PROTOCOOLO IPV6 NICOLAS CHARRY MORENO - CDIGO 2010192028 UNIVERSIDAD SURCOLOMBIANA KEYWORDS RESUMEN Este documento pretende describir

el funcionamiento del protocolo IPV6. Tambin procura describir el formato de la trama para la transmisin de paquetes IPV6 y el mtodo de formacin de las direcciones de Enlace-Local IPV6. Se realiz a partir compendio de los principales documentos RFC que describen el protocolo y que proporcionar al lector una perspectiva en general en cuanto a las diferencias con su antecesor IPV4 IPV6 Protocolo Unicast Multicast Anycast INRTRODUCCIN Cada computadora conectada a Internet necesita una direccin IP nica, que la identifique de manera lgica y jerrquica. Las direcciones actualmente en uso estn referidas al Internet Protocol version 4 (IPv4). Este protocolo pertenece a la capa de red del modelo OSI y hoy en da es el utilizado como base para las comunicaciones de internet. En l, las direcciones son representadas por un nmero binario de 32 bits permitiendo una cantidad total de , aproximadamente 4,3 billones, direcciones posibles. Tambin se pueden expresar como nmeros de notacin decimal dividiendo los 32 bits de la direccin en cuatro octetos. El valor decimal de cada octeto est comprendido en el rango de 0 a 255, y estn separados con un carcter nico ".". Por ejemplo: 192.168.153.11. Si bien 4,3 billones parece ser una cantidad elevada de direcciones posibles, es realmente insuficiente para las necesidades futuras. Durante mediados de los aos noventa se ha ido adoptando Internet de forma masiva y comercial. Desde entonces ha

PALABRAS CLAVE IPV6 Protocolo Unicast Multicast Anycast

ABSTRACT This document aims to describe the operation of the IPV6 protocol. It also seeks to describe the frame format for transmission of IPv6 packets and the method of forming IPv6 link-local addresses IPV6. Was performed from the main compendium of RFCs that describe the protocol and provide the reader with an overall perspective as to the differences with his predecessor IPV4.

crecido exponencialmente creciendo de tal manera desarrollo econmico crecimiento de la mundial.

y seguir debido al y al poblacin

A continuacin se describirn algunas tcnicas y mecanismos. - Classless Inter-Domain Routing (CIDR) fue estandarizado en 1993 por RFC 1518 [2] y RFC 1519 [3] como una medida de mediana magnitud para disminuir la velocidad en la cual el espacio de las direcciones IPv4 se agote, extendiendo la vida til de IPv4. La introduccin de CIDR permiti una mayor flexibilidad al dividir rangos de direcciones IP en redes separadas. De esta manera permiti un uso ms eficiente de las cada vez ms escasas direcciones IPv4, y un mayor uso de la jerarqua de direcciones ('agregacin de prefijos de red'), disminuyendo la sobrecarga de los enrutadores principales de Internet para realizar el encaminamiento. Network Address Traslation (NAT), estandarizado en 1994 por RFC 1631 [4] , abord la demanda permitiendo que una simple direccin sea usada para conectar una red completa, cuando antes una direccin haba sido requerida para cada dispositivo de la red. En NAT, las direcciones IP dentro del dominio no son nicas en el mundo. Se vuelven a utilizar en otros dominios. Adems de haber sido una buena solucin a corto plazo para el agotamiento de direcciones, la principal ventaja es que permiti ser instalado de forma incremental sin cambios en routers o hosts. Sin embargo su insercin ha introducido problemas tcnicos para muchos protocolos y servicios, los cuales han llevado al desarrollo de "soluciones provisorias", entre las cuales estn: - NAT Port Management Protocol (NATPMP).

Cada vez ms dispositivos estn siendo diseados teniendo la conectividad a internet como parte de su esencia: netbooks, notebooks, tablets, smartphones, consolas de videojuegos, automviles, televisores y dems electrodomsticos. Est en auge el concepto de la internet de las cosas que tiene como visin que cada artefacto electrnico pueda estar conectado a internet, ya sea para permitir ser controlado remotamente, o para intercambiar informacin con otros dispositivos, entre muchas otras posibilidades. Desde antes de la adopcin masiva comercial de internet se han escrito informes que concientizan sobre el futuro agotamiento de las direcciones IPv4 de 32 bits. La RFC1287 [1], es un informe que analiza la evolucin de la futura arquitectura de internet, emitida por la Internet Engineering Task Force (IETF) en diciembre del 1991; en l se describe el enrutamiento y direccionamiento como: "El problema arquitectnico ms urgente, ya que est directamente involucrado en la capacidad de internet de continuar creciendo exitosamente". A lo largo de los aos se han desarrollado mejoras con el objetivo de combatir algunas de las problemticas relacionadas con el agotamiento de direcciones. Sin embargo tienen ventajas y desventajas discutibles.

- Traversal Using Relay NAT (TURN). - Standard Traversal of UDP through NAT (STUN). Desafortunadamente, ninguno de estos es universal y cada uno introduce sus propios problemas tcnicos. A pesar de sus desventajas, NAT es actualmente un medio utilizado para conectar redes de internet. Se implementan mltiples sistemas NAT, generalmente denominados "NAT en capas", como medida de reduccin de demanda de direcciones IPv4. Sin embargo no es una solucin ptima porque de esta forma los inconvenientes que NAT presenta en s mismo, por ejemplo los problemas de rendimiento, se ven agravados. Como solucin a largo plazo para los problemas de IPv4 se desarroll: Internet Protocol version 6 (IPv6), oficialmente estandarizado en 1995 en el RFC 1883[5], seguido por una actualizacin en 1998 (RFC 2460 [6]). A partir de los aos correspondientes a estas publicaciones, puede notarse que se desarroll de forma paralela a NAT y CIDR. Tambin vale aclarar que su nmero de versin se debe a que ya exista IP versin 5 (IPv5), un protocolo creado como versin experimental para testear las caractersticas de transferencia de medios. IPv6 tiene direcciones mucho ms largas que IPv4, definidas con 128 bits en oposicin a los 32 bits respectivamente. sta es una gran ventaja ya que la cantidad de direcciones posibles es extraordinaria: direcciones, o direcciones por metro

cuadrado de la superficie de la Tierra. A pesar de los beneficios de este nuevo protocolo, a causa de la falta de informacin y difusin todava hay grandes barreras para la adopcin de IPv6 a nivel global. IPV6 El IP versin 6 (IPv6) es la nueva versin del Protocolo Internet, diseado como el sucesor para el IP versin 4 (IPv4) [RFC-791]. Los cambios del IPv4 al IPv6 recaen principalmente en las siguientes categoras: -Capacidades de Direccionamiento Extendida: El IPv6 incrementa el tamao de direccin IP de 32 bits a 128 bits, para dar soporte a ms niveles de direccionamiento jerrquico, un nmero mucho mayor de nodos direccionables, y una autoconfiguracin ms simple de direcciones. La escalabilidad del enrutamiento multienvo se mejora agregando un campo "mbito" a las direcciones multienvo. Y se define un nuevo tipo de direccin llamada "direccin envo a uno de", usado para enviar un paquete a cualquiera de un grupo de nodos. -Simplificacin Cabecera: del Formato de

Algunos campos de la cabecera IPv4 se han sacado o se han hecho opcional, para reducir el costo del caso comn de proceso de tratamiento de paquete y para limitar el costo del ancho de banda, de la cabecera IPv6.

-Soporte Mejorado para Extensiones y Opciones:

las

Los cambios en la manera en que se codifican las opciones de la cabecera IP permiten un reenvo ms eficiente, lmites menos rigurosos en la longitud de opciones, y mayor flexibilidad para introducir nuevas opciones en el futuro. -Capacidad de Etiquetado de Flujo Una nueva capacidad se agrega para permitir el etiquetado de paquetes que pertenecen a "flujos" de trfico particulares para lo cual el remitente solicita tratamiento especial, como la calidad de servicio no estndar o el servicio en "tiempo real". [RFC-2460] TERMINOLOGA - Nodo: un dispositivo que implementa el IPv6. -Enrutador: un nodo que reenva paquetes IPv6 no explcitamente destinados hacia s mismo. -Host: cualquier nodo que no es un enrutador. - Capa superior: Una capa de protocolo inmediatamente encima del IPv6. Ejemplos son los protocolos transporte tal como el TCP y el UDP, protocolos control tal como el ICMP, protocolos enrutamiento tal como el OSPF,y protocolos internet o de capa inferior que estn siendo "tunelizados" sobre (es decir, encapsulados dentro) IPv6 tal como el IPX, el AppleTalk, o el mismo IPv6. -Enlace: Una facilidad de comunicacin o medio sobre el cual

los nodos pueden comunicarse en la capa de enlace, es decir, la capa inmediatamente debajo del IPv6. Ejemplos son las Ethernets (simples o de puentes); enlaces PPP; X.25, Frame Relay, o redes ATM; y "tneles" de capa internet (o superior), tal como los tneles sobre IPv4 o sobre el mismo IPv6. - Vecinos: Nodos conectados al mismo enlace. - Interface: Lo que acopla un nodo a un enlace. - Direccin: Un identificador de capa IPv6 para una interface o un conjunto de interfaces. - Paquete: Una cabecera IPv6 ms carga til. - MTU de enlace: La unidad de transmisin mxima, es decir, el tamao del paquete mximo en octetos, que puede transportarse sobre un enlace. - MTU de ruta: La MTU de enlace mnima de todos los enlaces dentro de una ruta entre un nodo origen y un nodo destino. [RFC-2460] CABECERA IPV6

Grfica 1. Cabecera IPV6 Fuente: Cisco (2003)

La cabecera de un paquete IPv6 es, sorprendentemente, ms sencilla que la del paquete IPv4. IPv6 utiliza un tamao de cabecera fijo de 40 bytes, el doble que en IPv4, pero con muchas ventajas al haberse eliminado campos redundantes. Debido a que la longitud de la cabecera es fija, implica numerosas ventajas ya que facilita el procesado en router y conmutadores. Los nuevos procesadores y microcontroladores de 64 bits pueden procesar de forma ms eficazmente este tipo de cabecera, ya que los campos estn alineados a 64 bits; estos 40 bytes se componen de la siguiente forma: 1.- Versin (4 bits). Sirve para que el router se entere de que es un paquete IPv6. 2.- Direccin origen y de destino (128 bits cada una). Son las direcciones de los nodos IPv6 que realizan la comunicacin. 3.- Clase de trfico (8 bits). Para poder diferenciar entre servicios sensibles a la latencia, como VoIP, de otros que no necesitan prioridad, como trafico http. 4.- Etiqueta de flujo (20 bits). Permite la diferenciacin de flujos de trfico. Esto tiene importancia a la hora de manejar la calidad de servicio (QoS). Sirve para permitir trfico con requisitos de tiempo real 5.- Siguiente Encabezado (8 bits). Este campo permite a routers y hosts examinar con ms detalle el paquete. A pesar de que el paquete bsico IPv6 tiene cabecera de tamao fijo, el protocolo puede aadir ms para utilizar otras caractersticas como encriptacin y autenticacin.

6.- Tamao de Paquete (16 bits). Describe el tamao en octetos de la seccin de datos del paquete. Al ser este campo de 16 bits, podremos usar paquetes de hasta ms de 64000 bytes. Nota: El 3 y 4 son los que nos permiten una de las caractersticas fundamentales e intrnsecas de IPv6: Calidad de Servicio (QoS) y Clase de Servicio (CoS), y en definitiva un poderoso mecanismo de control de flujo, de asignacin CABECERAS DE EXTENSIN IPV6 En el IPv6, la informacin de capa internet opcional se codifica en cabeceras separadas que se pueden colocar entre la cabecera IPv6 y la cabecera de capa superior dentro de un paquete. Hay un nmero pequeo de tales cabeceras de extensin, cada una identificada por un valor de Cabecera Siguiente distinto. Segn lo ilustrado en estos ejemplos, un paquete IPv6 puede llevar cero, una, o ms cabeceras de extensin, cada una identificada por el campo Cabecera Siguiente de la cabecera precedente:

Grafica 2. Cabeceras de Extensin IPV6 Fuente: [RFC-2460] (1998) Con una excepcin, las cabeceras de extensin no son examinadas ni procesadas por ningn nodo a lo largo de la ruta de entrega de un paquete, hasta que el paquete alcance el nodo (o cada uno del conjunto de nodos, en el caso de multienvo) identificado en el campo Direccin Destino de la cabecera IPv6. All, el demultiplexaje normal en el campo Cabecera Siguiente de la cabecera IPv6 invoca el mdulo para procesar la primera cabecera de extensin, o la cabecera de capa superior si no hay ninguna cabecera de extensin presente. El contenido y la semntica de cada cabecera de extensin determinan si se procede o no a la cabecera siguiente. Por lo tanto, las cabeceras de extensin se deben procesar estrictamente en el orden que aparecen en el paquete; un receptor no debe, por ejemplo, examinar a travs de un paquete buscando un tipo en particular de cabecera de extensin y procesar esa cabecera antes de procesar todas las precedentes. La excepcin mencionada en el prrafo precedente es la cabecera Opciones de Salto a Salto, la cual lleva informacin que debe ser examinada y procesada por cada nodo a lo largo de la ruta de entrega de un paquete, incluyendo los nodos de origen y de destino. La cabecera Opciones de Salto a Salto, cuando est presente, debe seguir inmediatamente a la cabecera IPv6. Su presencia es indicada por el valor cero en el campo Cabecera Siguiente de la cabecera IPv6.

Si, como resultado de procesar una cabecera, un nodo necesita proceder a la cabecera siguiente pero el valor Cabecera Siguiente en la cabecera actual es desconocido por el nodo, debe descartar el paquete y enviar un mensaje ICMP de Problema de Parmetro al origen del paquete, con un valor Cdigo ICMP de 1 ("encontrado tipo de Cabecera Siguiente desconocido") y el campo Puntero ICMP conteniendo el desplazamiento del valor desconocido dentro del paquete original. La misma accin se debera tomar si un nodo encuentra un valor Cabecera Siguiente de cero en cualquier cabecera con excepcin de una cabecera IPv6. Cada cabecera de extensin es un entero mltiplo de 8 octetos de largo, para conservar la alineacin de 8 octetos para las cabeceras subsiguientes. Los campos Multiocteto dentro de cada cabecera de extensin se alinean en sus lmites naturales, es decir, los campos de ancho de n octetos son colocados en un entero mltiplo de n octetos desde el inicio de la cabecera, para n = 1, 2, 4, o 8. Una implementacin completa del IPv6 comprende la implementacin de las siguientes cabeceras de extensin: -Opciones de Salto a Salto -Enrutamiento (Tipo 0) -Fragmento -Opciones de Destino -Autenticacin -Seguridad del Encapsulado de la Carga til ORDEN DE LAS CABECERAS DE EXTENSIN

Cuando ms de una cabecera de extensin se usa en un mismo paquete, se recomienda que esas cabeceras aparezcan en el siguiente orden: -Cabecera -Cabecera -Cabecera -Cabecera -Cabecera IPv6 Opciones de Salto a Salto Opciones de Destino Enrutamiento Fragmento

Las direcciones IPv6 son identificadores de 128 bits para interfaces y conjuntos de interfaces. Dichas direcciones se clasifican en tres tipos: -Unicast: Identificador para una nica interfaz. Un paquete enviado a una direccin unicast es entregado slo a la interfaz identificada con dicha direccin. Es el equivalente a las direcciones IPv4 actuales. -Anycast: Identificador para un conjunto de interfaces (tpicamente pertenecen a diferentes nodos). Un paquete enviado a una direccin anycast es entregado en una (cualquiera) de las interfaces identificadas con dicha direccin (la ms prxima, de acuerdo a las medidas de distancia del protocolo de encaminado). Nos permite crear, por ejemplo, mbitos de redundancia, de forma que varias mquinas puedan ocuparse del mismo trfico segn una secuencia determinada (por el routing), si la primera cae. -Multicast: Identificador para un conjunto de interfaces (por lo general pertenecientes a diferentes nodos). Un paquete enviado a una direccin multicast es entregado a todas las interfaces identificadas por dicha direccin. [RFC-3513] A diferencia de IPv4 en IPv6 no existen direcciones de Broadcast debido a que su funcionalidad queda incluida en el tipo Multicast de IPv6. En IPv6, todos los ceros a la izquierda y todos los valores son legales para todas las zonas. A menos que estn expresamente excluidos. En concreto, los prefijos

Cada cabecera de extensin debe ocurrir solamente una vez, a excepcin de la cabecera Opciones de Destino la cual debe de ocurrir a lo sumo dos veces (una vez antes de una cabecera Enrutamiento y la otra vez antes de una cabecera de capa superior). Si la cabecera de capa superior es otra cabecera IPv6 (en el caso de que el IPv6 sea tunelizado o encapsulado en el IPv6), puede ser seguida por sus propias cabeceras de extensin, las cuales estn separadamente sujetas a las mismas recomendaciones de orden. Siempre y cuando se definan otras cabeceras de extensin, sus restricciones de orden concerniente a las cabeceras arriba listadas deben ser especificadas. Los nodos IPv6 deben aceptar e intentar procesar cabeceras de extensin en cualquier orden y cualquier nmero de veces que ocurran en un mismo paquete, a excepcin de la cabecera Opciones de Salto a Salto la cual est restringida a aparecer slo inmediatamente despus de una cabecera IPv6. DIRECCIONAMIENTO

puede contener, o con el fin, por valor cero campos. Direcciones IPv6 de todos los tipos son asignadas a interfaces, no nodos. Una direccin IPv6 unicast se refiere a una nica interfaz. Dado que cada Interfaz pertenece a un solo nodo, que de cualquier nodo de interfaces' Direcciones unicast puede utilizarse como un identificador para el nodo. Actualmente IPv6 sigue el modelo de IPv4 que un prefijo de subred es asociado con un enlace. A mltiples subredes se le puede asignar prefijos en el mismo enlace. DIRECCIONES UNICAST IPV6 GLOBALES Las direcciones unicast, son agregables con mscaras de bits contiguos, similares al caso de IPv4, con CIDR (Class-less Interdomain Routing). Como hemos visto, hay varias formas de asignacin de direcciones unicast, y otras pueden ser definidas en el futuro. Los nodos IPv6 pueden no tener ningn conocimiento o mnimo de la estructura interna de las direcciones IPv6, dependiendo de su misin en la red (por ejemplo, host frente a router). Pero como mnimo, un nodo debe considerar que las direcciones unicast (incluyendo la propia), no tienen estructura: 128 bits Direccin Del Nodo Grafica 3. Estructura de direccin IPV6 Fuente: [RFC-3513] (2003) Un host algo ms sofisticado, conocera el prefijo de la subred del enlace al que est conectado:

n-bits Prefijo de Subred

128 n-bits Identificador de Interfaz

Grafica 4. Prefijos de Subred Fuente: [RFC-3513] (2003) El identificador de interfaz se emplea, por tanto, para identificar interfaces en un enlace, y deben de ser nicos en dicho enlace. En muchos casos tambin sern nicos en un mbito ms amplio. Por lo general, el identificador de interfaz coincidir con la direccin de la capa de enlace de dicha interfaz. El mismo identificador de interfaz puede ser empleado en mltiples interfaces del mismo nodo, sin afectar a su exclusividad global en el mbito IPv6. DIRECCIONES UNICAST LOCALES DE ENLACE (LINK-LOCAL) Las direcciones locales de enlace han sido diseadas para direccionar un nico enlace para propsitos de auto-configuracin (mediante identificadores de interfaz), descubrimiento del vecindario, o situaciones en las que no hay routers. Por tanto, los encaminadores no pueden retransmitir ningn paquete con direcciones fuente o destino que sean locales de enlace (su mbito est limitado a la red local). Tienen el siguiente formato: 10 bits 1111111010 54 bits 0 64 bits Identificador de Interfaz

Grafica 5. Estructura de direcciones locales de enlace Fuente: [RFC-3513] (2003) DIRECCIONES ANYCAST IPV6

Una direccin anycast identifica mltiples interfaces. Con una topologa de encaminadotes adecuada, los paquetes destinados a una direccin anycast se entregarn a una sola interfaz (la que este ms cerca, dentro del grupo de direcciones anycast). Si una direccin multicast define una comunicacin uno a muchos, una direccin anycast se define como uno a uno-entre-muchos. Las direcciones anycast no tienen un espacio propio dentro del direccionamiento IPv6, utilizan el mismo espacio que las direcciones unicast (es decir, no podemos diferenciar entre direcciones unicast y anycast). El mbito de las direcciones anycast se equipara con el unicast, as pues, pueden existir direcciones anycast de mbito de sitio, de enlace o global. Tambin remarcar, que este tipo de direcciones solo pueden usarse como direccin de destino, jams como fuente. Existe una direccin anycast, requerida para cada subred, que se denomina direccin anycast del router de la subred (subnet-router anycast address). Su sintaxis es equivalente al prefijo que especifica el enlace correspondiente de la direccin unicast, siendo el indicador de interfaz igual a cero: n bits Prefijo de Subred 128-n bits 0

Todos los routers han de soportar esta direccin para las subredes a las que estn conectados. Los paquetes enviados a la direccin anycast del router de la subred, sern enviados a un router de la subred. La utilidad de estas direcciones es para implementar los siguientes mecanismos: - Comunicacin con el servidor ms cercano: Estas direcciones permiten que un cliente pueda comunicarse con un servidor de entre un grupo, y que la red le seleccione el que sea ms cercano. - Descubrimiento de Servicios: Al configurar un nodo con IPv6, no hara falta especificarle la direccin del servidor DNS, Proxy etc. Podra existir una direccin anycast que identificara a esos servicios. - Movilidad: Nodos que tienen que comunicarse con un router, del conjunto disponible en su red.

DIRECCIONES MULTICAST IPV6

Una direccin multicast en IPv6, puede definirse comoun identificador para un grupo de nodos. Un nodo puede pertenecer a uno o varios grupos multicast. Las direcciones multicast tienen el siguiente formato: 8 1111111 1 4 000 T 4 112 bits mbit interfac o e ID

Grafica 6. Direccin Anycast del router de la subred Fuente: [RFC-3513] (2003)

Grafica 7. Formato de direcciones Multicast

Fuente: [RFC-3513] (2003) Los primeros 8 bits indican que se trata deuna direccin multicast, el bit T indica: - T = 0, Indica una direccin permanente, asignada por la autoridad de numeracin global de Internet - T = 1, Indica una direccin permanente, asignada por la autoridad de numeracin global de Internet Los bits mbito siguientes significados: tienen los

Por ejemplo, si asignamos una direccin multicast permanente, con el identificador de grupo 101 (hexadecimal), al grupo de los servidores de tiempo (NTS), entonces: - FF01::101 significa todos los NTS en el mismo nodo que el paquete origen - FF02::101 significa todos los NTS en el mismo enlace que el paquete origen - FF05::101 significa todos los NTS en el mismo sitio que el paquete origen - FF0E::101 significa todos los NTS en Internet DIRECCIONES REQUERIDAS PARA CUALQUIER NODO Todos los nodos, en el proceso de identificacin, al unirse a la red, deben de reconocer como mnimo, las siguientes direcciones: - Sus direcciones locales de enlace para cada interfaz - Las direcciones unicast asignadas - La direccin de loopback - Las direcciones multicast de todos los nodos

Grafica 8. Significado bits de mbito multicast Fuente: [RFC-3513] (2003) El Identificador de Grupo, identifica, como cabe esperar, el grupo de multicast concreto al que nos referimos, bien sea permanente o temporal, dentro de un determinado mbito.

Las direcciones multicast solicitadas para cada direccin unicast o anycast asignadas - Las direcciones multicast de todos los grupos a los que dicho host pertenece Adems, en el caso de los routers, tienen que reconocer tambin: - La direccin anycast del router de la subnet, para las interfaces en las

que est configurado para actuar como router - Todas las direcciones anycast con las que el router ha sido configurado - Las direcciones multicast de todos los routers - Las direcciones multicast de todos los grupos a los que el router pertenece Adems, todos los dispositivos con IPv6, deben de tener, predefinidos, los prefijos siguientes: - Direccin no especificada -Direccin de loopback - Prefijo de multicast (FF) - Prefijos de uso local (local de enlace y local de sitio - Direcciones multicast predefinidas - Prefijos compatibles IPv4 Se debe de asumir que todas las dems direcciones son unicast a no ser que sean especficamente configuradas (por ejemplo las direcciones anycast).

La numeracin IPv6 soporta una representacin comprimida en la cual los grupos que son "0" se pueden comprimir de forma tal de acortar las direcciones. Y si hay una secuencia de grupos que son "0" es posible comprimir todos los grupos.

IDENTIFICADORES DE INTERFACES Los identificadores de interfaz sirven para etiquetar interfaces en un mismo medio fsico. Son nicas dentro de un mismo prefijo de subred. En general los identificadores de interfaz son de 64 bits y se generan con el formato EUI-64 y se derivan de la direccin MAC asignada a cada interfaz fsica de red.

AUTOCONFIGURACIN DE INTERFACES El proceso de autoconfiguracin incluye generar una direccin del tipo link-local, otra direccin del tipo global mediante el proceso SLAAC (Stateless Address Autoconfiguration) y verificar que las direcciones no estn duplicadas mediante el procedimiento DAD (Duplicate Address Detection).

REPRESENTACIN DE DIRECCIONES IPV6

La forma estndar de representar una IPv6 como cadena de texto es x:x:x:x:x:x:x:x donde las x son valores hexadecimales de 16 bits. Ejemplos: 2001:0:4137:9e76:1015:2828:3f57:fe ddfe80::1015:2828:3f57:fedd

La autoconfiguracin es realizada solo sobre enlaces con capacidad multicast y comienza cuando una interfaz es iniciada (por ejemplo cuando arranca un host). En una primera etapa se genera la identificacin de la interfaz y se adjunta al prefijo de las direcciones

link-local (FE80::0) de forma tal de tener la direccin IPv6 link-local en el host. Antes que el host pueda utilizar su direccin link-local es necesario verificar que esa misma direccin no est siendo usada por otro host en la misma LAN. Puntualmente el host enva mensajes de Neighbor Solicitation que contienen la IPv6 linklocal que pretende usar. Si otro nodo est usando esa direccin va a responder con un Neighbor Advertisement informando de esta situacin. Si la direccin est en uso es necesaria la configuracin manual de la interface. Una vez que el host se asegura que la IPv6 link-local est disponible, la asigna a la interfaz. En este punto el host tiene conectividad IP en la LAN. El prximo paso de la autoconfiguracin es la obtencin de una direccin de alcance global, para esto la interfaz enva paquetes de Router Solicitations a la LAN utilizando la IP link-local. El Router va a responder con la informacin necesaria (global routing prefix, subnet ID, MTU, hop limit, next hop) para poder realizar la autoconfiguracin o solicitar la informacin a un servidor DHCPv6.

Hay que entender que este proceso no es sencillo y se tienen que planear los pasos de manera correcta para no encontrar problemas graves. Para poder realizar la transicin existen varias tecnologas como: Dual Stack, IPv6in-IPv4 tunnelling, Tunnel Brokers, ISATAP, 6to4 y Teredoentre otros. REFERENCIAS [1] S. Thomson, T. Narten, T. Jinmei, "IPv6 Stateless Address Autoconfiguration", [online] http://tools.ietf.org/html/rfc4862 [2] T. Narten, E. Nordmark, W. Simpson, H. Soliman, "Neighbor Discovery for IP version 6 (IPv6)", [online] http://tools.ietf.org/html/rfc4861 [3] Network Working Group R. Hinden "Internet Protocol Version 6 (IPv6) Addressing Architecture)", [online] http://www.ietf.org/rfc/rfc3513.txt [4] Network Working Group "Internet Protocol, Version 6 (IPv6)Specification",[online] http://www.ietf.org/rfc/rfc2460.txt

MECANISMOS DE TRANSICIN Para redes que recin comienzan a armarse o redes ya desarrolladas es necesario contemplar los mecanismos de transicin que van a permitir a redes nativas IPv6 comunicarse con redes IPv4, y redes IPv4 comenzar el camino hacia IPv6.