CURSO : REDES Y CABLEADO ESTRUCTURADO TEMA : EL PROTOCOLO IPV6

2012

INTRODUCCIN En los aos 90 las organizaciones involucradas en los temas de Internet vaticinaban un uso intensivo de la red, y planteaban que la cantidad de direcciones disponible con el protocolo IPv4 no sera suficiente en el futuro. Esto se puede ver claramente con el imparable crecimiento actual de aplicaciones que necesitan direcciones IP pblicas nicas, globales, validas para conexiones extremo a extremo, y por tanto encaminables, como por ejemplo: Videoconferencia, Voz sobre IP, seguridad, e incluso juegos. A esto hemos de sumar los innumerables dispositivos que vamos creando, o los ya existentes a los que damos nuevas o mejoradas aplicaciones, mediante su conexin a la red. Luego de muchas deliberaciones, la conclusin fue la propuesta de un nuevo Protocolo, el IPv6. En principio IPv6 conserva la mayor parte de las caractersticas y conceptos de operacin de IPv4. Sin embrago, agrega nuevas capacidades que permiten no solo flexibilizar, sino modelar nuevos conceptos de operacin. La implantacin del nuevo protocolo se esta realizando en forma gradual mediante la creacin de redes islas con IPv6. Para la interconexin de estas islas a travs de IPv4 se esta utilizando tunneling de IPv6 en IPv4. En este trabajo se pretende acercar al lector informacin acerca del protocolo IPv6; para ello comenzaremos hablando sobre el protocolo IPv4 y las razones por las cuales este debe ser reemplazado. Una vez entendido este punto hablaremos de las bondades del nuevo protocolo.

EL PROTOCOLO IP Antes de comenzar con el protocolo IPv4, daremos una breve idea sobre el protocolo IP para que luego sean ms claras las caractersticas de cada protocolo y se puede entender las razones del cambio. Todos los temas que se mencionan en esta breve introduccin terica se mencionaran a lo largo de esta monografa. El Protocolo de Internet (IP, de sus siglas en ingles Internet Protocol) es un protocolo no orientado a conexin usado tanto por el origen como por el destino para la comunicacin de datos a travs de una red de paquetes conmutados. Los datos en una red que se basa en IP son enviados en bloques conocidos como paquetes o datagramas (en el protocolo IP estos trminos se suelen usar indistintamente). En particular, en IP no se necesita ninguna configuracin antes de que un equipo intente enviar paquetes a otro con el que no se haba comunicado antes. El Protocolo de Internet provee un servicio de datagramas no fiable. IP no provee ningn mecanismo para determinar si un paquete alcanza o no su destino y nicamente proporciona seguridad de sus cabeceras y no de los datos transmitidos. Por ejemplo, al no garantizar nada sobre la recepcin del paquete, este podra llegar daado, en otro orden con respecto a otros paquetes, duplicado o simplemente no llegar. Si se necesita fiabilidad, esta es proporcionada por los protocolos de la capa de transporte, como TCP. Las cabeceras IP contienen las direcciones de las maquinas de origen y destino (direcciones IP), direcciones que sern usadas por los enrutadores (routers) para decidir el tramo de red por el que reenviaran los paquetes. Una direccin IP es un numero que identifica de manera lgica y jerrquicamente a una interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red o nivel 3 del modelo de referencia OSI. Dicho nmero no se ha de confundir con la direccin MAC que es un nmero fsico que es asignado a la tarjeta o dispositivo de red (viene impuesta por el fabricante), mientras que la direccin IP se puede cambiar. Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (se aplica la misma reduccin por IP fija o IP esttica), es decir, no cambia con el tiempo. Los servidores de correo, dns, ftp pblicos, servidores web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se facilita su ubicacin. Las maquinas tienen una gran facilidad para manipular y jerarquizar la informacin numrica, y son altamente eficientes para hacerlo y ubicar direcciones IP, sin embargo, los seres humanos debemos utilizar otra notacin mas facil de recordar y utilizar, tal es el caso URLs y resolucin de nombres de dominio DNS.
3

Hay diferentes clases de direcciones IP. Cada clase define la parte de la direccin IP que identifica a la RED y la parte que identifica al nmero de hosts dentro de esa red. La comunidad Internet ha definido 5 clases de direcciones para poder acomodar redes de diferentes tamaos. El TCP/IP de Microsoft soporta las clases A, B y C. En comunicaciones, el encaminamiento (a veces conocido por el anglicismo ruteo o enrutamiento) es el mecanismo por el que en una red los paquetes de Informacin se hacen llegar desde su origen a su destino final, siguiendo un camino o ruta a travs de la red. En una red grande o en un conjunto de redes Interconectadas el camino a seguir hasta llegar al destino final puede suponer Transitar por muchos nodos intermedios. Asociado al encaminamiento existe el concepto de mtrica, que es una medida de lo "bueno" que es usar un camino determinado. La mtrica puede estar asociada a distintas magnitudes: distancia, coste, retardo de transmisin, numero de saltos, etc., o incluso a una combinacin de varias magnitudes. Si la mtrica es el retardo, es mejor un camino cuyo retardo total sea menor que el de otro. Lo ideal en una red es conseguir el encaminamiento optimo: tener caminos de distancia (o coste, o retardo, o la magnitud que sea, segn la metrica) mnimos. Tpicamente el encaminamiento es una funcin implantada en la capa 3(capa de red) del modelo de referencia OSI. EL PROTOCOLO IPV4 IPv4 es la versin 4 del Protocolo IP (Internet Protocol). Esta fue la primera versin del protocolo que se implemento extensamente, y forma la base de Internet. A cada computadora que se desee conectar a Internet se le debe atribuir un nmero diferente, llamado nmero de IP, que funciona como una verdadera direccin de Internet para esa computadora. El protocolo IPv4, sobre el cual se basa actualmente todo el funcionamiento de Internet, utiliza precisamente este numero para permitir que las diversas computadoras de Internet se reconozcan, se encuentre y puedan conectarse las unas con las otras. De manera bastante aproximada , se puede pensar en algo muy similar al nmero que se asigna a cada telfono.

IPv4 usa direcciones de 32 bits, limitndola a 232 = 4.294.967.296 direcciones nicas, muchas de las cuales estn dedicadas a redes locales (LANs). Por el crecimiento enorme que ha tenido del Internet (mucho mas de lo que esperaba, cuando se diseo IPv4), combinado con el hecho de que hay desperdicio de direcciones en muchos casos, podramos llegar al punto en que no habra mas nmeros disponibles y, en consecuencia, ninguna otra computadora podra conectarse a Internet. Hasta este momento, ya fueron asignados cerca de dos tercios de los nmeros disponibles y, en consecuencia, queda solo un tercio. Es decir, alrededor de 1.500 millones. Esta limitacin ayudo a estimular el impulso hacia IPv6. El desperdicio de direcciones IPv4 que se menciono anteriormente, se debe a varios factores. Uno de los principales es que inicialmente no se considero el enorme crecimiento que iba a tener Internet; se asignaron bloques de direcciones grandes (de 16,7 millones de direcciones) a pases, e incluso a empresas. Otro motivo de desperdicio es que en la mayora de las redes, exceptuando las mas pequeas, resulta conveniente dividir la red en subredes. Dentro de cada subred, la primera y la ltima direccin no son utilizables; de todos modos no siempre se utilizan todas las direcciones restantes. Por ejemplo, si en una subred se quieren acomodar 80 hosts, se necesita una subred de 128 direcciones (se tiene que redondear a la siguiente potencia de 2); en este ejemplo, las 48 direcciones restantes ya no se utilizan.

LOS MOTIVOS DEL CAMBIO El motivo bsico por el que surge, en el seno del IETF, la necesidad de crear un nuevo protocolo, que en un primer momento se denomino IPng (Internet Protocol Next Generation, o Siguiente Generacin del Protocolo Internet), fue la evidencia de la falta de direcciones. IPv4 tiene un espacio de direcciones de 32 bits, es decir 232. En cambio, IPv6 nos ofrece un espacio de 2128. Sin embargo, IPv4 tiene otros problemas o dificultades que IPv6 soluciona o mejora. Los creadores de IPv4, a principio de los anos 70, no predijeron en ningn momento, el gran xito que este protocolo iba a tener en muy poco tiempo, en una gran multitud de campos, no solo cientficos y de educacin, sino tambin en innumerables facetas de la vida cotidiana. Desde ese momento, y debido a la multitud de nuevas aplicaciones en las que IPv4 ha sido utilizado, ha sido necesario crear anadidos al protocolo bsico. Entre los parches mas conocidos, podemos citar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec), y Movilidad, fundamentalmente. El inconveniente mas importante de estas ampliaciones de IPv4, es que utilizar cualquiera de ellos es muy facil, pero no tanto cuando pretendemos usar al mismo tiempo dos aadidos, y no digamos que se convierte en casi imposible o muy poco prctico el uso simultaneo de tres o ms, llegando a ser un autentico malabarismo de circo. La ventaja fundamental de IPv6 es el espacio de direcciones. El reducido espacio de IPv4 junto al hecho de una importante falta de coordinacin, durante la dcada de los 80, en la delegacin de direcciones, sin ningn tipo de optimizacin, dejando incluso grandes espacios discontinuos, nos esta llevando a limites no sospechados en aquel momento. Por supuesto, hay una solucin que podramos considerar como evidente, como seria la renumeracion, y reasignacin de dicho espacio de direccionamiento. Sin embargo, no es tan sencillo, es incluso impensable en algunas redes, ya que requiere unos esfuerzos de coordinacin, a escala mundial, absolutamente impensables. Adems, uno de los problemas deIPv4 permanecera: la gran
6

dimensin de las tablas de encaminado (routing) en el troncal de Internet, que la hace ineficaz, y perjudica enormemente los tiempos de respuesta. La falta de direcciones no es apreciable por igual en todos los puntos de la red, de hecho, no es casi apreciable, por el momento, en Norte America. Sin embargo, en zonas geograficas como Asia (en Japon la situacion esta llegando a ser critica), y Europa, el problema se agrava. Como ejemplos, podemos citar el caso de China que ha pedido direcciones para conectar 60.000 escuelas, tan solo ha obtenido una clase B (65.535direcciones), o el de muchos paises Europeos, Asiaticos y Africanos, que solo tienen una clase C (255 direcciones) para todo el pas. Tanto en Japon como en Europa el problema es creciente, dado al importante desarrollo de las redes de telefona celular, inalmbricas, modems de cable, xDSL, etc., que requieren direcciones IP fijas para aprovechar al mximo sus posibilidades e incrementar el nmero de aplicaciones en las que pueden ser empleados. En pocos meses, podemos ver dispositivos siempre conectados, con lo que fcilmente un usuario podra tener, en un futuro no muy lejano, hasta 50 o 100 IPs. Algunos Proveedores de Servicios Internet se ven incluso obligados a proporcionar a sus clientes direcciones IP privadas, mediante mecanismos de NAT (traslacion de direcciones, es decir, usar una sola IP pblica para toda una red privada). De hecho, casi todos los Proveedores de servicios de internet se ven obligados a delegar tan solo reducidos nmeros de direcciones IP pblicas para sus grandes clientes corporativos. Desafortunadamente, de seguir con IPv4, esta tendencia no sera temporal, sino invariablemente permanente. Ello implica la imposibilidad prctica de muchas aplicaciones, que quedan relegadas a su uso en Intranets, dado que muchos protocolos son incapaces de atravesar los dispositivos NAT como ejemplo de ellos podemos citar: RTP y RTCP (Real-time Transport Protocol y Real Time Control Protocol) usan UDP con asignacin dinmica de puertos (NAT no soporta esta traslacion). RTP y RTCP (Real-time Transport Protocol y Real Time Control Protocol) usan UDP con asignacin dinmica de puertos (NAT no soporta esta traslacin). La autenticacin Kerberos necesita la direccin fuente, que es modificada por NAT en la cabecera IP. IPsec pierde integridad, debido a que NAT cambia la direccin en la cabecera IP. Multicast, aunque es posible, tcnicamente, su configuracin es tan complicada con NAT, que en la prctica no se emplea. OBJETIVOS DE DISEO

Cuando la IETF empez a trabajar para resolver la falta de direcciones IP, planteo los siguientes objetivos de diseo: Escalabilidad: establecer un espacio de direcciones que no se agote en el futuro cercano. Polticas de enrutamiento: reducir el tamao de las tablas de ruteo y simplificar el protocolo para permitir a los routers procesar los paquetes mas rpidamente Seguridad: Ofrecer mecanismos que permitan incorporar fcilmente en el protocolo medidas de seguridad usando encriptacin Calidad de Servicio: Permitir un mejor manejo de los diferentes tipos de servicio, para poder ofrecer garanta de QoS y para permitir el uso de aplicaciones en tiempo real Multicast: Facilitar el uso de aplicaciones multicast. Autoconfiguracion: Permitir la movilidad de un host sin cambiar su direccin. Debe preservar las virtudes de Ipv4: robustez, independencias de las caractersticas de la red fsica, alto rendimiento, topologa flexible, extensibilidad, servicio de datagramas, direccionamiento univoco a nivel global, protocolo de control integrado y estndares de libre distribucin. Compatibilidad con Ipv4: permitir la compatibilidad del protocolo nuevo con el viejo. Implementacin: la implementacin debe suponer la transicin sencilla. CARACTERISTICAS DEL IPV6 En principio Ipv6 conserva la mayor parte de las caractersticas y conceptos de operacin de Ipv4. Sin embargo, agrega nuevas capacidades y funcionamiento que permiten no solo flexibilizar, sino modelar nuevos conceptos de operacin. Entre las principales caractersticas de Ipv6, se encuentran:

Nuevo formato de encabezado: El encabezado IPv6 tiene un

nuevo formato que esta diseado para reducir al mnimo la sobrecarga del encabezado. Esto se consigue al mover los campos que no son esenciales y los campos de opciones a encabezados de extensin que se colocan a continuacin del encabezado IPv6. La simplificacin del encabezado IPv6 permite un procesamiento mas eficaz en los enrutadores intermedios. Los encabezados IPv4 y los encabezados IPv6 no son inter-operables y el protocolo IPv6 no es compatible con el protocolo IPv4. Un host o un enrutador debe utilizar simultneamente una implementacin de IPv4 eI IPv6 para reconocer y procesar ambos formatos de encabezado. El nuevo encabezado IPv6 solo tiene el doble
8

de tamao que el encabezado IPv4, a pesar de que las direcciones IPv6 son cuatro veces mayores que las direcciones IPv4. Espacio de direcciones mas grande: IPv6 utiliza direcciones de origen y destino de 128 bits (16 bytes). Aunque con 128 bits se pueden proporcionar mas de 3,41038 combinaciones posibles, el amplio espacio de direcciones de IPv6 se ha diseado para permitir mltiples niveles de divisin en subredes y asignacin de direcciones de la red troncal Internet a las subredes individuales de una organizacin. Infraestructura de direcciones y enrutamiento eficaz y jerarquica: Las direcciones globales de IPv6 que se utilizan en la parte IPv6 de Internet estn diseadas para crear una infraestructura eficaz, jerrquica y que se puede resumir y que tiene en cuenta la existencia de mltiples niveles de proveedores de servicios Internet. En la red Internet IPv6, los enrutadores de red troncal tienen tablas de enrutamiento mucho mas pequeas.

Configuracin de direcciones con y sin estado: Para simplificar la configuracin de los hosts, IPv6 admite la configuracin de direcciones con estado, como la configuracin de direcciones con la presencia de un servidor DHCP, y la configuracin de direcciones sin estado (configuracin de direcciones sin la presencia de un servidor DHCP). Con la configuracin de direcciones sin estado, los hosts de un vinculo se configuran automticamente con direcciones IPv6 para el vinculo (direcciones locales del vinculo) y con direcciones derivadas de prefijos anunciados por los enrutadores locales. Incluso sin la presencia de un enrutador, los hosts del mismo vinculo se pueden configurar automticamente con direcciones locales del vinculo y comunicarse sin necesidad de configuracin manual. Seguridad integrada: La compatibilidad con IPSec es un requisito del conjunto de protocolos IPv6. Este requisito proporciona una solucin basada en estndares para las necesidades de seguridad de red y aumenta la interoperabilidad entre diferentes implementaciones de IPv6. Mejora de la compatibilidad para la calidad de servicio (QoS): Los nuevos campos del encabezado IPv6 definen como se controla e identifica el trafico. La identificacin del trafico, mediante un campo Flow Label (etiqueta de flujo) en el encabezado, permite que los enrutadores identifiquen y proporcionen un control especial de los paquetes que pertenecen a un flujo dado. Un flujo es un grupo de paquetes entre un origen y un destino. Dado que el trafico esta identificado en el encabezado IPv6, la compatibilidad con QoS se puede obtener de forma sencilla incluso si la carga del paquete esta cifrada con IPSec. Nuevo protocolo para la interaccin de nodos vecinos: El protocolo Descubrimiento de vecinos en IPv6 consiste en un conjunto de mensajes del Protocolo de mensajes de control de Internet para IPv6
9

(ICMPv6, Internet Control Message Protocol for IPv6) que administran la interaccin de nodos vecinos (es decir, nodos que se encuentran en el mismo vinculo). El descubrimiento de vecinos reemplaza los mensajes de Protocolo de resolucin de direcciones (ARP, Address Resolution Protocol)

Capacidad de ampliacin: IPv6 se puede ampliar con nuevas caractersticas al agregar encabezados de extensin a continuacin del encabezado IPv6. A diferencia del encabezado IPv4, que solo admite 40 bytes de opciones, el tamao de los encabezados de extensin IPv6 solo esta limitado por el tamao del paquete IPv6. IMPLANTACION DE IPV6 IPv6 no es realmente compatible con IPv4 pues utiliza un formato de encabezado diferente, sin embargo, con pequeas modificaciones puede lograrse compatibilidad. No obstante la implementacin del IPv6 implica modificaciones en computadoras, routers e incluso en las aplicaciones. La implantacin del nuevo protocolo se est realizando en forma gradual mediante la creacin de redes islas con IPv6. Para la interconexin de estas islas a travs del backbone IPv4 se utiliza tunneling de Ipv6 a IPv4. La red experimental as formada se conoce como 6Bone y empez a funcionar en 1996. Existe una gran variedad de empresas y sitios Web que ofrecen aplicaciones listas para funcionar bajo el nuevo protocolo. Se espera que el IPv6 reemplace gradualmente al IPv4, coexistiendo ambos algunos aos. Una transicin sin sobresaltos permitir a proveedores y usuarios sacar partido de sus inversiones en los actuales servicios IPv4, al tiempo que preparan la migracin completa al IPv6 a medida que vayan apareciendo nuevos dispositivos IPv6. La IETF ha ideado una amplia gama de tcnicas de transicin e integracin, que permite a los proveedores elegir los mtodos que resulten ms adecuado para ellos. En ltima instancia, muchas implantaciones IPv6 sern <<nativas>>, es decir, puramente IPv6, en lugar de ser islas de IPv6 conectadas por medio de Internet IPv4 existente.

ESTRUCTURA DEL PROTOCOLO IPV6

10

La unidad de datos del protocolo IPv6 se conoce con el nombre de paquete y su estructura tiene la siguiente forma:

Un paquete en IPv6 esta compuesto principalmente de dos partes: la cabecera y los datos. CABECERA DE IPV6 La cabecera esta en los primeros 40 bytes del paquete y contiene las direcciones de origen y destino (128 bits cada una), la versin de IP (4 bits), la clase de trafico (8 bits, Prioridad del Paquete), etiqueta de flujo (20 bits, manejo de la Calidad de Servicio), longitud del campo de datos (16 bits), cabecera siguiente (8 bits), y limite de saltos (8 bits, Tiempo de Vida). Despus viene el campo de datos, con los datos que transporta el paquete, que puede llegar a 64k de tamao en el modo normal, o mas con la opcin "jumbo payload".

Campos relevantes:
Versin: Es un campo de 4 bits que designa que el paquete es de IPv6 (0110) Todo el software IP debe verificar este campo antes de procesar el datagrama, para ver si el formato coincide con las especificaciones y la versin esperada. Clase de Trafico: Este es un campo de 8 bits donde se puede dar especificar un identificador de diferenciacin de trfico. Actualmente varios grupos de la IETF estn trabajando en la forma que mejor se pueda usar este campo. Uno

de estos es DiffServ, el cual esta clasificando el trafico mas importante asignndole mayor prioridad. Similar al los bits de precedencia de IPv4. Etiqueta de flujo: Este campo de 20 bits es usado cuando se necesita un manejo especial de un paquete. Este contiene informacin que los enrutadores usan para asociar ciertos datagramas con un flujo y prioridad especifica. Por ejemplo se quiere establecer una videoconferencia, por lo tanto se fija un flujo que garantice un retardo mnimo entre el audio y el video. Tambin un ISP podria contratar con sus clientes un flujo de datos especifico, o distribuido de acuerdo a servicios o sitios que visita (QoS). Longitud de la carga util: Es un entero de 16 bits usado para designar la
11

longitud de la carga util del datagrama IP (informacin), sin el encabezado base, la cual esta dada en octetos. Esto da 2^16 posibilidades, alrededor de 64000 octetos. Teniendo la posibilidad de transmitir paquetes tan grandes, en ciertas circunstancias puede significar un gran aumento en eficiencia. Cuando los paquetes son grandes, el numero de paquetes necesarios para enviar cierta informacin es menor, y cuando hay menos paquetes para enrutar, entonces el enrutador tiene mas tiempo para enrutar otros paquetes, o realizar otras tareas (manejo de cache, mantenimiento de tablas, etc). Los encabezados extendidos si se incluyen en la longitud de la carga til. Siguiente cabecera: Este campo es designado para que los enrutadores sepan si hay mas encabezados consecuentes que deben ser analizados en el datagrama. Este campo de 8 bits permite 255 posibilidades, de las cuales actualmente se tienen definidas unas cuantas. 1. Hop-by-hop Header Son las propiedades que cada nodo por el que pase un paquete debe analizar. 2. Destination Options Header I Son las opciones que el destino tiene para el manejo del paquete, este con el uso del encabezado hop by hop, puede denotar que el destino es el siguiente router. 3. Routing Header Define una lista de nodos intermedios por el cual un paquete debe pasar para llegar a su destino. 4. Fragment Header Es usado por el origen para enviar paquetes que son mas grandes que el MTU definido. Contrariamente a IPv4, IPv6 no permite fragmentar un paquete durante el transito. Para esto descubre en la ruta por medio de ICMPv6 y el Hop-by-hop header el MTU mnimo de la ruta. Entonces este encabezado se usa cuando se requiere mandar un paquete mas grande que el MTU descubierto. 5. Authentication Header Permite garantizar que un paquete si pertenece al origen. 6. Encrypted Security Payload Header Ahora que se puede garantizar que un paquete pertenece al origen, se debe garantizar que la carga util pueda ser leda solo por el host destino. El encabezado de autenticacin y este proveen lo que se conoce como IPsec. 7. Destination Options Header II A diferencia del encabezado de destino I, este solo posee opciones para el destino, como las opciones de seguridad se encuentran antes, estas opciones se consideran seguras de extremo a extremo. Limite de saltos: Cumple una funcionalidad similar al TTL en IPv4. Especifica el numero de saltos que un paquete, a nivel de la capa de red, puede tener. Un limite de estos es de mucha importancia para que no se den ciclos infinitos cuando haya problemas de enrutamiento. Al igual que en IPv4 este campo es de 8 bits y es
12

inicializado en 255, decrementandose en 1 cuando pasa por un enrutador. Direccion fuente: Es la direccin de la maquina que origina el paquete. Direccion destino: A diferencia de IPv4, esta no es necesariamente la direccin del destino, puede ser una direccin intermedia al destino, de acuerdo a los encabezados extendidos que se use (NEXT HEADER)

DIRECCIONES Las direcciones IPv6 son identificadores de 128 bits para interfaces y conjuntos de interfaces. Se asignan a interfaces y no a nodos. En IPv6 un nodo es cualquier dispositivo que implemente el protocolo IPv6, esto incluye a las computadoras y dispositivos de encaminamiento. A una interface se le podran asignar varias direcciones IPv6 de cualquier tipo. Dichas direcciones se clasifican en tres tipos. Unicast: Identificador para una nica interfaz. Un paquete enviado a una direccin unicast es entregado solo a la interfaz identificada con dicha direccion. Es el equivalente a las direcciones IPv4 actuales. Anycast: Identificador para un conjunto de interfaces (tipicamente pertenecen a diferentes nodos). Un paquete enviado a una direccin anycast es entregado en una (cualquiera) de las interfaces identificadas con dicha direccion (la mas prxima, de acuerdo a las medidas de distancia del protocolo de encaminado). Nos permite crear, por ejemplo, mbitos de redundancia, de forma que varias maquinas puedan ocuparse del mismo trafico 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. La misin de este tipo de paquetes es evidente: aplicaciones de retransmisin mltiple (broadcast).

NOTACION DE DIRECCIONES Diferente a IPv4 que usa 4 octetos separados por puntos en notacin decimal, IPv6 al tener que denotar una direccin de 128bits usa 8
13

campos hexadecimales, de 16 bits cada uno. El uso de hexadecimales en IPv6 nos sirve para una notoria reduccin en el tamao de la direccin, ya que cada byte se puede denotar en 2 hexadecimales Por ejemplo una direccin en IPv6 podra verse as: 3FC2:43AB:3240:0000:85E2:0002:2900:00AC, se usan dos puntos (:) para la delimitacion de campos. A veces las direcciones se pueden tornar un poco confusas por ser tan largas, pero se pueden utilizar convenciones adicionales para su reduccion. -Todos los ceros a la izquierda se pueden eliminar. -Si uno de los campos tiene solo ceros se puede obviar el campo dejndolo vacio. -Si hay varios campos vacios, se eliminan los dos puntos de tal modo que solo queden dos consecutivos. 3FFE:43AB:3240:0000:85E2:0002:2900:00AC pasara a ser: 3FFE:43AB:3240::85E2:2:2900:AC 3FFE:FE34:32AB:0000:0000:0000:0000:0001 podra expresarse como: 3FFE:FE34:32AB::1 Basicamente la direccin Ipv6 se divide en dos partes: un prefijo de subred y un identificador de interface. Los primeros bits identifican el tipo de direccin, de manera anloga al Ipv4, es decir, que el prefijo nos permite conocer donde esta conectada una determinada interface (su ruta de encaminamiento). Las direcciones siguen siendo asignadas por el proveedor, pero al cambiar de proveedor, solo cambia el prefijo, y la red se renumera automticamente (routers, sitios y nodos finales dispositivos servidores). Las interfaces pueden tener mltiples direcciones. Las direcciones tienen mbito (Global, Sitio, Enlace). Las direcciones, al estar compuestas por un prefijo y un identificador de interfaz, nos permiten separar quien es de donde esta conectado . Adems, las direcciones tienen un periodo de vida (de validez AUTOCONFIGURACION: La autoconfiguracin es el conjunto de pasos por los cuales un host decide como auto configurar sus interfaces en IPv6. Este mecanismo es el que nos permite afirmar que IPv6 es Plug & Play. El proceso incluye la creacin de una direccin de enlace local, verificacin de que no esta duplicada en dicho enlace y determinacin de la informacin que ha de ser autoconfigurada (direcciones y otra informacion). Las direcciones pueden obtenerse de forma totalmente manual, mediante DHCPv6 (stateful o configuracion predeterminada), o de forma automtica (stateless o descubrimiento automatico, sin intervencion). Este protocolo define el proceso de generar una direccin de enlace local, direcciones globales y locales de sitio, mediante el procedimiento automtico (stateless). Tambien define el mecanismo para detectar direcciones duplicadas.
14

La autoconfiguracion stateless (sin intervencion), no requiere ninguna configuracin manual del host, configuracin minima (o ninguna) de routers, y no precisa servidores adicionales. Permite a un host generar su propia direccin mediante una combinacin de informacin disponible localmente e informacin anunciada por los routers. Los routers anuncian los prefijos que identifican la subred (o subredes) asociadas con el enlace, mientras el host genera un identificador de interfaz, que identifica de forma nica la interfaz en la subred. La direccin se compone por la combinacin de ambos campos. En ausencia de router, el host solo puede generar la direccin de enlace local, aunque esto es suficiente para permitir la comunicacin entre nodos conectados al mismo enlace. En la autoconfiguracion stateful (predeterminada), el host obtiene la direccin de la interfaz y/o la informacin y parmetros de configuracin desde un servidor. Los servidores mantienen una base de datos con las direcciones que han sido asignadas a cada host. Ambos tipos de autoconfiguracin (stateless y stateful), se complementan. Un host puede usar autoconfiguracin sin intervencin (stateless), para generar su propia direccion, y obtener el resto de parmetros mediante autoconfiguracion predeterminada (stateful). El mecanismo de autoconfiguracion sin intervencion se emplea cuando no importa la direccion exacta que se asigna a un host, sino tan solo asegurarse que es unica y correctamente enrutable. El mecanismo de autoconfiguracion predeterminada, por el contrario, nos asegura que cada host tiene una determinada direccion, asignada manualmente. Cada direccion es cedida a una interfaz durante un tiempo predefinido (posiblemente infinito). Las direcciones tienen asociado un tiempo de vida, que indican durante cuanto tiempo esta vinculada dicha direccion a una determinada interfaz. Cuando el tiempo de vida expira, la vinculacion se invalida y la direccin puede ser reasignada a otra interfaz en cualquier punto de Internet. Para gestionar la expiracin de los vinculos, una direccion pasa a traves de dos fases diferentes mientras esta asignada a una interfaz. Inicialmente, una direccin es preferred (preferida), lo que significa que su uso es arbitrario y no esta restringido. Posteriormente, la direccin es deprecated (desaprobada), en anticipacin a que el vinculo con su interfaz actual va a ser anulado. Mientras esta en estado desaprobado, su uso es desaconsejado, aunque no prohibido. Cualquier nueva comunicacion (por ejemplo, una nueva conexin TCP), debe usar una direccin preferida, siempre que sea posible. Una direccin desaprobada debera ser usada tan solo por aquellas aplicaciones que ya la venan utilizando y a las que les es muy difcil cambiar a otra direccin sin interrupcin del servicio. Para asegurarse de que todas las direcciones configuradas son nicas, en un determinado enlace, los nodos ejecutan un algoritmo de deteccin de direcciones duplicadas, antes de asignarlas a una
15

interfaz. Este algoritmo es ejecutado para todas las direcciones, independientemente de que hayan sido obtenidas mediante autoconfiguracion stateless o stateful. La autoconfiguracin esta diseada para hosts, no para routers, aunque ello no implica que parte de la configuracin de los routers tambin pueda ser realizada automticamente (generacin de direcciones de enlace local). Adems, los routers tambin tienen que aprobar el algoritmo de deteccin de direcciones duplicadas. 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
16

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.

17