INTRODUCCIN

La familia de protocolos de Internet es un conjunto de protocolos de red en los que se basa Internet y que permiten la transmisin de datos entre redes de computadoras. En ocasiones se le denomina conjunto de protocolos TCP/IP, en referencia a los dos protocolos ms importantes que la componen: Protocolo de Control de Transmisin (TCP) y Protocolo de Internet (IP), que fueron los dos primeros en definirse, y que son los ms utilizados de la familia. La direccin IP identifica la ubicacin de un equipo en la red, al igual que el nmero de la direccin identifica una casa en una ciudad. Al igual que sucede con la direccin de una casa especifica, que es exclusiva pero sigue ciertas convenciones, una direccin IP debe ser exclusiva pero conforme a un formato estndar. En las redes de computadoras para poder establecer comunicacin, cada equipo debe tener una direccin IP exclusiva. En el direccionamiento IP en clases, existen tres clases de direccin que se utilizan para asignar direcciones IP a los equipos. El tamao y tipo de la red determinar la clase de direccin IP que se aplicar cuando se proporcionen direcciones IP a los equipos y otros host de nuestra red. En la presente investigacin abordaremos temas concernientes a: Qu es IPv6? Diferencias entre IPv4 e IPv6. Direccionamiento IPv6. Clasificacin IPv6 (Unicast Anycast y Multicast)

La creciente demanda de internet unida a la escases progresiva de direcciones por el espacio insuficiente del protocolo IPv4 no pintan un panorama idneo. Esta combinacin dificultara la incorporacin de nuevos usuarios, dispositivos, servicios y aplicaciones, adems de que aumentara los costos de desarrollo de software y de uso de internet. Por ello, la Internet Engineering Task Force ( IETF) dise la nueva versin del protocolo IP, IPv6 (Internet Protocol Version 6) o IPNG (Next Generation Internet Protocol), para reemplazar en forma gradual a la versin actual, ofreciendo un espacio de direcciones IP de 128 bits (frente los 32 bits de IPv4). La principal motivacin para el diseo y despliegue de IPv6 fue la expansin del espacio de direcciones disponible en Internet, permitiendo as que se conecten billones de nuevos dispositivos (PDAs, telfonos mviles, etc.), nuevos usuarios y tecnologas `siempre-conectadas` (xDSL, cable, Ethernet en el hogar, Fibra en el hogar, Comunicaciones a travs de la red elctrica).

QU ES IPv6 Es un protocolo encargado de dirigir los paquetes a travs de una red, especialmente Internet. Fue diseado por Steve Deering de Xerox PARC y Craig Mudge. IPv6 fue diseada para sustituir la versin actual (IPv4) que tiene grandes limitaciones, especialmente un limitado nmero de direcciones de red posibles. IPv6 soporta 340.282.366.920.938.463.463.374.607.431.768.211.456 (2 elevado a 128) de direcciones, mientras que IPv4 slo 4.294.967.296 (2 elevado a 32). Por qu surge la IPv6? El motivo bsico para crear un nuevo protocolo fue la falta de direcciones. IPv4 tiene un espacio de direcciones de 32 bits, en cambio IPv6 ofrece un espacio de 128 bits. El reducido espacio de direcciones de IPv4, junto al hecho de falta de coordinacin para su asignacin durante la dcada de los 80, sin ningn tipo de optimizacin, dejando incluso espacios de direcciones discontinuos, generan en la actualidad, dificultades no previstas en aquel momento. Otros de los problemas de IPv4 es la gran dimensin de las tablas de ruteo en el backbone de Internet, que lo hace ineficaz y perjudica los tiempos de respuesta. Debido a la multitud de nuevas aplicaciones en las que IPv4 es utilizado, ha sido necesario agregar nuevas funcionalidades al protocolo bsico, aspectos que no fueron contemplados en el anlisis inicial de IPv4, lo que genera complicaciones en su escalabilidad para nuevos requerimientos y en

el uso simultneo de dos o ms de dichas funcionalidades. Entre las mas conocidas se pueden mencionar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec) y movilidad. Caractersticas de IPv6 Las principales caractersticas de la IPv6 se sintetizan en el mayor espacio de direccionamiento, seguridad, autoconfiguracin y movilidad. Pero tambin hay otras que son importantes mencionar: Infraestructura de direcciones y enrutamiento eficaz y jerrquica. Mejora de compatiblidad para Calidad de Servicio (QoS) y Clase de Servicio (CoS). Multicast: envo de un mismo paquete a un grupo de receptores. Anycast: envo de un paquete a un receptor dentro de un grupo. Movilidad: una de las caractersticas obligatorias de IPv6 es la posibilidad de conexin y desconexin de nuestro ordenador de redes IPv6 y, por tanto, el poder viajar con l sin necesitar otra aplicacin que nos permita que ese enchufe/desenchufe se pueda hacer directamente. Seguridad Integrada (IPsec): IPv6 incluye IPsec, que permite autenticacin y encriptacin del propio protocolo base, de forma que todas las aplicaciones se pueden beneficiar de ello. Capacidad de ampliacin. Calidad del servicio. Velocidad.

Direccionamiento Ya hemos dicho que IPv6 nos aporta, como principio fundamental, un espacio de 2128 direcciones, lo que equivale a 340.282.366.920.938.463.374.607.431.768.211.456.

Hagamos una cuenta rpida, para hacernos a la idea de lo que esta cifra impronunciable implica. podramos tener por Calculemos el nmero de direcciones IP que metro cuadrado de la superficie terrestre:

665.570.793.348.866.943.898.599. Indudablemente, hay cabida para todos los dispositivos que podamos imaginar, no solo terrestres, sino interplanetarios. Aunque, por el momento, no podemos asegurar que tenga capacidad para los dispositivos intergalcticos. Clasificacin Las 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 de las interfaces identificadas con dicha direccin. Nos permite crear, por ejemplo, mbitos de redundancia, de forma que varias maquinas puedan ocuparse del mismo trfico segn una secuencia determinada, 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 misma de este tipo de paquetes es evidente: aplicaciones de retransmisin mltiple (broadcast).

En el IPv6 no existen direcciones broadcast, su funcionalidad ha sido mejorada por las direcciones multicast. Direcciones Especiales en IPv6 Se han definido tambin las direcciones para usos especiales como:
-

Direccin de auto-retorno o Loopback (::1) no ha de ser asignada a una interfaz fsica; se trata de una interfaz virtual, pues se trata de paquetes que no salen de la maquina que los emite; nos permite hacer un bucle para verificar la correcta inicializacin del protocolo (dentro de una determinada maquina).

Direccin no especificada (::) nunca debe ser asignada a ningn nodo, ya que se emplea para indicar la ausencia de direccin; por ejemplo; cuando se halla en el campo de direccin fuente, indica que se trata de un host que esta inicindose, antes de que haya aprendido su propia direccin.

Tneles dinmicos / automticos de IPv6 sobre IPv4 (::direccin IPv4>). Se denominan direcciones IPv6 compatibles con IPv4, y permiten la retransmisin de trafico IPv6 sobre infraestructuras IPv4, de forma transparente. 80 bits 0000 0000 16 bits 0000 automtica de direcciones 32 bits Direccin IPv4 IPv4 sobre IPv6

Representacin

(::FFFF<direccin IPv4>) Permite que los nodos que slo soportan IPv4, puedan seguir trabajando en redes IPv6. Se denominan direcciones IPv6 mapeadas desde IPv4. 80 bits 0000 0000 16 bits FFFF 32 bits Direccin IPv4

Representacin de las Direcciones IPv6 La representacin de las direcciones IPv6 sigue el siguiente esquema: x:x:x:x:x:x:x:x, donde x es un valor hexadecimal de 16 bits, de la porcin correspondiente a la direccin IPv6. No es preciso escribir los ceros a la izquierda de cada campo. Ejemplos: FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 1080:0:0:0:8:800:200C:417A Dado que por el direccionamiento que se ha definido, podrn existir largas cadenas de bits cero, se permite la escritura de su abreviacin, mediante el uso de ::, que representa mltiples grupos consecutivos de 16 bits cero. Este smbolo slo puede aparecer una vez en la direccin IPv6. Ejemplos: Las direcciones: 1080:0:0:0:8:800:200C:417A (una direccin unicast) FF01:0:0:0:0:0:0:101 (una direccin multicast) 0:0:0:0:0:0:0:1 (la direccin loopback) 0:0:0:0:0:0:0:0 (una direccin no especificada) Pueden representarse como: 1080::8:800:200C:417A (una direccin unicast) FF01::101 (una direccin multicast) ::1(la direccin loopback) :: (una direccin no especificada)
-

Una forma alternativa y muy conveniente, cuando nos hallemos en un entorno mixto IPv4 e IPv6, es x:x:x:x:x:x:d:d:d:d, donde x representa valores hexadecimales de 16 bits (6 porciones de mayor peso), y d representa valores decimales de las 4 porciones de 8 bits de menor peso (representacin estndar IPv4). Ejemplos: 0:0:0:0:0:0:13.1.68.3

0:0:0:0:0:FFFF:129.144.52.38 Pueden representarse como: ::13.1.68.3 ::FFFF:129.144.52.38 La representacin de los prefijos IPv6 se realiza del siguiente modo: Direccin-IPv6/longitud-del-prefijo Donde: Direccin-IPv6= una direccin IPv6 en cualquiera de las notaciones validas. Longitud-del-prefijo= valor decimal indicando cuantos bits contiguos de la parte izquierda de la direccin componen el prefijo. Por ejemplo, las representaciones validas del prefijo de 60 bits 12AB00000000CD3, son: 12AB:0000:0000:CD30:0000:0000:0000:0000/60 12AB::CD30:0:0:0:0/60 12AB:0:0:CD30::/60 Por lo tanto, para escribir una direccin completa, indicando la subred, podramos hacerlo como: 12AB:0:0:CD30:123:4567:89AB:CDEF/60 Direcciones Unicast Locales Las direcciones unicast, son agregables con mascaras de bits contiguos, similares al caso de IPv4, con CIDR (Class-less Interdomain Routing). 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 Un host algo ms sofisticado, conocera el prefijo de la subred del enlace al que esta conectado: N bits Prefijo de Subred 128-n bits Identificador de Interfaz

Dispositivos mas sofisticados pueden tener un conocimiento mas amplio de la jerarqua de la red, sus lmites, entre otros, en ocasiones dependiendo de la posicin misma que el dispositivo o host/router, ocupa en la propia red. 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 mas 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. Se han definido dos tipos de direcciones unicast de uso local: Local de Enlace (Link-Local) y Local de Sitio (Site-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 esta limitado a la red local). Tienen el siguiente formato: 10 bits 1111111010 54 bits 0 64 bits Identificador de interfaz

Se trata de direcciones FE80::<ID de interfaz>/10. Las direcciones locales de sitio permiten direccionar dentro de un sitio local u organizacin, sin la necesidad de un prefijo global. Se configuran mediante un identificador de subred, de 16 bits. Los encaminadores no deben de retransmitir fuera del sitio ningn paquete cuya direccin fuente o destino sea local de sitio (su mbito est limitado a la red local o de la organizacin) 10 bits 1111111011 38 bits 0 16 bits ID de subred 64 bits Identificador de interfaz

Se trata de direcciones FEC0::<ID de subred>:<ID de interfaz>/10. Direcciones anycast (RFC2526) Las direcciones anycast tienen el mismo rango de direcciones que las unicast. Cuando una direccin unicast es asignada a mas de una interfaz, convirtindose en una direccin anycast, los nodos a los que dicha direccin

ha sido asignada, deben ser explcitamente configurados para que reconozcan que se trata de una direccin anycast. 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 00000000000000000000

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. Una aplicacin evidente de esta caracterstica, adems de la tolerancia a fallos, es la movilidad. Imaginemos nodos que necesitan comunicarse con un router entre el conjunto de los disponibles en su subred. Dentro de cada subred, los 128 valores superiores de identificadores de interfaz estn reservados para su asignacin como direcciones anycast de la subred. Las direcciones cuyos tres primeros bits (prefijo de formato) tienen valores entre 001 y 111 (excepto las de multicast, 1111 1111), indican con el bit universal/local igual a cero, que el identificador de interfaz tiene 64 bits, y por tanto no es globalmente nico (es local). En este caso, las direcciones reservadas anycast de subred se construyen del siguiente modo:

64 bits Prefijo de subred

57 bits 1111110111111

7 bits ID anycast

En el resto de los casos, el identificador de interfaz puede tener una longitud diferente de 64 bits, por lo que la construccin se realiza segn el siguiente esquema: N bits Prefijo de subred 121-n bits 11111111111111 7 bits ID anycast

Direcciones multicast (RFC2375) Una direccin multicast en IPv6, puede definirse como un identificador para un grupo de nodos. Un nodo puede pertenecer a uno o varios grupos multicast. Las direcciones multicast tienen el siguiente formato: 8 11111111 4 000T 4 mbito 112 bits Identificador de Grupo

El bit T indica, si su valor es cero, una direccin multicast permanente, asignada nicamente por la autoridad de numeracin global de Internet. En caso contrario, si su valor es uno, se trata de direcciones multicast temporales. Los 4 bits que preceden, que por el momento estn fijados a cero, estn reservados para futuras actualizaciones. Los bits mbito tienen los siguientes significados:

0 1 2 3 4 5 6 7 8 9 A B C D E F

Reservado mbito Local de Nodo mbito Local de Enlace No asignado No asignado mbito Local de Sitio No asignado No asignado mbito Local de Organizacin No asignado No asignado No asignado No asignado No asignado mbito Global Reservado

El identificador de grupo, identifica, al grupo de multicast concreto al que nos referimos, bien sea permanente o temporal, dentro de un determinado mbito. 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 FF02::101 significa todos los NTS en el mismo enlace que el paquete FF05::101 significa todos los NTS en el mismo sitio que el paquete de FF0E::101 significa todos los NTS en InternetLas direcciones multicast no-permanentes, slo tienen sentido en su

origen. origen. origen.

propio mbito. Por ejemplo, un grupo identificado por la direccin temporal multicast local de sitio FF15::01, no tiene ninguna relacin con un grupo usando la misma direccion en otro sitio, ni con otro grupo temporal que use el mismo identificador de grupo (en otro mbito), ni con un grupo permanente con el mismo identificador de grupo. Las direcciones multicast no deben ser usadas como direccin fuente en un paquete IPv6, ni aparecer en ninguna cabecera de encaminado. Las principales direcciones multicast reservadas son las incluidas en el rango FF0x:0:0:0:0:0:0:0. Algunos ejemplos tiles de direcciones multicast, segn su mbito, serian: FF01:0:0:0:0:0:0:1 todos los nodos (mbito local)

FF02:0:0:0:0:0:0:1 todos los nodos (mbito de enlace) FF01:0:0:0:0:0:0:2 todos los routers (mbito local) FF02:0:0:0:0:0:0:2 todos los routers (mbito de enlace) FF05:0:0:0:0:0:0:2 todos los routers (mbito de sitio) La direccin FF02:0:0:0:0:1:FFxx:xxxx, denominada Solicited-Node

Address, o direccin de nodo solicitada, permite calcular la direccin multicast a partir de la unicast o anycast de un determinado nodo. Para ello, se sustituyen los 24 bits de menor peso (x) por los mismos bits de la direccin original. As, la direccin 4037::01:800:200E:8C6C se convertira en FF02::1:FF0E:8C6C. Cada nodo debe calcular y unirse a todas las direcciones multicast que le corresponden para cada direccin unicast y anycast que tiene asignada. 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. Las direcciones multicast solicitadas para cada direccion 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 routers de la subnet, para las interfaces en las que esta 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). Direcciones unicast globales agregables (RFC2374) Dado que uno de los problemas que IPv6 resuelve es la mejor organizacin jerrquica del routing en las redes pblicas (globales), es indispensable el concepto de direccionamiento agregable. En la actualidad ya se emplea este tipo de direcciones, basadas en la agregacin por parte de los proveedores del troncal Internet, y los mecanismos adoptados para IPv6, permiten su continuidad. Pero adems, se incorpora un mecanismo de agregacin basado en intercambios.

La combinacin de ambos es la que permite un encaminamiento mucho ms eficiente, dando dos opciones de conectividad a unas u otras entidades de agregacin. Se trata de una organizacin basada en tres niveles: -

Topologa Pblica: conjunto de proveedores e intercambiadores que proporcionan servicios pblicos de trnsito Internet. Topologa de Sitio: redes de organizaciones que no proporcionan servicios pblicos de transito a nodos fuera de su propio sitio. Identificador de Interfaz: identifican interfaces de enlaces. En la figura adjunta, el formato de direcciones agregables ha sido

diseado para soportar proveedores de larga distancia (identificados como Proveedor 1-4), intercambiadores (Intercambiador 1 y 2), proveedores de niveles inferiores (podran ser ISPs, identificados como Proveedor 5 y 6), y Clientes (Cliente A-F). A diferencia de lo que ocurre actualmente, los intercambiadores tambin proporcionarn direcciones pblicas IPv6. Las organizaciones conectadas a dichos intercambiadores tambin recibirn servicios de conectividad directos, indirectamente a travs del intercambiador, de uno o varios proveedores de larga distancia. De esta forma, su direccionamiento es independiente de los proveedores de trfico de larga distancia, y pueden, por tanto, cambiar de proveedor sin necesidad de renumerar su organizacin. Este es uno de los objetivos de IPv6.

Adems, una organizacin puede estar suscrita a mltiples proveedores (multi-homing o multi-localizacin), a travs de un intercambiador, sin necesidad de tener prefijos de direcciones de cada uno de los proveedores.

Intercambiador 1

Intercambiador 2

Estructura de direcciones unicast globales agregables El formato de las direcciones unicast globales agregables es el siguiente:

3 FP

13 TLD ID

8 Res.

24 NLA ID

16 SLA ID

64 bits Interfaz ID

Topologa Pblica

Topologa de Sitio

Identificador de Interfaz

Donde: FP TLA ID Res. NLAD ID. SLA ID. Interfaz ID Prefijo de Formato (001) - Format Prefix Identificador de Agregacin de Nivel Superior Top Level Aggregation Identifer Reservado para uso futuro Identificador de Agregacin de Siguiente Nivel Next Level Aggregation Identifier Identificador de Agregacin de Nivel de Sitio Site Level Aggregation Identifier Identificador de Interfaz

El campo Reservado permitir, en el futuro, ampliaciones organizadas del protocolo, por ejemplo ampliar el nmero de bits de los cmapos TLA y NLA. Por el momento contiene ceros. Identificador de Agregacin de Nivel Superior Se trata del nivel superior en la estructura jerrquica de enrutado.

Los routers situados en este nivel tienen, en la tabla de encaminado, una entrada para cada TLA ID activo, y probablemente entradas adicionales relativas al propio TLA ID donde estn fsicamente situados. Podran tener otras entradas, para su optimizacin, dependiendo de su topologa, pero siempre pensando en que se minimice la tabla. Esta estructura de direccionamiento permite 8.192 (2 13) identificadores de TLA. Se prev que su crecimiento haciendo que este campo crezca hacia la derecha en el espacio reservado para el futuro, o usando este mismo formato/estructura para prefijos de formato (FP) adicionales. Identificador de Agregacin de siguiente nivel Es empleado por organizaciones a las que se ha asignado un TLA, para crear una estructura jerrquica de direccionamiento, acorde con su propia red, y para identificar los sitios u organizaciones que de ella depende. Pueden reservar los bits superiores para la diferenciacin de la estructura de su red, en funcin a sus propias necesidades.

n NLA1

24-n bits Site ID

16 SLA ID

64 bits Interfaz ID

Dado que cada organizacin recibe un TLA dispone de 24 bits de espacio NLA, permite proporcionar servicio aproximadamente al nmero total de direcciones IPv4 soportadas actualmente. Las organizaciones que reciben un TLA pueden soportar varios NLA en su propio espacio de direccionamiento (Site ID). Esto permite que sirvan tanto a clientes directos (suscriptores) como a otras organizaciones

proveedoras de servicios pblicos de trnsito. Y as sucesivamente, como se muestra en la siguiente figura:

n NLA1 m NLA2 o

24-n bits Site ID 24-n-m bits Site ID 24-n-m-o bits Site D

16 SLA ID 16 SLA ID 16 SLA ID

64 bits Interfaz ID 64 bits Interfaz ID 64 bits Interfaz ID

NLA3

El diseo del espacio NLA de cada organizacin es libre para cada TLA asignado, y as sucesivamente con los niveles inferiores. Sin embargo, se recomienda seguir los procedimientos del RFC2050. En cualquier caso es fundamental apreciar el balance entre eficacia de encaminado agregable y flexibilidad. Las estructuras ms jerrquicas permiten una mejor agregacin, y por tanto reducen las tablas de encaminado. Por lo contrario, asignaciones ms planas del espacio NLA proporcionan mejor flexibilidad en la conexin (crecimientos no previstos en un determinado espacio), resultando en tablas de encaminado mayores, y por tanto menos eficaces.

Identificador de Agregacin de Nivel de Sitio El SLA es usado por organizaciones finales para crear su propia estructura jerrquica de direcciones e identificar sus subredes. Es equivalente al concepto de su subred en IPv4, con la muy apreciable diferencia de que cada corporacin tiene un mayor nmero de subredes (16 bits proporcionan capacidad para 65.535).

Del mismo modo que en el caso del NLA, se puede escoger entre una estructura plana, o crear varios niveles, segn la figura adjunta:

n SLA1 m

16-n bits Subred 16-n-m bits Subred

64 bits Interfaz ID 64 bits Interfaz ID

SLA2

Una gran compaa podra necesitar varios identificadores SLA. Como es lgico, cada caso depender de cmo estn conectadas sus diversas delegaciones.

Formato para la representacin en URLs (RFC2732) Cuando navegamos, continuamente aludimos a URL, en muchas ocasiones sin conocer el significado precios de esta abreviatura. La especificacin original (RFC2386), que data del ao 1.988, nos dice que Uniform Resource Locator (Localizador de Recurso Uniforme), es un medio simple y extensible para identificar un recurso a travs de su localizacin en la red. Una vez aclarado esto, y de la misma forma que en ocasiones usamos direcciones en formato IPv4 para escribir un URL, se han descrito unas normas para realizar la representacin literal de direcciones IPv6 cuando se usan herramientas de la navegacin WWW.

El motivo por el que ha sido preciso realizar esta definicin es bien simple. Con la anterior especificacin no estaba permitido emplear el carcter : en una direccin, sino como separador de puerto. Por lo tanto, si se desea facilitar operaciones tipo cortar y pegar (cut and paste), para trasladar direcciones entre diferentes aplicaciones, de forma rpida, era preciso buscar una solucin que evitase la edicin manual de las direcciones IPv6. La solucin es bien sencilla: el empleo de los corchetes ([,]) para encerrar la direccin IPv6, dentro de las estructura habitual del URL. Veamos algunos ejemplos; las direcciones siguientes:
-

FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 1080:0:0:0:8:800:200C:4171 3ffe:2a00:100:7031::1 1080::8:800:200C:417A ::192.9.5.5 ::FFFF:129.144.52.38 2010:836B:4179::836B:4179 Seran representadas como:

- http://[FEDC:BA98:7654:3210:FEDC:BA98:7654:3210]:80/index.html http://[1080:0:0:0:8:800:200C:417A]/index.html http://[3ffe:2a00:100:7031::1] http://[1080::8:800:200C:417A]/foo http://[::192.9.5.5]/ipng http://[::FFFF:129.144:52.38]:80/index.html http://[2010:836B:4179::836B:4179]

Los resultados de este esquema son:

Las direcciones siguen siendo asignadas por el proveedor, pero al cambiar de proveedor, slo cambia el prefijo, y la red se renumera automticamente (routers, sitios y nodos finales dispositivos servidores).

Las interferencias 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 quin es de donde esta conectad: Adems, las direcciones tienen un perodo de vida (de validez). El RFC2450 propone las reglas para la administracin de los TLAs y

NLAs.

ICMPv6 (RFC2463)

El protocolo de mensajes de control de internet (Internet Control Message Protocol), descrito originalmente en el documento RFC792 para IPv4, ha sido actualizado para permitir su uso bajo IPv6. El protocolo resultante de dicha modificacin es ICMPv6, y se le ha asignado un valor, para el campo de siguiente cabecera, igual a 58. ICMPv6 es parte integral de IPv6 y debe ser totalmente incorporado a cualquier implementacin de nodo IPv6. ICMPv6 es empleado por IPv6 para reportar errores que se encuentran durante el procesado de los paquetes, as como para la realizacin de otras funciones relativas a la capa Internet, como diagnsticos (ping). El formato genrico de los mensajes ICMPv6 es el siguiente:

bits Tipo

8 Cdigo

16 Checksum

32

Cuerpo del mensaje

El campo tipo indica el tipo de mensaje, y su valor determina el formato del resto de la cabecera. El campo cdigo depende del tipo de mensaje, y se emplea para crear un nivel adicional de jerarqua para la clasificacin del mensaje. El checksum o cdigo de redundancia nos permite detectar errores en el mensaje ICMPv6.

Los mensajes ICMPv6 se agrupan en dos tipos o clases: mensaje de error y mensajes informativos. Los mensajes de error tienen cero en el bit de mayor peso del campo tipo, por lo que sus valores se sitan entre 0 y 127. Los valores de los mensajes informativos oscilan entre 128 y 255. Los mensajes definidos por la especificacin bsica son los siguientes:

Mensajes de error ICMPv6 Tipo 1 Descripcin y Cdigos Destino no alcanzable (Destination Unreachable) Cdigo 0 1 2 3 4 2 3 Descripcin Sin ruta hacia el destino Comunicacin prohibida administrativamente Sin asignar Direccin no alcanzable Puerto no alcanzable

Paquete demasiado grande (Packet Too Big) Tiempo excedido (Time Exceeded) Cdigo 0 1 Descripcin Lmite de saltos excedido Tiempo de desfragmentacin excedido

Problema de parmetros (Parameter Problem) Cdigo 0 1 2 Descripcin Campo errneo en cabecera Tipo de "cabecera siguiente" desconocida Opcin IPv6 desconocida

Mensajes informativos ICMPv6 Tipo 128 129 Descripcin Solicitud de eco (Echo Request) Respuesta de eco (Echo Reply)

Se est trabajando en nuevos tipos de mensajes, siendo el ms interesante de ellos el definido en un borrador de IETF (draft-ietf-ipngwgicmp-name-lookups-05.txt), que permitir solicitar a un nodo informacin completa como su nombre de dominio completamente cualificado (FullyQualified-Domaind-Name). Por razones de seguridad, las cabecera ICMPv6 pueden ser autenticadas y encriptadas, usando la cabecera correspondiente. El uso de este mecanismo permite, adems, la prevencin de ataques ICMP, como el conocido Negacin de Servicio (DoS o Denial of Service Attack). Mecanismos de Transicin La clave para la transicin es la compatibilidad con la base instalada de dispositivos IPv4. Esta afirmacin define un conjunto de mecanismos que los host y routers IPv6 pueden implementar para ser compatibles con host routers IPv4.

Estos mecanismos permitirn usar infraestructuras IPv4 para IPv6 y viceversa, dado que se prev que su uso ser prolongado, e incluso indefinido en muchas ocasiones. Doble pila (IPv4 e IPv6) El camino ms lgico y evidente de transicin es el uso simultneo de ambos protocolos, en pilas separadas. Los dispositivos con ambos protocolos tambin se denominan nodos IPv6/IPv4. De esta forma, un dispositivo con ambas pilas pueden recibir y enviar trfico a nodos que slo soportan uno de los dos protocolos (nodos slo IPv4 o slo IPv6). El dispositivo tendr una direccin en cada pila. Se pueden utilizar direcciones IPv4 e IPv6 relacionadas o no, y se pueden utilizar mecanismos manuales o automticos para la asignacin de las direcciones (cada una correspondiente al protocolo en cuestin). El DNS podr devolver la direccin IPv4, la direccin IPv6, o ambas. Tneles IPv6 sobre IPv4 Los tneles proporcionan un mecanismo para utilizar las infraestructuras IPv4 mientras la red IPv6 est siendo implantada. Este mecanismo consiste en enviar datagramas IPv6 encapsulados en paquetes IPv4. Los extremos finales del tnel siempre son los responsables de realizar la operacin de encapsulado del paquete IPv6 en IPv4. Estos tneles pueden ser utilizados de formas diferentes:

Router a router. Routers con doble pila (IPv6/IPv4) se conectan mediante una infraestructura IPv4 y transmiten trfico IPv6. El tnel comprende un segmento que incluye la ruta completa, extremo a extremo, que siguen los paquetes IPv6.

Host a router. Host con doble pila se conectan a un router intermedio (tambin con doble pila), alcanzable mediante una infraestructura IPv4. El tnel comprende el primer segmento de la ruta seguida por los paquetes.

Host a host. Host con doble pila interconectados por una infraestructura IPv4. El tnel comprende la ruta completa que siguen los paquetes.

Routers a host. Routers con doble pila que se conectan a hosts tambin con doble pila. El tnel comprende el ltimo segmento de la ruta. Los tneles se clasifican segn el mecanismo por el que el nodo que

realiza el encapsulado determina la direccin del nodo extremo del tnel. En los dos primeros casos (router a router y host a router), el paquete IPv6 es tunelizado a un router. El extremo final de este tipo de tnel, es un router intermedio que debe desencapsular el paquete IPv6 y reenviarlo a su destino final. En este caso, el extremo final del tnel es distinto del destino final del paquete, por lo que la direccin en el paquete IPv6 no proporciona la direccin IPv4 del extremo final del tnel. La direccin del extremo final del tnel ha de ser determinada a travs de informacin de configuracin en el nodo que realiza el tnel. Es lo que se denomina tnel configurado, describiendo aquel tipo de tnel donde el extremo final del tnel es explcitamente configurado. En los otros dos casos (host a host y router a host), el paquete IPv6 es tunelizado, durante todo el recorrido, a su nodo destino. El extremo final del tnel es el nodo destino del paquete, y por tanto, la direccin IPv4 est contenida en la direccin IPv6. Este caso se denomina tnel automtico.

Cabecera IPv6

Cabecera de Capa de Transporte

DATOS

Cabecera IPv4

Cabecera IPv6

Cabecera de Capa de Transporte

DATOS

El desencapsulado, en el extremo final del tnel, realiza la funcin opuesta, lgicamente. Transmisin de IPv6 sobre dominios IPv4 (RFC2529) Este mecanismo permite a host IPv6 aislados, sin conexin directa a routers IPv6, ser totalmente funcionales como dispositivos IPv6. Para ello se emplean dominios IPv4 que soportan multicast como su enlace local virtual. Es decir, usamos multicast IPv4 como su Ethernet virtual. De esta forma, estos hosts IPv6 no requieren direcciones IPv4 compatibles, ni tneles configurados. Los extremos finales del tnel se determinan mediante ND. Es imprescindible que la subred IPv4 soporte multicast. Este mecanismo se denomina comnmente 6 over 4. Conexin de dominios IPv6 sobre redes IPv4

El documento draft-ietf-ngtans-6to4-04.txt nos indica un mecanismo comnmente denominado 6 to 4, para asignar un prefijo de direccin IPv6 a cualquier sitio que tenga al menos una direccin IPv4 pblica. De esta forma, dominios o host IPv6 aislados, conectados a infraestructuras IPv4 (sin soporte de IPv6), pueden comunicar con otros dominios o hosts IPv6 con una configuracin manual mnima. Este mecanismo funciona an cuando la direccin IPv4 global (pblica) es nica y se accede a la red mediante mecanismos NAT (Network Address Translation), que es el caso ms comn en las redes actuales para el acceso a internet a travs del ISPs. Tnel Server y Tnel Broker El documento draft-ietf-ngtrans-broker-02.txt sienta las bases para aplicaciones que permiten utilizar, de forma libre y gratuita, nuestras direcciones IPv4 actuales, sobre las infraestructuras IPv4, para acceder a redes y sitios IPv6. Estos mecanismos se hacen indispensables para labores de investigacin, dado que se requieren direcciones IPv6 y nombres DNS permanentes. La diferencia con el mecanismo 6to4 es que el Tnel Broker no requiere la configuracin de un router. Se trata de ISPs IPv6 virtuales, proporcionando conectividad IPv6 a usuarios que ya tienen conectividad IPv4.

El tnel brker es el lugar donde el usuario se conecta para registrar y activar su tnel. El brker gestiona (crea, modifica, activa y desactiva) el tnel en nombre del usuario. El tnel server es un router con pila doble (IPv4 e IPv6), conectado a internet, que siguiendo rdenes del brker crea, modifica o borra los servicios asociados a un determinado tnel/usuario. El mecanismo para su configuracin es tan sencillo como indicar, en un formulario Web, datos relativos al S.O., la direccin IPv4, un apodo para la maquina, y el pas donde est conectada. El servidor de tuneles crea los siguientes registros DNS, el extremo final del tnel, y genera un script para la configuracin del cliente.

Otros mecanismos de transicin Estas tcnicas pueden ser utilizadas incluso de forma combinada. Se est trabajando en varios mecanismos alternativos y modificaciones a los aqu expuestos, a travs de los borradores draft-ietf-ngtrans-mech-06.txt, draft-ietf-ngtrans-translator-03-txt, draft-ietf-ngtrans-socks-gateway-04.txt, draft-ietf-ngtrans-dstm-01.txt, draft-ietf-ngtrans-tcpudp-relay-00.txt, draft-ietfngtrans-hometun-00.txt y draft-ietf-ngtrans-ipv4survey-00.txt.

Diferencias entre IPv4 e IPv6 Hay algunas diferencias importantes en el direccionamiento de IPv6 respecto de IPv4: No hay direcciones broadcast (su funcin es sustituida por direcciones multicast).

Los

campos

de

las

direcciones

reciben

nombres

especficos;

denominados prefijo a la parte de la direccin hasta el nombre indicando (incluyndolo). Dicho prefijo nos permite conocer donde esta conectada una determinada direccin, es decir, su ruta encaminado. Cualquier campo puede contener slo ceros o slo unos, salvo que explcitamente se indique lo contrario. Las direcciones IPv6, indistintamente de su tipo (unicast; anycast o multicast), son asignadas a interfaces, no nodos. Dado que cada interfaz pertenece a un nico nodo, cualquiera de las direcciones unicast de las interfaces del nodo puede ser empleado para referirse a dicho nodo. Todas las interfaces han de tener, tambin varias direcciones IPv6 de cualquier tipo (unicast, anycast o multicast) o mbito. Una misma direccin o conjunto de direcciones unicast pueden ser asignados a mltiples interfaces fsicas, siempre que la implementacin trate de dichas interfaces fsicas, siempre que la implementacin trate dichas interfaces, dese el punto de vista de internet, como una nica, lo que permite balanceo de carga entre mltiples dispositivos. Al igual que en IPv4, se asocia un prefijo de subred con un enlace, y se pueden asociar mltiples prefijos de subred a un mismo enlace.

Proyeccin hacia el futuro La Cumbre Mundial Global IPv6 Forum Summit celebrado en diciembre de 2001 en Japn, ha venido a ratificar lo que desde ya hace varios aos viene siendo la nueva realidad en Internet. Con la incesante y creciente demanda de nuevas direcciones IP debido al aumento constante de nmero de internautas y del trfico en la red, el actual formato de Internet, el IPv4 (Internet Protocol Versin 4), pronto quedar obsoleto, de hecho, se espera que debido a la escasez de direcciones IP bajo el formato IPv4, este formato

quedar inutilizable en pocos aos.

Afortunadamente, y gracias a la

iniciativa de empresas de las tecnologas de la informacin como Cisco Systems, as como la intervencin de instituciones pblicas y centros universitarios, el repuesto al actual formato IPv4 ya est en pleno proceso de desarrollo y ya tiene nombre: IPv6 (Internet Protocol Versin 6). En este sentido, Europa ya est dando importantes pasos para implantacin y generalizacin del uso del nuevo formato IPv6. Esta vez los pases del viejo continente se han adelantado al siempre vanguardista pas norteamericano para desarrollar las primeras redes con formato IPv6. Actualmente ya existen tres proyectos de red IPv6 en Europa Occidental. Por un lado, en Holanda ya se ha puesto en marcha la SURFnet, una red que se integra perfectamente al nuevo formato IPv6 que ya funciona a pleno rendimiento, y cuya funcin es la de unir los centros de investigacin de este pas. Adems, esta red permite el empleo simultaneo y compatible entre el antiguo formato IPv4 y el nuevo IPv6. Por otro lado est proyectada la construccin de otra red IPv6 que aunar a 31 socios en este proyecto, tanto empresas privadas como instituciones pblicas y centros de enseanza. Esta nueva red paneuropea con formato IPv6 se denomina 6Net y una vez desplegada en Europa se extender hacia Norteamrica y Asia para realizar en ella multitud de pruebas y ensayos. El tercer proyecto, cuyo nombre es el de Euro6IX, tanto como el 6Net, estarn tutelados y principalmente financiados por la Comisin Europea.

CONCLUSIN Realmente con IPV4 hay un protocolo que nos ha permitido que la red crezca pero es un protocolo que ha llegado a un punto que en que ms que beneficiarnos nos est empezando a perjudicar; porque una vez que el tipo de aplicaciones que desarrollamos son aplicaciones extremo a extremo, pair to pair, cliente a cliente, intercambio de ficheros, mensajera, voz sobre IP, todo ese tipo de cosas, empieza a hacer que las aplicaciones sean ms costosas y ms complejas de desarrollar, con lo cual al final no se desarrollan. Podramos decir que IPV6 devuelve Internet a sus paradigmas originales, que es esa comunicacin extremo a extremo, y por tanto es un habilitador de la innovacin en Internet. De alguna manera, con IPV6 vamos a ser capaces de desarrollar nuevos servicios, nuevas aplicaciones, nuevas formas de trabajar, aplicaciones en entornos de colaboracin por ejemplo, que ahora mismo hacerlas con IPV4 siempre es posible tcnicamente, pero

con qu costo, con qu tiempo de desarrollo, con qu complejidad. De alguna manera eso es lo ms importante del cambio de cara a las aplicaciones a los servicios de IPV6, el cambio drstico de las comunicaciones extremo a extremo. El camino de IPv4 a IPv6 no es una cuestin de transicin ni de migracin, sino de evolucin, de integracin, pero se trata de una evolucin disruptora, rompedora, y al mismo tiempo necesaria. IPv6 nos permitir un crecimiento escalable y simple, principales hndicaps actuales de IPv4. Preparemos y mejoremos nuestras redes, las de nuestros clientes, las de nueva implantacin, con dispositivos, sistemas operativos y aplicaciones que estn realmente listos o en camino de cumplir las especificaciones de IPv6, sin por ello dejar de ser validos en IPv4. Hay que asegurar el futuro, no hipotecarlo, frente al inevitable comercio electrnico mvil (m-commerce), por la salud de la red globlal. FUENTES BIBLIOGRAFICAS http://www.maestrosdelweb.com/principiantes/evolucionando-hacia-el-ipv6/ http://www.rau.edu.uy/iov6/queesipv6.htm http://www.consulintel.es/html/ForoIPv6/Tutorial%20de%20IPv6.pdf http://www.el-futuro-de-internet-se-llama-ipv6.pdf