El protocolo IPv6

Introduccin Limitaciones de IPv4 Caractersticas principales de IPv6 Cabecera de IPv6 Direccionamiento en IPv6 Descubrimiento de nodos vecinos Transicin de IPv4 a IPv6 Foro IPv6

Introduccin
Internet es un conglomerado internacional de redes de ordenadores, enlazados por un conjunto comn de protocolos tcnicos, conocidos por protocolos TCP/IP, los cuales hacen posible para los usuarios de estas redes de topologas y medios de transmisin muy diferentes, comunicarse y acceder a los servicios que cualquiera de ellas ofrezca. Dentro de la pila de protocolos TCP/IP, la capa de red o capa Internet, es la responsable de la comunicacin de una mquina a otra, gestionando el movimiento de paquetes procedentes de la capa de transporte, a travs de la red. Los protocolos ms importantes dentro de esta capa son: IP ( Internet

Protocol), ICMP (Internet Control Message Protocol) e IGMP (Internet Group Management Protocol).
El protocolo IP define los mecanismos de la distribucin de paquetes no fiable y sin conexin en redes heterogneas. Por lo tanto, se pueden producir prdidas, duplicaciones y desrdenes de los datagramas, que tendrn que ser tratados en los niveles superiores. Entre las funciones ms importantes de IP estn:

Encapsular el paquete procedente de niveles superiores en un datagrama. Encaminar dichos datagramas.

La versin actual de IP es la 4, y se conoce por IPv4. El estndar IPv4 est recogido en la RFC 791, que como el resto de RFCs (Request For Comments), pueden encontrarse en el Sitio Web del IETF (Internet Engineering Task Force). La siguiente generacin del protocolo Internet o IPng (Internet Protocol Next

Generation) surgi en el seno del IETF en el ao 1994, principalmente por la

falta de direcciones de IP que predecan un cuello de botella insalvable al crecimiento de la red Internet. El documento final que recoge el estndar IPv6, fue publicado en la RFC 1883 en el ao 1996 y las ltimas revisiones, principalmente en su cabecera, han tenido lugar durante el ao 2000. El nombre formal de este protocolo, es IPv6. La versin IPv6 puede ser instalada como una actualizacin de software en los dispositivos de red de Internet e interoperar con la versin actual IPv4. IPv6 est diseado especialmente para redes de alto rendimiento, como por ejemplo las redes ATM, pero manteniendo la eficiencia en redes de bajo ancho de banda, como por ejemplo en redes inalmbricas. Adems, ofrece una plataforma para la nueva funcionalidad de Internet que ser necesaria en un futuro inmediato. La necesidad de migrar a IPv6 est originada por las nuevas tendencias en el mundo actual de las telecomunicaciones, que podemos resumir en:

La creciente movilidad de los usuarios de Internet, que desean acceder a los mismos servicios en cualquier momento y desde cualquier lugar. Las redes domsticas con avanzados sistemas de televigilancia, control y seguridad. La convergencia de voz, vdeo y datos, en infraestructuras basadas en IP.

Limitaciones de IPv4
Son muchas las cuestiones que deban ser consideradas en el diseo de IPv6. Por ejemplo, el nuevo protocolo deba ser capaz de soportar grandes redes y ofrecer un sencillo y rpido mecanismo de migracin para la base de sistemas IPv4 instalados. En efecto, uno de los problemas de IPv4, es la gran dimensin de las tablas de encaminamiento en la red troncal de Internet, que la hace ineficaz y perjudica considerablemente los tiempos de respuesta. En IPv6 el

encaminamiento en la red troncal es ms eficiente, debido a una jerarqua de direccionamiento basada en la agregacin y a que la fragmentacin y desfragmentacin de los paquetes se realiza extremo a extremo. Sin embargo, la principal razn que origin la necesidad de IPv6, fue la evidencia de falta de direcciones, derivada del crecimiento de la red Internet, con ritmos superiores al 100% anual. El lmite en el espacio de direccionamiento fue agravado adems por la falta de coordinacin en la delegacin de direcciones durante los aos 1980s, dejando incluso grandes espacios discontinuos. En IPv6 el espacio de direcciones se incrementa de 32 a 128 bits, soportando ms niveles de jerarquas de direccionamiento, un mayor nmero de nodos direccionales y la autoconfiguracin de las direcciones. Se mejora adems el direccionamiento multicast y se define el direccionamiento anycast. No obstante, la falta de direcciones no es igual en todos los puntos de la red; por ejemplo, es casi inapreciable por el momento en Norteamrica, pero en zonas como en Europa y Asia, la situacin es crtica. Adems, este problema es creciente, debido principalmente al tremendo desarrollo de la telefnica mvil celular y la inminente aparicin comercial de la tercera generacin de comunicaciones mviles o UMTS (Universal Mobile Telecommunications System). Los mviles se convertirn en dispositivos siempre conectados a Internet y ser necesario asignarlos una direccin IP fija y nica. El mismo Foro UMTS prev unas necesidades de direcciones IP, de 20.000.000.000 para los dispositivos de los usuarios y de 3.200.000 para los dispositivos de red, en el ao 2005. La solucin adoptada por los proveedores de servicios Internet para solventar los problemas de disponibilidad de direcciones IP, ha sido proporcionar a sus clientes direcciones IP privadas, es decir no reconocidas en Internet, mediante mecanismos de traslacin de direcciones o NAT (Network Address Translation). Es decir, se usa una sola direccin IP pblica para toda una red privada. No obstante, este mecanismo no puede utilizarse en los terminales mviles y, adems, muchas aplicaciones son incapaces de ser utilizadas mediante este tipo de direcciones, especialmente las relacionadas con la autentificacin y la seguridad de las comunicaciones.

Pero adems, IPv4 presenta otros problemas o dificultades que la nueva versin soluciona o mejora. Por ejemplo, IPv4 no est preparado para soportar las nuevas aplicaciones de la red Internet como la transmisin de vdeo y audio en tiempo real, ni mecanismos de seguridad avanzada sobre los datos transmitidos. Para reducir el tiempo de procesamiento de los paquetes, se ha simplificado el formato de la cabecera de IPv4 y se ha introducido el concepto de flujo, consiguiendo que los routers, adems de encaminar, puedan conmutar algunos de los paquetes que procesan. Por otro lado, se ha mejorado el mecanismo de codificacin de los campos optativos en la cabecera, dando una mayor flexibilidad para la introduccin de nuevas opciones futuras. Finalmente, IPv6 ha mejorado las capacidades de autentificacin y privacidad de los datos transmitidos. De esta forma, en IPv6 una cabecera de autentificacin garantiza que un paquete procede del origen que realmente se indica, mientras que en IPv4 el paquete podra venir de un origen distinto al indicado en la cabecera. Como resumen, podemos afirmar que aunque el funcionamiento del protocolo IP ha sido totalmente satisfactorio, las razones que propiciaron la aparicin de IPv6 han sido:

El sorprendente crecimiento del nmero de direcciones IP en uso. La necesidad de transmitir aplicaciones en tiempo real. La necesidad de mecanismos de seguridad.

Caractersticas principales de IPv6

Como se ha comentado, IPv6 fue diseado como una evolucin natural a IPv4. Es decir, todo lo que funcionaba perfectamente en IPv4 se ha mantenido, lo que no funcionaba se ha eliminado, y se ha tratado de aadir nuevas funciones manteniendo la compatibilidad entre ambos protocolos. Las caractersticas principales de IPv6 son:

Mayor espacio de direcciones. Optimizacin del direccionamiento

multicast

aparicin

del

direccionamiento anycast. Autoconfiguracin de los nodos.

Seguridad intrnseca en el ncleo del protocolo. Calidad de servicio y clases de servicios. Paquetes eficientes y extensibles. Encaminamiento ms eficiente en la red troncal. Renumeracin y multihoming, que facilita el cambio de proveedor de servicios. Caractersticas de movilidad.

Cabecera de IPv6
La cabecera de IPv6, descrita principalmente en la RFC 2460, elimina o hace opcionales varios campos de la cabecera de IPv4, consiguiendo una cabecera de tamao fijo y ms simple, con el fin de reducir el tiempo de procesamiento de los paquetes manejados y limitar el coste en ancho de banda de la cabecera de IPv6.

Figura 1: Cabecera de IPv4. La cabecera de IPv4, mostrada en la Figura 1, tiene una longitud variable mnima de 20 octetos. El bit ms significante se numera por 0 a la izquierda, y el menos significante se numera por 31 a la derecha. La forma de transmitir los diferentes bytes, sigue el orden conocido por big endian, es decir, de izquierda a derecha y de arriba abajo segn la estructura presentada en la Figura 1. La cabecera consiste en los siguientes campos:

Versin (4 bits). Es el nmero de versin de IP, es decir, 4. Cabecera (4 bits). Especifica la longitud total de la cabecera en palabras de 32 bits. El valor mnimo y ms comn es de 5, siendo la longitud de

cabecera mnima. Puesto que el campo es de 4 bits, se limita la longitud total de la cabecera a 60 bytes.

Tipo de servicio (8 bits). Indica la calidad de servicio solicitada por el paquete IP. De los 8 bits, actualmente slo se utilizan 4, indicando cada uno de ellos: conseguir el retardo mnimo, maximizar caudal, maximizar la fiabilidad, y minimizar el coste monetario. Slo uno de estos cuatro bits puede estar a 1. Su uso viene descrito en la RFC 1340 y RFC 1349.

Longitud total (16 bits). Especifica el tamao total del paquete, incluyendo la cabecera y los datos, en bytes. Identificador (16 bits). Es un nmero nico asignado por el dispositivo que enva el paquete, con el fin de que el destinatario pueda reensamblar un paquete fragmentado por los nodos intermedios. Recordemos que la fragmentacin es necesaria porque no todas las redes fsicas tienen la misma longitud de trama mxima, por lo cual en muchos casos es necesario que los nodos intermedios dividan el datagrama en varios fragmentos. Cada uno de estos fragmentos podr seguir rutas distintas al resto y, de perderse alguno de los fragmentos, el origen deber retransmitir el paquete completo.

Banderas (3 bits). Es un campo para el control de la fragmentacin. El primer bit no es utilizado y est siempre puesto a 0. Si el segundo bit es 0, significa que puede haber fragmentacin, y si es 1, significa que no puede haber fragmentacin. Si el tercer bit es 0, indica que es el ltimo fragmento, y si es 1, indica que an hay ms fragmentos.

Desplazamiento del fragmento (13 bits). Es utilizado en los paquetes que han sido fragmentados, para posibilitar el reensamblado total del paquete. Su valor indica el nmero de bloques de 8 bytes (sin contabilizar los bytes de la cabecera) que estaban contenidos en los fragmentos previos. En el primer fragmento, o en un nico fragmento, este valor es siempre 0. Tiempo de vida (8 bits). Contiene el tiempo mximo que un paquete puede permanecer en una red. Cada dispositivo por el que pasa el paquete decrementa el valor de este campo en el tiempo que tarda en procesar la cabecera IP, siendo 1 el valor mnimo. Si el valor llega a 0, el paquete es descartado. Esto garantiza que los paquetes no viajan a travs de una red haciendo bucles, incluso si las tablas de encaminamiento son errneas.

Protocolo (8 bits). Indica al protocolo de nivel superior al que IP deber pasar los datos del paquete. Por ejemplo, UDP es 17 y TCP es 6. Control de errores de la cabecera (16 bits). Es un campo para controlar los errores nicamente en la cabecera IP, exceptuando este campo. Direccin origen (32 bits). Es la direccin del origen del paquete. Direccin destino (32 bits). Es la direccin del destino del paquete. Opciones (variable). No son requeridas en todos los paquetes.

Figura 2: Cabecera de IPv6. La cabecera bsica de IPv6, mostrada en la Figura 2, tiene una longitud fija de 40 octetos, consistiendo en los siguientes campos:

Versin (4 bits). Es el nmero de versin de IP, es decir, 6. Clase de trfico (8 bits). El valor de este campo especifica la clase de trfico. Los valores de 0-7 estn definidos para trfico de datos con control de la congestin, y de 8-15 para trfico de vdeo y audio sin control de la congestin.

Etiqueta del flujo (20 bits). El estndar IPv6 define un flujo como una secuencia de paquetes enviados desde un origen especfico a un destino especfico. Un flujo se identifica nicamente por la combinacin de una direccin fuente y una etiqueta de 20 bits. De este modo, la fuente asigna la misma etiqueta a todos los paquetes que forman parte del mismo flujo. La utilizacin de esta etiqueta, que identifica una camino a lo largo de la

red, posibilita encaminar conmutar en vez de encaminar. Su uso viene descrito en la RFC 1809.

Longitud del paquete (16 bits). Especifica el tamao total del paquete, incluyendo la cabecera y los datos, en bytes. Es necesario porque tambin hay campos opcionales en la cabecera.

Siguiente cabecera (8 bits). Indica el tipo de cabecera que sigue a la cabecera fija de IPv6, por ejemplo, una cabecera TCP/UDP, ICMPv6 o una cabecera IPv6 opcional.

Lmite de saltos (8 bits). Es el nmero de saltos mximo que le quedan al paquete. El lmite de saltos es establecido a un valor mximo por el origen y decrementado en 1 cada vez que un nodo encamina el paquete. Si el lmite de saltos es decrementado y toma el valor 0, el paquete es descartado.

Direccin origen (128 bits). Es la direccin del origen del paquete. Direccin destino (128 bits). Es la direccin del destino del paquete.

Como podemos observar, de los 12 campos de la cabecera de IPv4 se ha pasado a 8 campos en IPv6. El motivo fundamental por el que estos campos (tipo de servicio, indicadores, identificacin y control de errores) son eliminados, es la innecesaria redundancia; en IPv4 se est facilitando la misma informacin de diversas formas, como es el caso del campo de control de errores, pues otros mecanismos de encapsulado de capas inferiores, por ejemplo IEEE 802, ya realizan esta funcin. El campo de desplazamiento de fragmentacin de IPv4 ha sido eliminado, porque los paquetes ya no son fragmentados en los nodos intermedios, en IPv6 es un proceso que se produce extremo a extremo. El nico campo realmente nuevo en IPv6 es la etiqueta de flujo. La informacin opcional a la estrictamente necesaria para encaminar los paquetes de datos, es codificada en cabeceras adicionales que pueden ubicarse entre la cabecera IPv6 y las cabeceras de niveles superiores, como por ejemplo la cabecera TCP/UDP. En la actualidad, hay un pequeo nmero de tales cabeceras de extensin (opciones de salto por salto, encaminamiento extendido, fragmentacin y reensamblado, opciones del destino, autentificacin, y encapsulacin) estando cada una identificada por un valor distinto del valor del campo siguiente cabecera. Cada paquete IPv6 puede llevar

cero, una, o ms cabeceras de extensin, cada una identificada por el valor del campo siguiente cabecera de la cabecera que la precede. Las cabeceras de extensin deben de ser procesadas en orden, ya que el contenido y semntica de cada una de ellas indican si se debe o no procesar la siguiente cabecera. De esta forma, las cabeceras de extensin no son examinadas o procesadas por los nodos intermedios, slo cuando lleguen al nodo que venga identificado por el campo de direccin de destino de la cabecera IPv6. La nica excepcin es la cabecera de opciones de salto por salto, que lleva informacin que debe ser procesada y examinada en todos los nodos por los que pasa el paquete, incluyendo los nodos origen y destino. La cabecera de opciones de salto por salto, cuando est presente, debe seguir inmediatamente a la cabecera IPv6. Su presencia se indica por el valor 0 en el campo de siguiente cabecera de la cabecera IPv6. Cada cabecera de extensin tiene una longitud mltiplo entero de 8 octetos, con el fin de mantener el alineamiento de 8 octetos en las cabeceras siguientes. La razn de que los distintos campos de la cabecera estn alineados a 64 bits, es que la nueva generacin de procesadores, de 64 bits, puedan procesar dichos campos ms eficientemente. Resumiendo, las principales mejoras que ofrece la cabecera IPv6 son:

Cabecera de tamao fijo, de 40 bytes. Eliminacin de campos redundantes en la cabecera, haciendo un total de 8. Cabecera bsica y de extensin alineada a un mltiplo entero de 64 bits. Procesamiento eficiente de las opciones, slo en destino y cuando stas se presentan. Fragmentacin procesada en el origen y el destino de los paquetes, no en los routers.

Direccionamiento en IPv6
Recordemos que las direcciones IP, tienen una longitud de 32 bits. Los bits se dividen en dos campos:

El campo de subred, que identifica la subred a la que est conectado el sistema. El campo de sistema, que identifica al equipo dentro de la subred.

La representacin de las direcciones IPv4 sigue el esquema x.x.x.x, donde x es un valor decimal de 8 bits, es decir, puede tomar el valor 0-255. Un ejemplo de direccin IP es 136.255.151.252. En funcin de la longitud de los campos de subred y de sistema de la direccin IP, se distinguen cinco tipos bsicos de direcciones, esquematizados en la Tabla 1:

Clase A. El primer bit ms significativo es 0. El nmero total de bits dedicados a la red es de 7, con lo cual se tienen hasta 128 redes, en cada una de las cuales puede haber hasta ms de 16 millones de servidores diferentes. Los propietarios tpicos de estas direcciones son grandes compaas o pases enteros, como por ejemplo IBM o Japn.

Clase B. Los dos primeros bits son 10. El nmero de bits dedicados a la red es de 14, con lo cual se tienen hasta unas 16.000 redes, en cada una de las cuales puede haber hasta ms de 65.000 servidores diferentes. Los propietarios de este tipo de redes son grandes compaas, como por ejemplo Ericsson.

Clase C. Los tres primeros bits son 110. El nmero total de bits dedicados a la direccin de red es de 22, con lo cual se tienen hasta casi 2 millones de redes, con hasta 255 servidores diferentes en cada una de ellas. Los propietarios son compaas medianas o pequeas.

Clase D. Los cuatro primeros bits son 1110. Se utilizan para el

multicasting, es decir, para trfico de datos con varios destinatarios

(videoconferencias, noticias de radio a travs de Internet, etc.).

Clase E. Los cuatro primeros bits son 1111. Se utiliza con fines experimentales.

Clase A B

Redes 128 16.000

Hosts 16 millones 65.000

Primer octeto 0-127 128-191

C D

2 millones multicasting

255 -

192-223 224-239

Tabla 1: Esquema de las clases de direcciones IP. Las redes pueden ser divididas en redes ms pequeas de carcter local, denominadas subredes, a travs de un proceso conocido como subnetting. El

subnetting

proporciona

al

administrador

varios

beneficios,

como

una

flexibilidad adicional, un uso ms eficiente de las direcciones de red, y la capacidad de soportar trfico de broadcast (el trfico de broadcast nunca atraviesa los routers). La subred es creada tomando parte de los bits correspondientes al campo de servidor, denotndolos por campo de subred. El nmero de bits vara y viene especificado por la mscara de subred. El enmascaramiento de subred aislada asigna un 1 binario a los bits que pertenecen a la parte de red y un 0 binario a los bits que pertenecen a la parte de la direccin local. Por ejemplo, la mscara de subred para la clase C es 255.255.255.0 sin subnetting, pero si consideramos 5 bits para subredes, la mscara de subred ser 255.255.255.248; tendremos por lo tanto, 2 5-2=30 subredes posibles, con 23-2=6 servidores por subred, pues las direcciones de subred y de sistema con todos los bits a 0 o 1 son direcciones reservadas. La mscara de subred local ser utilizada por los routers aplicando una operacin

and lgica sobre los paquetes que reciben, con el fin de encaminar en funcin
de la direccin de red. El concepto contrario al subnetting es el supernetting o CIDR (Classless Inter-

Domain Routing). Debido a la pocos niveles de jerarqua de las direcciones, que

slo consideran una parte de subred y otra de sistema, las tablas de encaminamiento de las redes troncales de Internet han crecido enormemente, reduciendo la eficiencia de los routers. El supernetting divide las direcciones, en bloques de tamao variable. Las direcciones en IPv6, descritas en la RFC 2373, soportan un nmero de bits que cuadriplica al utilizado por las de IPv4. As, mientras el espacio de direccionamiento total en IPv4 es de 232 (4.294.967.296), en IPv6 lo es de 2128 (340.282.366.920.938.463.463.374.607.431.768.211.456). Para hacerse una

idea del tremendo espacio de direcciones disponible, se suele indicar que esto supone, en un sentido terico, 665.570.793.348.866.943.898.599 direcciones por metro cuadrado de la superficie del planeta Tierra (asumiendo que la superficie de la Tierra tiene 511.263.971.197.990 metros cuadrados). Las direcciones IPv6 de 128 bits identifican interfaces individuales o grupos de interfaces. Las direcciones IPv6, cualquiera que sea el tipo, se asignan a las interfaces, no a los nodos. Puesto que cada interfaz pertenece a un nico nodo, cualquiera de las direcciones de interfaces unicast de ese nodo podra ser utilizada como un identificador del nodo. Una nica interfaz puede tener mltiples direcciones IPv6 de cualquier tipo; por ejemplo una interfaz podra tener una direccin unicast, otra anycast, y otra multicast simultneamente. Se distinguen tres tipos de direcciones en IPv6:

Unicast. Las direcciones unicast identifican a una nica interfaz, es decir, un paquete enviado a una direccin unicast ser entregado slo a la
interfaz identificada con dicha direccin. Es el equivalente a las direcciones IPv4 actuales.

Anycast. Las direcciones anycast identifican un grupo de interfaces, de forma que un paquete enviado a una direccin anycast ser entregado a
un miembro cualquiera del grupo, siendo generalmente el ms cercano segn la distancia asignada en el protocolo de encaminamiento.

Multicast. Las direcciones multicast identifican, al igual que las anycast, a

un grupo de interfaces, pero un paquete enviado a una direccin

multicast, es enviado a todas las interfaces del grupo. Las direcciones de broadcast no existen en IPv6, su misin ha sido suplantada por las direcciones multicast.
La representacin de las direcciones IPv6 sigue el esquema x:x:x:x:x:x:x:x, donde x es un valor hexadecimal de 16 bits. No es preciso escribir los 0s a la izquierda de cada campo y, puesto que adems pueden existir varias cadenas de 0s, se permite la escritura de su abreviacin mediante el uso de ::, el cual representa mltiples grupos de 16 bits a 0 binario. Por ejemplo, la direccin 0:0:0:0:0:0:0:0000000000000001, puede escribirse como ::1. No obstante, de tener una direccin del tipo 0:0:0:1:0:0:0:1, slo puede ser abreviada como

::1:0:0:0:1 o 0:0:0:1::1; pues de hacerlo como ::1::1, podra ser confundida con otras direcciones, por ejemplo con la 0:0:1:0:0:0:0:1. El tipo especfico de direccin IPv6 viene indicado por los primeros bits de la direccin. Este campo de longitud variable es denominado prefijo y permite conocer dnde est conectado un determinado nodo, es decir, su ruta de encaminamiento. La direccin IPv6 se compone, por consiguiente, de un prefijo seguido de un identificador de nodo. En IPv6 se ha reservado (que no asignado) algo ms del 15% del espacio de direccionamiento para permitir una fcil transicin del resto de protocolos y para el desarrollo de los propios mecanismos del protocolo, como podemos ver en la Tabla 2. El 85% se ha dejado para un uso futuro. Como vemos, la estructura de direcciones de IPv6 ha sido diseada para soportar las direcciones, como IPX o NSAP. De esta forma se facilita la migracin de otros protocolos a IPv6. Estado Reservado Reservado para NSAP Reservado para IPX No asignado No asignado No asignado Direcciones No asignado No asignado No asignado No asignado No asignado Prefijo binario) 0000 0000 0000 0001 0000 001 0000 010 0000 1 001 (en Fraccin espacio 1/256 1/256 1/128 1/128 1/32 1/8 1/8 1/8 1/8 1/16 1/32 1/64 del

unicast

globales

agregables

basadas en el proveedor

010 101 110 1110 1111 0 1111 10

No asignado No asignado Direccions unicast locales de enlace Direcciones unicast locales de sitio Direcciones multicast Tabla 2: Prefijos.

1111 110 1111 1110 0

1/128 1/512

1111 1110 10 1/1.024 1111 1110 11 1/1.024 1111 1111 1/256

Las direcciones unicast globales agregables basadas en el proveedor, son utilizadas para comunicaciones globales en todo Internet. Estas direcciones son semejantes a las direcciones IPv4 utilizando CIDR. Los tres primeros bits, correspondientes al prefijo son 101. El resto de la direccin la forman los siguientes campos, de longitud variable hasta hacer un total de 128 bits:

Campo de registro, que identifica a la entidad de Internet de que asigna los identificadores a los proveedores de servicios. Campo de proveedor, que identifica a un determinado proveedor de servicios, el cual asigna parte de su espacio de direccionamiento a sus subscriptores.

Campo de subscriptor, que diferencia a los distintos subscriptores conectados a Internet a travs de un mismo proveedor de servicio. Campo de subred, que especifica una grupo de nodos fsicamente conectados en la red del subscriptor. Campo de interfaz, que caracteriza a una interfaz de entre todas las conectadas a una determinada subred.

Las direcciones unicast de uso local son direcciones que slo tienen un mbito de encaminamiento local, es decir, dentro de una red local o dentro de la red de una nica compaa, y que podran ser nicas local o globalmente. Se han definido dos tipos de direcciones locales:

Direcciones locales de enlace. Son para ser utilizadas en un nico enlace, con propsitos tales como la autoconfiguracin de la direccin. Por ello, los routers no pueden retransmitir ningn paquete con direcciones

locales de enlace en el origen o el destino. Tienen el prefijo 1111 1110 10, luego tiene un campo de bits 0, y finalmente el campo que identifica a la interfaz.

Direcciones locales de sitio. Son para ser utilizados en un nico sitio, sin la necesidad de un prefijo global. Por ello, los routers no pueden retransmitir ningn paquete con direcciones locales de sitio en el origen o el destino fuera del sitio local u organizacin. Tienen el prefijo 1111 1110 11, luego un campo de bits a 0, un campo con el identificador de subred, y finalmente el identificador de interfaz.

En ambos tipos de direcciones locales el identificador de interfaz es un identificador que debe ser nico en el dominio en el cual est siendo usado. En la mayora de los casos este identificador utilizar la direccin IEEE 802 de 48 bits de ese nodo, por ejemplo, en el caso de una red Ethernet se utilizar la direccin MAC. La subred, para el caso de las direcciones locales de sitio, identifica una red determinada del sitio local u organizacin. Las direcciones de uso local permiten a las organizaciones que an no se han conectado a Internet, operar sin la necesidad de solicitar un prefijo de direccin del espacio global de direcciones de Internet. Si la organizacin se incorpora ms adelante a Internet, puede utilizar el identificador de subred y de interfaz en combinacin con un prefijo global (es decir, un identificador de registro, otro de proveedor y otro de subscriptor) para crear una direccin global. Esto supone una mejora significativa respecto a IPv4, pues requiere que los sitios que utilizan direcciones IPv4 privadas (no globales) se renumeren manualmente cuando se conectan a Internet. IPv6 hace la renumeracin automticamente. Las direcciones unicast especiales definidas en IPv6 son:

Direccin de autoretorno o loopback. Es la ::1. No debe ser asignada a una interfaz fsica, pues se trata de una interfaz virtual. Se utiliza para pruebas y comunicaciones dentro de un mismo nodo. En IPv4 es cualquier tipo de direccin que comience por 127 en el primer octeto.

Direccin no especificada. Es la ::. No debe ser asignada a ningn nodo, pues indica ausencia de direccin. Por ejemplo, se haya en el campo de

direccin fuente, indica que el nodo est inicindose y todava no sabe cul es su direccin.

Direcciones IPv6 compatibles con IPv4. Son utilizadas en un mecanismo de transicin de IPv4 a IPv6 conocido por tneles dinmicos/automticos, que consiste bsicamente de en el envo IPv4 de paquetes de forma IPv6 sobre infraestructura encaminamiento totalmente

transparente, mediante el encapsulamiento del paquete IPv6 en un paquete IPv4. El formato de estas direcciones consiste en los primeros 96 bits a 0, y los otros 32 con la direccin IPv4.

Direcciones IPv6 proyectadas desde IPv4. Son utilizadas para representar las direcciones IPv4 en los nodos que slo soportan IPv4, como direcciones IPv6. Es decir, permiten que los nodos que slo soportan IPv4, puedan seguir trabajando en IPv6. El formato de estas direcciones consiste en los primeros 80 bits a 0, los siguientes 16 bits a 1, y los ltimos 32 bits con la direccin IPv4.

Las direcciones anycast, descritas en la RFC 2526, utilizan cualquiera de los formatos de direcciones definidos para las direcciones unicast. De esta forma, las direcciones anycast son sintcticamente indistinguibles de las direcciones

unicast. Cuando una direccin unicast es asignada a ms de una interfaz, convirtindose as en una direccin anycast, los nodos a los cuales se les ha
asignado esa direccin se deben configurar explcitamente para que sepan que se trata de una direccin anycast. Las direcciones multicast estn descritas en la RFC 2375. Tienen un prefijo 1111 1111. Despus, tienen un campo de bandera de 4 bits, de los cuales los tres primeros estn reservados y deben ser inicializados a 0, el ltimo bit puede estar a 0, lo cual indica una direccin multicast asignada permanentemente, o a 1, si es una direccin multicast asignada transitoriamente. El campo que sigue al de banderas es tambin de 4 bits y se denomina mbito; su valor se utiliza para limitar el mbito del grupo de multicast (global, local de nodo, local de enlace, local de sitio, etc.). Finalmente, el campo de grupo de 112 bits, identifica el grupo de multicast.

Descubrimiento de nodos vecinos

El protocolo equivalente (aunque con grandes mejoras y ventajas) en IPv6, al protocolo de resolucin de direcciones o ARP en IPv4, es el de descubrimiento de vecinos o ND (Neigbour Discovery), descrito en la RFC 2461. Recordemos que ARP, es un protocolo que utiliza el broadcast para que un nodo pueda obtener la direccin fsica de otro a partir de su direccin IP. Bsicamente, lo que hace el nodo es preguntar a todos los nodos vecinos cul es la direccin fsica del nodo de direccin IP con el que quiere comunicarse, respondindole slo el nodo con dicha direccin IP, con un paquete que contiene su direccin fsica. El protocolo ND utiliza el multicast y es independiente del tipo de enlace fsico en cuestin. Se trata de un protocolo bastante complejo y sofisticado, ya que es la base para permitir el mecanismo de autoconfiguracin en IPv6. ND emplea los mensajes de ICMPv6 para algunos de sus servicios. Ofrece, entre otros, mecanismos para: descubrir

routers,

prefijos

otros

parmetros,

autoconfiguracin de direcciones, resolucin de direcciones, determinacin del siguiente salto, deteccin de direcciones duplicadas o cambios, redireccin, etc. El protocolo ND define cinco tipos de paquetes ICMPv6:

Solicitud de router (133). Es generado por una interfaz cuando es activada, para pedir a los routers de su red, que se anuncien inmediatamente.

Anunciacin de router (134). Es generado por los routers peridicamente (de 4-1.800 segundos) o como respuesta a una solicitud de router, a travs de multicast, para informar de su presencia, as como de los parmetros de enlace y de Internet tamao (prefijos, mximo tiempos de la de vida, de configuracin de direcciones, unidad

transmisin o MTU, etc.). Es fundamental para permitir la remuneracin, con lo cual para las empresas les es muy sencillo cambiar de proveedor de servicios o utilizar varios de forma conjunta.

Solicitud de vecino (135). Es generado por los nodos para determinar la direccin en la capa de enlace de sus vecinos, para verificar que el nodo vecino sigue activo (es alcanzable), o para detectar las direcciones duplicadas.

Anunciacin de vecino (136). Es generado por los nodos como respuesta a la solicitud de vecino, o bien para indicar cambios de direcciones en la capa de enlace.

Redireccin (137). Es generado por los routers para informar a los servidores de un salto mejor para llegar a un determinado destino.

Transicin de IPv4 a IPv6

La transicin de IPv4 a IPv6 no tendr lugar de la noche a la maana. Las dos versiones de IP debern coexistir durante muchos aos. Bsicamente, IPv6 puede ser implementado como una actualizacin software en los nodos IPv4 actuales, comenzando un perodo de transicin para minimizar los costes de nuevos equipos y proteger las fuertes inversiones realizadas. Sin embargo, es difcil saber cuando las operadoras en Internet migrarn a la tecnologa IPv6. En la actualidad la gran mayora de las operadoras utiliza nodos IPv4, y con esta situacin, donde casi todo el trfico debera adaptarse a redes basadas en IPv4, la motivacin para el cambio es muy baja. Las nuevas caractersticas de autoconfiguracin, que hace que las redes IPv6 ms fciles de configurar y mantener que las redes IPv4, pueden ser atractivas para nuevas operadoras que han de realizar un despliegue de infraestructura muy rpido. Por otro lado, para facilitar la migracin es importante que las aplicaciones IPv4 existentes sean capaces de operar tambin con las aplicaciones IPv6; por ejemplo, los navegadores de Internet deben ser capaces de comunicarse utilizando IPv6 e IPv4. El principal problema es, que mientras los sistemas IPv6 son compatibles hacia atrs, es decir, pueden enviar, encaminar y recibir paquetes IPv4, los sistemas IPv4 actuales no son capaces de manejar paquetes IPv6. Lo ideal sera declarar unos das de inactividad, durante los cuales todas las mquinas de Internet sern desactivadas, y se migrara de IPv4 a IPv6. No obstante, una tarea as, con millones de mquinas y de administradores de redes implicados, es

prcticamente imposible. Seguidamente se presentan las dos principales opciones (que pueden trabajar de forma aislada o conjunta), descritas en la RFC 1993, que hay para solventar esta limitacin. La primera opcin es introducir una doble pila completa de protocolos, IPv4 e IPv6, en los nodos IPv6. De esta forma, este nodo IPv6/IPv4 puede enviar y recibir paquetes IPv6 e IPv4. Cuando trabaje con un nodo IPv4, el nodo IPv6/IPv4 puede utilizar paquetes IPv4; cuando trabaje con un nodo IPv6, puede utilizar paquetes IPv6. Los nodos IPv6/IPv4 deben tener tanto direcciones IPv6 como IPv4. Deben de ser capaces tambin de descubrir si otro nodo es capaz de utilizar IPv6 o slo IPv4. Esto se puede conseguir utilizando el protocolo de resolucin de nombres de dominio o DNS, que puede devolver una direccin IPv6 si el nombre del nodo que se est resolviendo es capaz de utilizar IPv6, o bien una direccin IPv4 en caso contrario. Por supuesto, si el nodo que hace la peticin DNS nicamente puede utilizar IPv4, DNS devolver slo una direccin IPv4. Segn este mtodo, si cualquiera de los nodos intermedios slo puede operar con IPv4, se deben utilizar paquetes IPv4. Por ello, es posible que la comunicacin entre dos nodos extremos IPv6, tenga lugar con paquetes IPv4. Lo que se hace es que ambos extremos envan paquetes IPv6, pero cuando estos lleguen a un nodo IPv4, todo el paquete IPv6 ser encapsulado en el campo de datos del paquete IPv4 y se llevar a cabo una correspondencia de direcciones, perdiendo la informacin relevante de los campos de la cabecera IPv6. La segunda opcin es utilizar tneles. Esto permitira que los nodos extremos IPv6 se comuniquen siempre en IPv6, aunque haya nodos intermedios IPv4. Se considera un tnel a todos los nodos IPv4 entre dos nodos IPv6. Utilizando esta tcnica, el nodo IPv6 que hace frontera con el tnel, toma el paquete IPv6, y lo pone en el campo de datos de un paquete IPv4. Este paquete IPv4 tiene como direccin de destino el nodo IPv6 en la parte final del tnel y es enviado al primer nodo IPv4 que conforma el tnel. Los nodos IPv4 del tnel encaminan el paquete, sin tener constancia de que el paquete IPv4 que estn manejando contiene un paquete IPv6. Cuando este paquete llega al extremo receptor IPv6 del tnel, que es precisamente el destino del paquete, ste

determina que el paquete IPv4 contiene un paquete IPv6, extrae el paquete IPv6 y lo encamina exactamente del mismo modo que si hubiera recibido el paquete IPv6 de un nodo IPv4 vecino.

Foro IPv6
Los principales organismos encargados de desarrollar y estandarizar la tecnologa de Internet son cuatro:

ISOC (Internet Society). Sociedad profesional para facilitar, soportar y promover la evolucin y crecimiento de Internet como una infraestructura global de investigacin en comunicaciones.

IAB (Internet Architecture Board). Cuerpo de coordinacin y supervisin tcnica dependiente de la ISOC, compuesto por unos quince voluntarios internacionales de varias disciplinas.

IETF (Internet Engineering Task Force). Cuerpo de la IAB, coordinado por la IESG (Internet Engineering Steering Group), encargado del desarrollo de las especificaciones que se convertirn en estndares. Se compone de unos veinte grupos de trabajo, cada uno tratando un problema especfico.

IRTF (Internet Research Task Force). Cuerpo de la IAB, encargado de la investigacin a largo plazo, sin divisin en reas. Es coordinado por la IRSG (Internet Research Steering Group).

Por otro lado, el Foro IPv6 es un consorcio internacional sin nimo de lucro creado en el ao 1999, que est formado por las principales instituciones de investigacin y desarrollo, universidades, y consultoras y proveedores de infraestructura de telecomunicaciones. Su misin es promover el uso de IPv6 en el mercado para crear la prxima generacin de Internet, de mayor calidad y ms segura, apoyando la estandarizacin y desarrollo estable de este protocolo, y fomentando su conocimiento. Los objetivos del Foro IPv6 son los enumerados a continuacin:

Establecer un foro internacional y abierto de experiencia en IPv6.

Compartir conocimientos y experiencias entre sus miembros. Promover el desarrollo de nuevas aplicaciones y soluciones globales basadas en IPv6. Promover la interoperabilidad entre las implementaciones normalizadas. Cooperar para alcanzar calidades de servicio extremo a extremo. Resolver problemas que creen barreras para el uso de IPv6.

Como vemos, el Foro IPv6 no tiene por fin desarrollar los estndares de IPv6, pues slo la IETF, con la que trabaja estrechamente, tiene autoridad sobre ellos. Adems, el Foro IPv6 mantiene sus puertas abiertas a acuerdos con otras instituciones o foros industriales, habiendo establecido, por ejemplo, importantes acuerdos de colaboracin con el Foro UMTS.