Estructura del direccionamiento de IPV6 El motivo bsico por el que surge, en el seno del IETF (Internet Engineering Task

Force), la necesidad de crear un nuevo protocolo, que en un primer momento se denomin 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 (4.294.967.296). En cambio, IPv6 nos ofrece un espacio de 2128 (340.282.366.920.938.463.463.374.607.431.768.211.456). Sin embargo, IPv4 tiene otros problemas o dificultades que IPv6 soluciona o mejora. Los creadores de IPv4, a principio de los aos 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 slo cientficos y de educacin, sino tambin en innumerables facetas de la vida cotidiana. Podemos recordar algunas famosas frases que nos ayudarn a entender hasta que punto, los propios precursores de la revolucin tecnolgica que estamos viviendo, no llegaron a prever: _ Pienso que el mercado mundial de ordenadores puede ser de cinco unidades, Thomas Watson, Presidente de IBM en 1.943 _ 640 Kbps. de memoria han de ser suficientes para cualquier usuario, Bill Gates, Presidente de Microsoft, 1.981 _ 32 bits proporcionan un espacio de direccionamiento suficiente para Internet, Dr. Vinton Cerf, padre de Internet, 1.977 No es que estuvieran equivocados, sino que las Tecnologas de la Informacin han evolucionado de un modo mucho ms explosivo de lo esperado. Adems, no dice el dicho es de sabios rectificar? Desde ese momento, y debido a la multitud de nuevas aplicaciones en las que IPv4 ha sido utilizado, ha sido necesario crear aadidos al protocolo bsico. Entre los parches ms conocidos, podemos citar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec), y Movilidad, fundamentalmente. El inconveniente ms importante de estas ampliaciones de IPv4, es que utilizar cualquiera de ellos es muy fcil, 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 simultneo de tres o ms, llegando a ser un autntico malabarismo de circo. El reducido espacio de IPv4, a pesar de disponer de cuatro mil millones de direcciones (4.294.967.296), 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 est llevando a lmites no sospechados en aquel momento.

Por supuesto, hay una solucin que podramos considerar como evidente, como sera la enumeracin, 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 de IPv4 permanecera: la gran 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 Amrica. Sin embargo, en zonas geogrficas como Asia (en Japn la situacin est llegando a ser crtica), y Europa, el problema se agrava. Como ejemplos, podemos citar el caso de China que ha pedido direcciones para conectar 60.000 escuelas, tan slo ha obtenido una clase B (65.535 direcciones), o el de muchos pases Europeos, Asiticos y Africanos, que solo tienen una clase C (255 direcciones) para todo el pas. Tanto en Japn como en Europa el problema es creciente, dado al importante desarrollo de las redes de telefona celular, inalmbricas, mdems 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. La razn de utilizacin de las direcciones IP por parte de los usuarios, est pasando en pocos meses de 10:1 a 1:1, y la tendencia se invertir. 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 (1:50 o 1:100). Algunos Proveedores de Servicios Internet se ven incluso obligados a proporcionar a sus clientes direcciones IP privadas, mediante mecanismos de NAT (traslacin de direcciones, es decir, usar una sola IP pblica para toda una red privada). De hecho, casi todos los PSIs se ven obligados a delegar tan slo reducidos nmeros de direcciones IP pblicas para sus grandes clientes corporativos. Cifras crecimiento de internet. Las cifras de internautas, esperadas en los prximos aos, avalan lo expuesto: _ Africa: 800.000.000 (slo 3.000.000 sin NAT) _ Amrica Central y del Sur: 500.000.000 (slo 10.000.000 sin NAT) _ Amrica del Norte: 500.000.000 (slo 125.000.000 sin NAT) _ Asia: 2.500.000.000 (slo 50.000.000 sin NAT) _ Europa Occidental: 250.000.000 (slo 50.000.000 sin NAT)

Pero lo ms importante es el imparable crecimiento de aplicaciones que necesitan direcciones IP pblicas nicas, globales, vlidas para conexiones extremo a extremo, y por tanto encaminables (enrutables): Videoconferencia, Voz sobre IP, seguridad, e incluso juegos. Caractersticas de IPV6. Si resumimos las caractersticas fundamentales de IPv6 obtenemos la siguiente relacin: Mayor espacio de direcciones. Plug & Play: Autoconfiguracin. Seguridad intrnseca en el ncleo del protocolo (IPsec). 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. Paquetes IP eficientes y extensibles, sin que haya fragmentacin en los encaminadores (routers), alineados a 64 bits (preparados para su procesado ptimo con los nuevos procesadores de 64 bits), y con una cabecera de longitud fija, ms simple, que agiliza su procesado por parte del encaminador (router). Posibilidad de paquetes con carga til (datos) de ms de 65.535 bytes. Encaminado (enrutado) ms eficiente en el troncal (backbone) de la red, debido a una jerarqua de direccionamiento basada en la agregacin. Renumeracin y multi-homing, que facilita el cambio de proveedor de servicios. Pero hay que insistir, de nuevo, en que estas son las caractersticas bsicas, y que la propia estructura del protocolo permite que este crezca, o dicho de otro modo, sea escalado, segn las nuevas necesidades y aplicaciones o servicios lo vayan precisando. Precisamente, la escalabilidad es la baza ms importante de IPv6 frente a IPv4. Representacin de direcciones La representacin textual de una direccin IPv6 se efecta dividiendo la palabra de 128 bits en 8 palabras de 16 bits en formato hexadecimal, separadas por el caracter ":". Por ejemplo:

2001:0DB8:0000:0000:0400:A987:6543:210F
No es necesario escribir los ceros a la izquierda de un campo:

2001:DB8:0:0:400:A987:6543:210F
Adems, varios campos nulos consecutivos, pueden abreviarse como "::". As, la direccin anterior puede escribirse como: 2001:DB8::400:A987:6543:210F

Naturalmente, para evitar ambigedades, la abreviacin "::" slo puede usarse una vez en una direccin. Los casos extremos son la direccin indefinida (utilizada para designar las rutas por omisin), que tiene todos los bits en cero y que se escribe de manera compacta como:

::
y la direccin de bucle local (loopback), equivalente al prefijo 127/8 en IPv4, en la que todos los bits son cero excepto el ltimo. sta se escribe de forma compacta como:

::1
La representacin de prefijos de red IPv6 es similar a la notacin CIDR (RFC 1519) para los prefijos IPv4. As, un prefijo IPv6 sigue el formato representado por la notacin: direccin-ipv6/longitud-del-prefijo-en-bits Se permite el uso de formatos abreviados con "::"

2001:0DB8:7654:3210:0000:0000:0000:0000/64 2001:DB8:7654:3210:0:0:0:0/64 2001:DB8:7654:3210::/64

Debe tenerse precaucin al utilizar esta notacin con prefijos que no terminan en un bloque de 16 bits. Por ejemplo, el prefijo 3EDC:BA98:7654:3::/56 equivale en realidad a

3EDC:BA98:7654:0000::/56 pues se escribe 3EDC:BA98:7654:0003::/56.

Es posible combinar el prefijo de red y el identificador de la interfaz en una sola notacin. As, esta direccin IPv6 2001:DB8:7654:3210:945:1321:ABA8:F4E2/64 indica que el prefijo de red est constituido por los primeros 64 bits. Estas representaciones pueden parecer mucho ms complejas que con IPv4, pero en realidad, las direcciones lgicas o concisas se forman a travs de reglas precisas. Estas reglas facilitan fuertemente la manipulacin y la memorizacin de direcciones, como se ver ms adelante ( cf Direccionamiento global). En algunos casos una direccin (o varias direcciones) IPv4 puede estar contenida en una direccin IPv6. Para destacarlas puede utilizarse la notacin clsica de IPv4, es decir cuatro octetos en representacin decimal separados por un punto, dentro de una direccin IPv6. De esta forma,

::128.12.13.14 representa una direccin IPv6 compuesta por 96 bits en cero, seguidos de los 32 bits de la direccin IPv4 128.12.13.14
En ocasiones es necesario manipular las direcciones IPv6 literalmente. El caracter ":" utilizado para separar las palabras, puede crear ambigedades. Ese es el caso, por ejemplo, con las URL en las que el mismo caracter tambin se puede utilizar para especificar el nmero de puerto.

As, la URL:

http://2001:DB8:12::1:8000/ podra representar tanto el puerto 8000 en el dispositivo con direccin IPv6 2001:DB8:12::1, como el dispositivo 2001:DB8:12::1:8000 que utiliza el
puerto por omisin. Para evitar esta ambigedad, el RFC 2732 propone delimitar la direccin IPv6 entre corchetes cuadrados "[ ]". Dependiendo del caso, la direccin precedente se escribira:

http://[2001:DB8:12::1]:8000/ o http://[2001:DB8:12::1:8000]/
Esta representacin puede extenderse a otros dominios, como X-window o al protocolo de sealizacin para telefona SIP.

Tipos de direcciones
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. La misin de este tipo de paquetes es evidente: aplicaciones de retransmisin mltiple (broadcast). 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; denominamos prefijo a la parte de la direccin hasta el nombre indicado (incluyndolo). _ Dicho prefijo nos permite conocer donde est conectada una determinada direccin, es decir, su ruta de 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, al menos, una direccin unicast link-local (enlace local). _ Una nica interfaz puede 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 dichas interfaces, desde 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. Comparacin del encabezado entre IPv4 e IPv6

Como vemos, la longitud mnima de la cabecera IPv4 es de 20 bytes (cada fila de la tabla supone 4 bytes). A ello hay que aadir las opciones, que dependen de cada caso. En la tabla anterior hemos usado abreviaturas, en aquellos casos en los que son comunes. En el resto, nuestra particular traduccin de la nomenclatura original anglosajona, cuya leyenda de equivalencias indicamos a continuacin: Version Versin (4 bits) Header Cabecera (4 bits) TOS (Type Of Service) Tipo de Servicio (1 byte) Total Length Longitud Total (2 bytes) Identification Identificacin (2 bytes) Flag Indicador (4 bits) Fragment Offset Desplazamiento de Fragmentacin (12 bits 1.5 bytes)

TTL (Time To Live) Tiempo de Vida (1 byte) Protocol Protocolo (1 byte) Checksum Cdigo de Verificacin (2 bytes) 32 bit Source Address Direccin Fuente de 32 bits (4 bytes) 32 bit Destination Address Direccin Destino de 32 bits (4 bytes). Como se puede ver hemos pasado de tener 12 campos, en IPv4, a tan solo 8 en IPv6, el motivo fundamental por el que los campos son eliminados, es la innecesaria redundancia. En IPv4 estamos facilitando la misma informacin de varias formas. Un caso muy evidente es el checksum o verificacin de la integridad de la cabecera: Otros mecanismos de encapsulado ya realizan esta funcin (IEEE 802 MAC, framing PPP, capa de adaptacin ATM, etc.). El caso del campo de Desplazamiento de Fragmentacin, es ligeramente diferente, dado que el mecanismo por el que se realiza la fragmentacin de los paquetes es totalmente modificado en IPv6, lo que implica la total inutilidad de este campo. En IPv6 los encaminadores no fragmentan los paquetes, sino que de ser precisa, dicha fragmentacin/desfragmentacin se produce extremo a extremo. Algunos de los campos son renombrados: Longitud total _ longitud de carga til (payload length), que en definitiva, es la longitud de los propios datos, y puede ser de hasta 65.536 bytes. Tiene una longitud de 16 bits (2 bytes). Protocolo _ siguiente cabecera (next header), dado que en lugar de usar cabeceras de longitud variables se emplean sucesivas cabeceras encadenadas, de ah que desaparezca el campo de opciones. En muchos casos ni siquiera es procesado por los encaminadores, sino tan slo extremo a extremo. Tiene una longitud de 8 bits (1 byte). Tiempo de vida _ lmite de saltos (Hop Limit). Tiene una longitud de 8 bits (1 byte). Los nuevos campos son: Clase de Trfico (Traffic Class), tambin denominado Prioridad (Priority), o simplemente Clase (Class). Podra ser ms o menos equivalente a TOS en IPv4. Tiene una longitud de 8 bits (1 byte). Etiqueta de Flujo (Flow Label), para permitir trficos con requisitos de tiempo real. Tiene una longitud de 20 bits. Estos dos campos, como se puede suponer, son los que nos permiten una de las caractersticas fundamentales e intrnsecas de IPv6: Calidad de Servicio (QoS), Clase de Servicio (CoS), y en definitiva un poderoso mecanismo de control de flujo, de asignacin de prioridades diferenciadas segn los tipos de servicios.

El campo de versin, que es igual a 6, lgicamente, tiene una longitud de 4 bits. La longitud de esta cabecera es de 40 bytes, el doble que en el caso de IPv4, pero con muchas ventajas, al haberse eliminado campos redundantes. Adems, como ya hemos mencionado, la longitud fija de la cabecera, implica una mayor facilidad para su procesado en routers y conmutadores, incluso mediante hardware, lo que implica unas mayores prestaciones. Como hemos indicado anteriormente, el hecho de que los campos estn alineados a 64 bits, lo que permite que las nuevas generaciones de procesadores y microcontroladores, de 64 bits, puedan procesar mucho ms eficazmente la cabecera IPv6. El valor del campo siguiente cabecera, indica cual es la siguiente cabecera y as sucesivamente. Las sucesivas cabeceras, no son examinadas en cada nodo de la ruta, sino slo en el nodo o nodos destinos finales. Hay una nica excepcin a esta regla: cuando el valor de este campo es cero, lo que indica opcin de examinado y proceso salto a salto (hop-by-hop). As tenemos, por citar algunos ejemplos, cabeceras con informacin de encaminado, fragmentacin, opciones de destino, autenticacin, encriptacin, etc., que en cualquier caso, han de ser procesadas en el orden riguroso en que aparecen en el paquete.