<div dir="ltr"><br><br><div class="gmail_quote">2008/8/20 Roque Gagliano <span dir="ltr"><<a href="mailto:roque@lacnic.net">roque@lacnic.net</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="">Hola Fernando,<div><div><div class="Ih2E3d"><blockquote type="cite"><div><br> Si el modulo IPv4 encuentra que el campo Version de un paquete que está procesando contiene por ejemplo el valor "6", entonces quiere decir que por ejemplo el campo "Protocol Type" del paquete Ethernet indicaba IPv4 (mediante el valor 0x0800), mientras que el campo Version del IP header indica IPv6. Esto es un error, y por ello el paquete debería ser descartado.<br>
<br> <font size="3">Lo que vos decís es que el texto parece indicar que en la link layer *siempre* se utiliza el valor 0x0800 para indicar IPv4?<br><br></font></div></blockquote><div><br></div></div><div>La verdad me cuesta generalizar, acordate que mismo en Ethernet lo que se usa generalmente es Ethernet II, pero existe 802.3, con LLC, existe tocken ring, etc, habria que chequear todas las implementaciones. Nunca he disenado stacks a este nivel, pero esa frase me llamo la atencion.</div>
<div><br></div><div>slds</div><div>r.</div><font color="#888888"><div><br></div><div><br></div><br></font><blockquote type="cite"><div class="Ih2E3d"><div><font size="3"> </font>Muchas gracias por tu feedback!<br><br> <font size="3">Saludos codiales,<br>
 </font><p><font size="3"> --<br> Fernando Gont<br> e-mail: <a href="mailto:fernando@gont.com.ar" target="_blank">fernando@gont.com.ar</a> || <a href="mailto:fgont@acm.org" target="_blank">fgont@acm.org</a><br> PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1<br>
<br> <br><br> </font></p></div></div><div class="Ih2E3d">  _______________________________________________<br>Seguridad mailing list<br><a href="mailto:Seguridad@lacnic.net" target="_blank">Seguridad@lacnic.net</a><br><a href="https://mail.lacnic.net/mailman/listinfo/seguridad" target="_blank">https://mail.lacnic.net/mailman/listinfo/seguridad</a><br>
</div></blockquote></div><br></div></div><br>_______________________________________________<br>
Seguridad mailing list<br>
<a href="mailto:Seguridad@lacnic.net">Seguridad@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/seguridad" target="_blank">https://mail.lacnic.net/mailman/listinfo/seguridad</a><br>
</blockquote><div><br><br>Estimado Fernando :<br><br>Concuerdo con Roque, lo propuesto en la seccion 3.1 solo es valido para 2 de los ethertypes  0x0800 (IPv4) e 0x86DD (IPv6).<br><br>En el caso de otros ethertypes como 802.3, SPRITE, X.25  Segun el documento ¿ se deberia descartar el paquete , aun cuando se esta encapsulando adecuadamente sobre otro tipo de link layer ?<br>
<br>Algunas otras definiciones : <br></div></div><br>#define ETHERTYPE_8023          0x0004  /* IEEE 802.3 packet */<br>                   /* 0x0101 .. 0x1FF      Experimental */<br>#define ETHERTYPE_PUP           0x0200  /* Xerox PUP protocol - see 0A00 */<br>
#define ETHERTYPE_PUPAT         0x0200  /* PUP Address Translation - see 0A01 */<br>#define ETHERTYPE_SPRITE        0x0500  /* ??? */<br>                             /* 0x0400     Nixdorf */<br>#define ETHERTYPE_NS            0x0600  /* XNS */<br>
#define ETHERTYPE_NSAT          0x0601  /* XNS Address Translation (3Mb only) */<br>#define ETHERTYPE_DLOG1         0x0660  /* DLOG (?) */<br>#define ETHERTYPE_DLOG2         0x0661  /* DLOG (?) */<br>#define ETHERTYPE_IP            0x0800  /* IP protocol */<br>
#define ETHERTYPE_X75           0x0801  /* X.75 Internet */<br>#define ETHERTYPE_NBS           0x0802  /* NBS Internet */<br>#define ETHERTYPE_ECMA          0x0803  /* ECMA Internet */<br>#define ETHERTYPE_CHAOS         0x0804  /* CHAOSnet */<br>
#define ETHERTYPE_X25           0x0805  /* X.25 Level 3 */<br>#define ETHERTYPE_ARP           0x0806  /* Address resolution protocol */<br>#define ETHERTYPE_NSCOMPAT      0x0807  /* XNS Compatibility */<br>#define ETHERTYPE_FRARP         0x0808  /* Frame Relay ARP (RFC1701) */<br>
                             /* 0x081C     Symbolics Private */<br>                    /* 0x0888 - 0x088A     Xyplex */<br>#define ETHERTYPE_UBDEBUG       0x0900  /* Ungermann-Bass network debugger */<br>#define ETHERTYPE_IEEEPUP       0x0A00  /* Xerox IEEE802.3 PUP */<br>
#define ETHERTYPE_IEEEPUPAT     0x0A01  /* Xerox IEEE802.3 PUP Address Translation */<br>#define ETHERTYPE_VINES         0x0BAD  /* Banyan VINES */<br>#define ETHERTYPE_VINESLOOP     0x0BAE  /* Banyan VINES Loopback */<br>
#define ETHERTYPE_VINESECHO     0x0BAF  /* Banyan VINES Echo */<br><br clear="all"><br>-- <br>Jorge Niedbalski R.<br>-----------------------------------------<br><br>
</div>