By DIFERENCIAS DE ENCABEZADOS IPV4 VS IPV6 VERSIÓN: Vemos claramente que en el encabezado «Versión» no cambia nada, queda exactametne igual, es decir, solo dice el tipo de paquete que tiene, si va a hacer 4 0 6. Si el encabezado no inicia con cualquiera de estas dos versiones simplemente se trata de otro protocolo. LONGITUD DE-L E-N Forma parte del ipv4; ipv6. Este campo tien cantidad de palabras varía según los camp ora be rma parte de la its que identifica la ado. El valor de IHL valor mínimo para este campo es 5 (es decir, 5×32 = 150 bits = 20 bytes), y el valor máximo es 15 (es decir, 15×32 = 480 bits = 60 bytes).
Es necesario precisar el tamaño del encabezado ya que el tamaño puede variar dependiendo de las opciones presentes. Esto me permiten identificar de antemano a partir de que el byte empiezan los datos. CLASE DE TRÁFICO: Este campo de 8 bits equivale al campo Servicios diferenciados (DS) de IPv4. También contiene un valor de Punto de código de servicios diferenciados (DSCP) de 6 bits utilizado para clasificar paquetes y un valor de Notificación explicita de congestión ( next page (ECN) de 2 bits utilizado para controlar la congestión del tráfico.
IDENTIFICACION, INDICADORES Y DESPLAZAMIENTO DE FRAGMENTOS: Estos 3 campos son usados en las direcciones IPv4 para hacer posible la fragmentación y el re-ensamblaje de datagramas. Como ya sabemos, los datagrama IPv4 son encapsulados en Ethernet frames por la capsula de enlace de datos antes de ser enviadas por el medio físico. Esto significa que el tamaño de un datagrama IPv4 va a estar siempre limitado a las capacidades de un Ethernet frame el cual no puede transportar un datagrama menor de 46 bytes y mayor de 1500 bytes.
Este último valor se conoce como el la unidad máxima de transferencia (MTIJ) y significa que si un datagrama IPv4 es mayor de 1 500 bytes, la información contenida n el datagrama no va a caber un frame de Ethernet y por lo tanto no podrá ser transportada. La solución a este problema es repartir la información que se desea transmitir en distintos datagramas de tal manera que cada datagrama tenga un tamaño igual o menor a 1500 bytes.
Una vez estos paquetes llegan al computador de destino, el sistema simplemente los agrupa y los re-ensambla, pero para que el sistema que recibe los datagramas pueda identificar todos los datagramas pertenecientes a un mismo grupo y re-ensamblarlos en el orden correcto, el sistem los datagramas pertenecientes a un mismo grupo y re- nsamblarlos en el orden correcto, el sistema hace uso del campo de Identificación, los Flags y el campo de Offset de Fragmento.
Este sistema de fragmentación resulta ser un tanto ineficiente, dado que la fragmentación de un solo datagrama resulta siempre en datagramas más pequeños los cuales tienen más probabilidad de perderse al ser transmitidos, además existe la posibilidad de que al fragmentar un datagrama en varios datagramas más pequeños, uno de estos datagramas contenga un error.
Todo esto no solamente requiere más capacidad de proceso por parte de los enrutadores sino que también ocasiona congestión y se resta para cierta clase de ataques que pueden comprometer la seguridad de la red. Todas estas deficiencias hacen que los enrutadores no sean lo más adecuados para realizar el proceso de fragmentación, motivo por el cual el protocolo IPv6 solo permite que el proceso de fragmentación sea realizado solo por los nodos que inician la comunicación y no por los enrutadores.
Es por eso que estos 3 campos no se encuentran presentes en el encabezado de un datagrama de tipo IPv6. La información necesaria para que el sistema destinatario pueda re-ensamblar nuevamente el datagrama se encuentra presente en la extensión de encabezado onocida como 3Lvf4 re-ensamblar nuevamente el datagrama se encuentra presente en la extensión de encabezado conocida como Fragment Header, identificada con el código 44y hace parte de los datos o payload.
CHECKSUM DEL ENCABEZADO: IPv4 hace uso de un mecanismo conocido como suma de verificación o control de cabecera para detectar cambios accidentales en la secuencia de datos que componen el encabezado del datagrama. Ésta suma de verificación, que no es más que una función hash, es usada para garantizar que el encabezado del datagrama llegue integro a su destino final, dado que los datagramas que viajan por una red pueden llegar a orromperse. http://vww. obviomicrobio. com/content/ipv6-vs-ipv4 http://esther-ulv. blogspot. om/2011/12/diferencias-entre-el -protocolo-ipv4-y. html https://msdn. microsoft. com/es-es/library/cc780593(v=ws. 10). aspx http://neo. lcc. uma. es/evirtual/cdd/tutorial/red/cabipvzl. html http://rfuentess. blogspot. com/2012/01/ipv4-encabezado-y -estructura. html http://teoriageneral-ipv6. blogspot. com/200g/11 ‘cuadro -comparativo-entre-la-cabecera. html http://mirelucx. over-blog. com/article-29483351*html https://docs. oracle. com/cd/E19957-011820-2981 /ipv6-ref-2/index _html https://supportforums. cisco. com/es/blog/1 2241016
