Diferencias entre el paquete Ipv4 e Ipv6
El encabezado de la versión 6 es una versión mejorada de la versión 4, no se ha modificado mucho la estructura ni el contenido, sin embargo se han hecho cambios sustanciales en cuanto a seguridad y quitando datos que eran innecesarios o redundantes. Los campos de tamaño de encabezado, tipo de servicio, número de identificación del datagrama, banderas, número de byte del datagrama fragmentado y el checksum se eliminaron con respecto a ipv6 El campo de clase mide 8 bits y es la que hace referencia a la prioridad del datagrama, éste campo es uno de los que se integraron para mejorar la versión anterior, sirve para dar prioridad a mensajes de telefonía o videoconferencia que tienen que ser en tiempo real, necesitan más prioridad que un datagrama solamente de datos. El campo de siguiente encabezado mide 8 bits e indica al ruteador si después del datagrama existen opciones o extensiones, éste campo sustituye al campo de banderas de la versión 4. El campo de alcance del datagrama mide 8 bits es parecido al campo de time to live en la versión 4 e indica la cantidad máxima de ruteadores que debe pasar el datagrama antes de llegar a su destino El encabezado de fragmentación es de gran ayuda en ésta versión del protocolo ya que en la versión anterior no existía un encabezado o un bit de fragmentación y cuando un datagrama llegaba a un ruteador que no lo podía manejar, éste lo fragmentaba y enviaba el mismo datagrama pero fragmentado. TRANSICIÓN DE IPV4 A IPV6 Para la mayoría de los usuarios en las empresas actualmente, su necesidad de conectividad radica en el acceso a las l as bases de datos, el correo electrónico y aplicaciones en servidores locales, en éste caso sería bueno empezar migrando a IPv6 grupos de trabajo en islas y departamentos y después ir migrando poco a poco los ruteadores del backbone a medida de que vayan creciendo los usuarios con IPv6. Actualmente IPv6 no está consolidado en algunas aplicaciones comerciales y productos; sin embargo, tiene gran soporte en sistemas operativos y plataformas de Para la transición de IPv4 a IPv6 existen distintos factores a ser tomados en cuenta: y y y
Técnicos: Técnicos: Planear actualizaciones de equipo y aplicaciones Políticas: Métodos de administración y manejo del tráfico IPv6 Educativo: Capacitación Capacitación adecuada del personal para el uso de IPv6
En la implementación de IPv6 se pueden tener dos escenarios básicos: Implementar IPv6 en conjunto con IPv4 Implementar utilizando sólo IPv6 y y
Para esto se han creado distintos modelos a ser implementados para de transición de ipv4 a ipv6 que a continuación los enunciamos y los describimos: Doble Pila (Dual stack ) La pila-dual como su nombre lo sugiere, significa literalmente mantener dos pilas de protocolos que trabajen paralelamente y así permitir al dispositivo trabajar vía ambos protocolos. Las máquinas con dual-stack, pueden utilizar IPv4 o IPv6 independientemente, o pueden ser configuradas con una dirección IPv6 compatible con IPv4. Los nodos dual-stack pueden utilizar la autoconfiguración convencional de IPv4 por medio de DHCP para obtener sus direcciones IPv4. Las direcciones IPv6 pueden ser configuradas manualmente en las tablas de host de 128 bits o pueden ser obtenidas a través de los mecanismos de autoconfiguración dependiente del estado de IPv6, si se encuentran disponibles. Se espera que los servidores ejecuten el dual-stack indefinidamente, o hasta que los nodos activos se migren a IPv6. Debido a que este la Pila-dual soporta ambos protocolos, cada nodo IPv4/IPv6 debe ser configurado con dos direcciones una de tipo IPv4 y otra IPv6. Para obtener la dirección IPv4 se utilizan mecanismos como DHCP, mientras que para IPv6 se utilizan otros diferentes (e.j. autoconfiguración estática de direcciones) o por medio de direcciones compatibles. Un nodo IPv4/IPv6 con una dirección IPv4 compatible, utiliza esa misma dirección como una dirección IPv6 incluyéndola en los últimos 32 bits. Esto se representa con l a siguiente sintaxis: x:x:x:x:x:x:d.d.d.d Donde x representa valores hexadecimales de las seis primeras partes más significativas (de 16 bits cada una) y las d, son valores decimales de las 4 partes menos significativas (de 8 bits) que corresponden a cada uno de los octetos de una dirección IPv4 estándar. Por ejemplo, la siguiente Figura muestra lo que se quiere decir:
Fig: Sintaxis de ipv4 compatibles Traducción de encabezados El mecanismo de la traducción de encabezados utiliza, como su nombre lo indica, la traducción de encabezados para lograr la transición y se puede considerar transparente cuando el tráfico es ruteado inherentemente a través de un traductor en la red. Este mecanismo puede ser del tipo stateless o stateful. Un traductor tipo stateless es capaz de procesar cada conversión individualmente sin ninguna referencia de paquetes previamente traducidos; un traductor de tipo stateful necesita mantener la forma con respecto al estado de una traducción previa. Se debe mantener alguna relación entre las direcciones IPv4 e IPv6.
Debido a que el mecanismo de pila doble, mencionado en la sección, no resuelve enteramente la situación de la transición IPv4 e IPv6 por sí mismo, se tiene un segundo bloque auxiliar disponible que es la Traducción. El término de Traducción se refiere a la conversión directa de protocolos (entre IPv4 e IPv6) de manera bidireccional y puede incluir una transformación tanto del encabezado como de la carga efectiva del protocolo.
Fig: Mecanismo de traducción que trabaja en capa ip
Tunneling
Este mecanismo es utilizado para enlazar nodos compatibles a través de una red incompatible. Esto se puede ver de manera técnica como la transferencia de la carga útil de un protocolo dos nodos por medio de otro protocolo portador que se encarga de encapsularla. Este encapsulamiento se lleva a cabo en la entrada de un túnel y ese desencapsula a la salida de ese mismo túnel (existe, por lo tanto, una dirección lógica a un túnel dado). Esta asociación lógica entre la entrada y salida de El uso de la Pila-dual limita el aprovechamiento de todo el campo de direccionamiento que ofrece IPv6, ya que para hacer compatibles estos protocolos se utilizan direcciones IPv4 compatibles. El mecanismo de traducción propuesto seguidamente, suena a una solución atractiva, ya que no presenta hay un límite en cuanto a direcciones se refiere. A decir verdad, es quizás este mecanismo uno de los más agresivos utilizados durante la migración. Con agresivo nos referimos a que, si se observa bien el proceso y se analizan los encabezados generados y los eliminados, podemos ver como al realizar la traducción, ciertos campos son perdidos totalmente en este proceso. Con respecto a la traducción, se puede decir que trabaja de manera similar a lo que es la pila doble el traductor acepta paquetes de cualquiera de los protocolos (como si fuera un nodo IPv4/IPv6) permitiendo que la comunicación sea como la de la pila doble I Pv4-a-IPv4 o IPv6 a-IPv6 y los traduce según las necesidades de envío.
Fig: Proceso Tunneling
Los nodos mostrados en la Figura anterior, juegan un papel específico. Uno de ellos se dedica a encapsular los paquetes recibidos de otros nodos y los reenvía por un túnel. El otro nodo desencapsula el paquete que llega del túnel y reenvía el paquete original recién desencapsulado a su destino final. El nodo encapsulador es llamado nodo de entrada o entrada del túnel, mientras que el nodo desencapsulador, es llamado nodo de salida o destino del túnel. Bibliografía: http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/deschamps_e_me/capitulo3.pdf http://www.tlalpan.uvmnet.edu/oiid/download/Transici%C3%B3n%20IPV4IPV6%20Gesti%C3%B3n_04_PO-ISC_PIT _E.pdf
