Estructura del direccionamiento de IPV6 El motivo básico 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 Generación 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 años 70, no predijeron en ningún momento, el gran éxito que este protocolo iba a tener en muy poco tiempo, en una gran multitud de campos, no sólo científicos y de educación, sino también en innumerables facetas de la vida cotidiana. Podemos recordar algunas “famosas frases” que nos ayudarán a entender hasta que punto, los propios ‘precursores’ de la revolución tecnológica 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 Tecnologías de la Información han evolucionado de un modo mucho más explosivo de lo esperado. Además, ¿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 “añadidos” al protocolo básico. Entre los “parches” más conocidos, podemos citar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec), y Movilidad, fundamentalmente. El inconveniente más importante de estas ampliaciones de IPv4, es que utilizar cualquiera de ellos es muy fácil, pero no tanto cuando pretendemos usar al mismo tiempo dos “añadidos”, y no digamos que se convierte en casi imposible o muy poco práctico el uso simultáneo de tres o más, llegando a ser un auténtico 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 coordinación, durante la década de los 80, en la delegación de direcciones, sin ningún tipo de optimización, dejando incluso grandes espacios discontinuos, nos está llevando a límites no sospechados en aquel momento.

en zonas geográficas como Asia (en Japón la situación está llegando a ser crítica). es decir. con lo que fácilmente un usuario podría tener. dado al importante desarrollo de las redes de telefonía celular.000 (sólo 50. que la hace ineficaz. podemos ver dispositivos “siempre conectados”. esperadas en los próximos años.535 direcciones). absolutamente impensables.000.000. que requieren direcciones IP fijas para aprovechar al máximo sus posibilidades e incrementar el número de aplicaciones en las que pueden ser empleados.000. mediante mecanismos de NAT (traslación de direcciones. Sin embargo.. y Europa. En pocos meses. avalan lo expuesto: _ Africa: 800. Además.000. el problema se agrava. y perjudica enormemente los tiempos de respuesta.000. por el momento. está pasando en pocos meses de 10:1 a 1:1. que solo tienen una clase C (255 direcciones) para todo el país.000 sin NAT) _ Europa Occidental: 250. módems de cable. a escala mundial. La falta de direcciones no es apreciable por igual en todos los puntos de la red. De hecho. Asiáticos y Africanos. no es casi apreciable. y la tendencia se invertirá. uno de los problemas de IPv4 permanecería: la gran dimensión de las tablas de encaminado (routing) en el troncal de Internet.000. no es tan sencillo. Sin embargo. Cifras crecimiento de internet. o el de muchos países Europeos.000 (sólo 125. es incluso impensable en algunas redes.000.000. de hecho. en Norte América.500. y reasignación de dicho espacio de direccionamiento. como sería la enumeración. ya que requiere unos esfuerzos de coordinación. inalámbricas.000 (sólo 50. en un futuro no muy lejano. Las cifras de “internautas”. Tanto en Japón como en Europa el problema es creciente.000.000 (sólo 3.000 sin NAT) _ América del Norte: 500. podemos citar el caso de China que ha pedido direcciones para conectar 60.000 escuelas. hasta 50 o 100 IP’s (1:50 o 1:100). hay una solución que podríamos considerar como evidente.000 (sólo 10. Algunos Proveedores de Servicios Internet se ven incluso obligados a proporcionar a sus clientes direcciones IP privadas. casi todos los PSI’s se ven obligados a delegar tan sólo reducidos números de direcciones IP públicas para sus grandes clientes corporativos.000 sin NAT) _ América Central y del Sur: 500. usar una sola IP pública para toda una red privada). La razón de utilización de las direcciones IP por parte de los usuarios. etc.000 sin NAT) .000.000 sin NAT) _ Asia: 2. Como ejemplos.Por supuesto. tan sólo ha obtenido una clase B (65. xDSL.

Precisamente. debido a una jerarquía de direccionamiento basada en la agregación. y que la propia estructura del protocolo permite que este crezca. Posibilidad de paquetes con carga útil (datos) de más de 65. Si resumimos las características fundamentales de IPv6 obtenemos la siguiente relación: Mayor espacio de direcciones. Voz sobre IP. más simple. sea escalado. Renumeración y “multi-homing”. separadas por el caracter ":". Pero hay que insistir. Encaminado (enrutado) más eficiente en el troncal (backbone) de la red. válidas para conexiones extremo a extremo. de nuevo. alineados a 64 bits (preparados para su procesado óptimo con los nuevos procesadores de 64 bits). Anycast: Envío de UN paquete a UN receptor dentro de UN grupo.Pero lo más importante es el imparable crecimiento de aplicaciones que necesitan direcciones IP públicas únicas. Seguridad intrínseca en el núcleo del protocolo (IPsec). y con una cabecera de longitud fija. Así.535 bytes. seguridad. globales. en que estas son las características básicas. e incluso juegos. pueden abreviarse como "::". según las nuevas necesidades y aplicaciones o servicios lo vayan precisando. sin que haya fragmentación en los encaminadores (routers). que agiliza su procesado por parte del encaminador (router). que facilita el cambio de proveedor de servicios. y por tanto encaminables (enrutables): Videoconferencia. la dirección anterior puede escribirse como: 2001:DB8::400:A987:6543:210F . o dicho de otro modo. 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 Además. Características de IPV6. Multicast: Envío de UN mismo paquete a un grupo de receptores. Representación de direcciones La representación textual de una dirección IPv6 se efectúa dividiendo la palabra de 128 bits en 8 palabras de 16 bits en formato hexadecimal. “Plug & Play”: Autoconfiguración. varios campos nulos consecutivos. Calidad de Servicio (QoS) y Clase de Servicio (CoS). la escalabilidad es la baza más importante de IPv6 frente a IPv4. Paquetes IP eficientes y extensibles.

el prefijo 3EDC:BA98:7654:3::/56 equivale en realidad a 3EDC:BA98:7654:0000::/56 pues se escribe 3EDC:BA98:7654:0003::/56. puede crear ambigüedades. Los casos extremos son la dirección indefinida (utilizada para designar las rutas por omisión). Es posible combinar el prefijo de red y el identificador de la interfaz en una sola notación. equivalente al prefijo 127/8 en IPv4. ::128.12. en la que todos los bits son cero excepto el último. esta dirección IPv6 2001:DB8:7654:3210:945:1321:ABA8:F4E2/64 indica que el prefijo de red está constituido por los primeros 64 bits. Estas reglas facilitan fuertemente la manipulación y la memorización de direcciones. como se verá más adelante ( cf Direccionamiento global).14 representa una dirección IPv6 compuesta por 96 bits en cero. En algunos casos una dirección (o varias direcciones) IPv4 puede estar contenida en una dirección IPv6. Por ejemplo. las direcciones lógicas o concisas se forman a través de reglas precisas. es decir cuatro octetos en representación decimal separados por un punto. De esta forma. un prefijo IPv6 sigue el formato representado por la notación: dirección-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 precaución al utilizar esta notación con prefijos que no terminan en un bloque de 16 bits. Ésta se escribe de forma compacta como: ::1 La representación de prefijos de red IPv6 es similar a la notación CIDR (RFC 1519) para los prefijos IPv4. por ejemplo.Naturalmente. . Para destacarlas puede utilizarse la notación clásica de IPv4. Así. El caracter ":" utilizado para separar las palabras. la abreviación "::" sólo puede usarse una vez en una dirección. seguidos de los 32 bits de la dirección IPv4 128.14 En ocasiones es necesario manipular las direcciones IPv6 literalmente. pero en realidad.13. dentro de una dirección IPv6.13. con las URL en las que el mismo caracter también se puede utilizar para especificar el número de puerto. Así. para evitar ambigüedades.12. que tiene todos los bits en cero y que se escribe de manera compacta como: :: y la dirección de bucle local (loopback). Ese es el caso. Estas representaciones pueden parecer mucho más complejas que con IPv4.

la URL: http://2001:DB8:12::1:8000/ podría representar tanto el puerto 8000 en el dispositivo con dirección IPv6 2001:DB8:12::1. _ Dicho prefijo nos permite conocer donde está conectada una determinada dirección. por ejemplo. . Un paquete enviado a una dirección anycast es entregado en una (cualquiera) de las interfaces identificadas con dicha dirección (la más próxima. Tipos de direcciones Las direcciones IPv6 son identificadores de 128 bits para interfaces y conjuntos de interfaces. Es el equivalente a las direcciones IPv4 actuales. como el dispositivo 2001:DB8:12::1:8000 que utiliza el puerto por omisión. denominamos “prefijo” a la parte de la dirección hasta el nombre indicado (incluyéndolo). de acuerdo a las medidas de distancia del protocolo de encaminado). la dirección precedente se escribiría: http://[2001:DB8:12::1]:8000/ o http://[2001:DB8:12::1:8000]/ Esta representación puede extenderse a otros dominios. su ruta de encaminado. Multicast: Identificador para un conjunto de interfaces (por lo general pertenecientes a diferentes nodos). Para evitar esta ambigüedad. Anycast: Identificador para un conjunto de interfaces (típicamente pertenecen a diferentes nodos). salvo que explícitamente se indique lo contrario. de forma que varias máquinas puedan ocuparse del mismo tráfico según una secuencia determinada (por el routing). Un paquete enviado a una dirección unicast es entregado sólo a la interfaz identificada con dicha dirección. Dichas direcciones se clasifican en tres tipos: Unicast: Identificador para una única interfaz. La misión de este tipo de paquetes es evidente: aplicaciones de retransmisión múltiple (broadcast).Así. _ Cualquier campo puede contener sólo ceros o sólo unos. el RFC 2732 propone delimitar la dirección IPv6 entre corchetes cuadrados "[ ]". Dependiendo del caso. Nos permite crear. si la primera “cae”. Un paquete enviado a una dirección multicast es entregado a todas las interfaces identificadas por dicha dirección. es decir. Hay algunas diferencias importantes en el direccionamiento de IPv6 respecto de IPv4 _ No hay direcciones broadcast (su función es sustituida por direcciones multicast). _ Los campos de las direcciones reciben nombres específicos. ámbitos de redundancia. como X-window o al protocolo de señalización para telefonía SIP.

al menos. se asocia un prefijo de subred con un enlace. nuestra “particular” traducción de la nomenclatura original anglosajona. Dado que cada interfaz pertenece a un único nodo. no nodos. como una única. anycast o multicast) o ámbito. _ Al igual que en IPv4. _ Todas las interfaces han de tener. y se pueden asociar múltiples prefijos de subred a un mismo enlace. _ Una única interfaz puede tener también varias direcciones IPv6 de cualquier tipo (unicast. la longitud mínima de la cabecera IPv4 es de 20 bytes (cada fila de la tabla supone 4 bytes). siempre que la implementación trate dichas interfaces.5 bytes) . desde el punto de vista de internet. indistintamente de su tipo (unicast. que dependen de cada caso. una dirección unicast link-local (enlace local). _ Una misma dirección o conjunto de direcciones unicast pueden ser asignados a múltiples interfaces físicas. cuya “leyenda de equivalencias” indicamos a continuación: Version – Versión (4 bits) Header – Cabecera (4 bits) TOS (Type Of Service) – Tipo de Servicio (1 byte) Total Length – Longitud Total (2 bytes) Identification – Identificación (2 bytes) Flag – Indicador (4 bits) Fragment Offset – Desplazamiento de Fragmentación (12 bits – 1. en aquellos casos en los que son comunes. lo que permite balanceo de carga entre múltiples dispositivos. A ello hay que añadir las opciones. Comparación del encabezado entre IPv4 e IPv6 Como vemos. cualquiera de las direcciones unicast de las interfaces del nodo puede ser empleado para referirse a dicho nodo. anycast o multicast). son asignadas a interfaces. En el resto. En la tabla anterior hemos usado abreviaturas._ Las direcciones IPv6.

Tiene una longitud de 8 bits (1 byte). Algunos de los campos son renombrados: Longitud total _ longitud de carga útil (payload length). dado que en lugar de usar cabeceras de longitud variables se emplean sucesivas cabeceras encadenadas. es ligeramente diferente. como se puede suponer. es la innecesaria redundancia. lo que implica la total “inutilidad” de este campo. para permitir tráficos con requisitos de tiempo real.). En muchos casos ni siquiera es procesado por los encaminadores. Etiqueta de Flujo (Flow Label). Tiene una longitud de 8 bits (1 byte). o simplemente Clase (Class). en IPv4. que en definitiva. Protocolo _ siguiente cabecera (next header). son los que nos permiten una de las características fundamentales e intrínsecas de IPv6: Calidad de Servicio (QoS). Tiene una longitud de 8 bits (1 byte). Como se puede ver hemos pasado de tener 12 campos. dado que el mecanismo por el que se realiza la fragmentación de los paquetes es totalmente modificado en IPv6. El caso del campo de “Desplazamiento de Fragmentación”. a tan solo 8 en IPv6. Podría ser más o menos equivalente a TOS en IPv4.536 bytes. dicha fragmentación/desfragmentación se produce extremo a extremo. Clase de Servicio (CoS).TTL (Time To Live) – Tiempo de Vida (1 byte) Protocol – Protocolo (1 byte) Checksum – Código de Verificación (2 bytes) 32 bit Source Address – Dirección Fuente de 32 bits (4 bytes) 32 bit Destination Address – Dirección Destino de 32 bits (4 bytes). también denominado Prioridad (Priority). sino tan sólo extremo a extremo. de ahí que desaparezca el campo de opciones. framing PPP. y en definitiva un poderoso mecanismo de control de flujo. el motivo fundamental por el que los campos son eliminados. Tiene una longitud de 20 bits. es la longitud de los propios datos. Un caso muy evidente es el checksum o verificación de la integridad de la cabecera: Otros mecanismos de encapsulado ya realizan esta función (IEEE 802 MAC. En IPv4 estamos facilitando la misma información de varias formas. capa de adaptación ATM. Tiene una longitud de 16 bits (2 bytes). . etc. Estos dos campos. y puede ser de hasta 65. sino que de ser precisa. de asignación de prioridades diferenciadas según los tipos de servicios. En IPv6 los encaminadores no fragmentan los paquetes. Tiempo de vida _ límite de saltos (Hop Limit). Los nuevos campos son: Clase de Tráfico (Traffic Class).

implica una mayor facilidad para su procesado en routers y conmutadores. puedan procesar mucho más eficazmente la cabecera IPv6. La longitud de esta cabecera es de 40 bytes. etc. encriptación. el hecho de que los campos están alineados a 64 bits. tiene una longitud de 4 bits. El valor del campo “siguiente cabecera”. de 64 bits. . como ya hemos mencionado. Las sucesivas cabeceras. autenticación. lo que permite que las nuevas generaciones de procesadores y microcontroladores.El campo de versión. han de ser procesadas en el orden riguroso en que aparecen en el paquete. lo que implica unas mayores prestaciones. indica cual es la siguiente cabecera y así sucesivamente. Como hemos indicado anteriormente. sino sólo en el nodo o nodos destinos finales. no son examinadas en cada nodo de la ruta. Así tenemos. incluso mediante hardware. pero con muchas ventajas. fragmentación. cabeceras con información de encaminado. que en cualquier caso. Hay una única excepción a esta regla: cuando el valor de este campo es cero. el doble que en el caso de IPv4. que es igual a 6. lógicamente. lo que indica opción de examinado y proceso “salto a salto” (hop-by-hop). Además.. al haberse eliminado campos redundantes. la longitud fija de la cabecera. opciones de destino. por citar algunos ejemplos.