ESCUELA POLITECNICA NACIONAL ELECTRONICA Y TELECOMUNICACIONES TELEMATICA
NOMBRE: RAL FAICN. DEBER
IP V6 Los motivos 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 (340.282.366.920.938.463.463.374.607.431.768.211.456). 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 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. 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.
Caractersticas principales 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 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 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. Caractersticas de movilidad.
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.
Los cimientos de IPv6 Los criterios que se han seguido a lo largo del desarrollo de IPv6 han sido fundamentales para obtener un protocolo sencillo y al mismo tiempo extremadamente consistente y escalable. Son de destacar, entre estos criterios, adems de todo lo dicho hasta el momento (nmero de direcciones, seguridad, movilidad y autoconfiguracin) la especial aptitud para ser soportado por plataformas existentes, y una evolucin que permite su uso concurrente con IPv4: No es necesario realizar un cambio instantneo en una fecha X, sino que el cambio es transparente. Estos criterios se han alcanzado en gran medida por la ortogonalidad y simplificacin de la cabecera de longitud fija, lo que redunda en la eficacia de su encaminado (enrutado), tanto en
pequeos encaminadores como en los ms grandes, con soportes de ancho de banda muy superiores a los 100 GB con los dispositivos actuales. Los equipos actuales, a pesar de sus tremendas capacidades de procesamiento de paquetes, no seran capaces de acometer la misma tarea, ni de ofrecer soluciones a todas las necesidades emergentes, con la estructura de la cabecera IPv4, sin contar la imposibilidad de gestionar las tablas de encaminado de los troncales, si siguen creciendo al ritmo actual.
Especificaciones bsicas de IPv6 (RFC2460) Veamos, en primer lugar, la descripcin de la cabecera de un paquete IPv4:
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) En la tabla anterior, hemos marcado, mediante el color de fondo, los campos que van a desaparecer en IPv6, y los que son modificados, segn el siguiente esquema:
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 802MAC, 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. Por tanto, en el caso de un paquete IPv6, la cabecera tendra el siguiente formato:
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. A este fin coadyuva, 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 destino 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. Sin entrar en ms detalles, vanse a continuacin los siguientes ejemplos grficos del uso del concepto de las cabeceras de extensin (definidas por el campo siguiente cabecera), mecanismo por el que cada cabecera es encadenada a la siguiente y anterior (si existen): El MTU (Unidad Mxima de Transmisin), debe de ser como mnimo, de 1.280 bytes, aunque se recomiendan tamaos superiores a 1.500 bytes. Los nodos descubren el valor MTU a travs de la inspeccin de la ruta. Se prev as una optimizacin de los paquetes y del nmero de cabeceras, dado el continuo crecimiento de los anchos de banda disponibles, as como del incremento del propio trfico.
Dado que IPv6 no realiza verificacin de errores de la cabecera, en trfico UDP, se requiere el empleo del su propio mecanismo de checksum.
Direcciones y direccionamiento en IPv6 (RFC2373) Ya hemos dicho que IPv6 nos aporta, como principio fundamental, un espacio de 2128 direcciones, lo que equivale a 3,40E38 (340.282.366.920.938.463.463.374.607.431.768.211.456). Hagamos una cuenta rpida, para hacernos a la idea de lo que esta cifra impronunciable implica. Calculemos el nmero de direcciones IP que podramos tener por metro cuadrado de la superficie terrestre: nada ms y nada menos que 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.
Definicin de direccin en IPv6 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).
Diferencias con IPv4 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.
Reservas de espacio de direccionamiento en IPv6 A diferencia de las asignaciones de espacio de direccionamiento que se hicieron en IPv4, en IPv6, se ha reservado, que no asignado, algo ms del 15%, tanto para permitir una fcil transicin (caso del protocolo IPX), como para mecanismos requeridos por el propio protocolo.
De esta forma se permite la asignacin directa de direcciones de agregacin, direcciones locales, y direcciones multicast, con reservas para OSI NSAP e IPX. El 85% restante queda reservado para uso futuro. Podemos distinguir las direcciones multicast de las unicast por el valor del octeto de mayor orden de la direccin (FF, o 11111111 en binario, indica multi-cast). En cambio, en el caso de las anycast, no hay ninguna diferencia, sintcticamente hablando, y por tanto, son tomadas del espacio de direcciones unicast.
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 mquina que los emite; nos permite hacer un bucle para verificar la correcta inicializacin del protocolo (dentro de una determinada mquina). 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 trfico IPv6 sobre infraestructuras IPv4, de forma transparente.
Representacin automtica de direcciones IPv4 sobre IPv6 (::FFFF:<direccin IPv4>) permite que los nodos que slo soportan IPv4, puedan seguir trabajando en redes IPv6. Se denominan direcciones IPv6 mapeadas desde IPv4.
Representacin de las direcciones IPv6 La representacin de las direcciones IPv6 sigue el siguiente esquema: a) 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:417 b) 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) c) 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/longituddel-prefijo donde: direccin-IPv6 = una direccin IPv6 en cualquiera de las notaciones vlidas longitud-del-prefijo = valor decimal indicando cuantos bits contiguos de la parte izquierda de la direccin componen el prefijo
Por ejemplo, las representaciones vlidas 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 tanto, para escribir una direccin completa, indicando la subred, podramos hacerlo como: 12AB:0:0:CD30:123:4567:89AB:CDEF/60
IPv6 y el Sistema de Nombres de Dominio Las direcciones IPv6 se representan en el Sistema de Nombres de Dominio (DNS) mediante registros AAAA (tambin llamados registros de quad-A, por tener una longitud cuatro veces la de los registros A para IPv4). El concepto de AAAA fue una de las dos propuestas al tiempo que se estaba diseando la arquitectura IPv6. La otra propuesta utilizaba registros A6 y otras innovaciones como las etiquetas de cadena de bits (bit-string labels) y los registros DNAME. Mientras que la idea de AAAA es una simple generalizacin del DNS IPv4, la idea de A6 fue una revisin y puesta a punto del DNS para ser ms genrico, y de ah su complejidad. La RFC 3363 recomienda utilizar registros AAAA hasta tanto se pruebe y estudie exhaustivamente el uso de registros A6. La RFC 3364 realiza una comparacin de las ventajas y desventajas de cada tipo de registro.
Despliegue de IPv6 El 20 de julio de 2004 la ICANN anunci que los servidores raz de DNS de Internet haban sido modificados para soportar ambos protocolos, IPv4 e IPv6.
Desventajas
La necesidad de extender un soporte permanente para IPv6 a travs de todo Internet y de los dispositivos conectados a ella. Para estar enlazada al universo IPv6 durante la fase de transicin, todava se necesita una direccin IPv4 o algn tipo de NAT (comparticin de direcciones IP) en los routers pasarela (IPv6<-->IPv4) que aaden complejidad y que significa que el gran espacio de direcciones prometido por la especificacin no podr ser inmediatamente usado. Problemas restantes de arquitectura, como la falta de acuerdo para un soporte adecuado de IPv6 multihoming. Las direcciones IPv6 son mucho ms largas que las direcciones IPv4, y, por lo tanto, ms difciles de memorizar.
Ventajas
Convivencia con IPv4, que har posible una migracin suave. Gran cantidad de direcciones, que har virtualmente imposible que queden agotadas. Se estima que si se repartiesen en toda la superficie de la Tierra habra 6,67x1023 IPs por m. Direcciones unicast, multicast y anycast. Formato de cabecera ms flexible que en IPv4 para agilizar el encaminamiento. Nueva etiqueta de flujo para identificar paquetes de un mismo flujo. No se usa ninguna comprobacin de integridad (checksum). La fragmentacin se realiza en el nodo origen y el reensamblado se realiza en los nodos finales, y no en los routers como en IPv4. Nuevas caractersticas de seguridad. IPSEC formar parte del estndar. Nueva versin de ICMP, que incluye a MLD, el equivalente del IGMP de IPv4. Auto-configuracin de los nodos finales, que permite a un equipo aprender automticamente una direccin IPv6 al conectarse a la red. Movilidad incluida en el estndar, que permitir cambiar de red sin perder la conectividad.
Mecanismos de transicin a IPv6 Ante el agotamiento de las direcciones IPv4, el cambio a IPv6 ya ha comenzado. Se espera que convivan ambos protocolos durante 20 aos y que la implantacin de IPv6 sea paulatina. Existe una serie de mecanismos que permitirn la convivencia y la migracin progresiva tanto de las redes como de los equipos de usuario. En general, los mecanismos de transicin pueden clasificarse en tres grupos:
Pila dual Tneles Traduccin
La pila dual hace referencia a una solucin de nivel IP con pila dual (RFC 2893), que implementa las pilas de ambos protocolos, IPv4 e IPv6, en cada nodo de la red. Cada nodo de pila dual en la red tendr dos direcciones de red, una IPv4 y otra IPv6.
A favor: Fcil de desplegar y extensamente soportado. En contra: La topologa de red requiere dos tablas de encaminamiento y dos procesos de encaminamiento. Cada nodo en la red necesita tener actualizadas las dos pilas.
Los tneles permiten conectarse a redes IPv6 "saltando" sobre redes IPv4. Estos tneles trabajan encapsulando los paquetes IPv6 en paquetes IPv4 teniendo como siguiente capa IP el protocolo nmero 41, y de ah el nombre proto-41. De esta manera, se pueden enviar paquetes IPv6 sobre una infraestructura IPv4. Hay muchas tecnologas de tneles disponibles. La principal diferencia est en el mtodo que usan los nodos encapsuladores para determinar la direccin a la salida del tnel. La traduccin es necesaria cuando un nodo que slo soporta IPv4 intenta comunicar con un nodo que slo soporta IPv6. Los mecanismos de traduccin se pueden dividir en dos grupos basados en si la informacin de estado est guardada:
Con estado: NAT-PT RFC 2766, TCP-UDP Relay RFC 3142, Socks-based Gateway, RFC 3089 Sin estado: Bump-in-the-Stack, Bump-in-the-API, RFC 276
Actualmente el protocolo IPv6 est soportado en la mayora de los sistemas operativos modernos, en algunos casos como una opcin de instalacin. Linux, Solaris, Mac OS, NetBSD, OpenBSD, FreeBSD, Windows (2000, XP y Vista de forma nativa) y Symbian (dispositivos mviles) son slo algunos de los sistemas operativos que pueden funcionar con IPv6.
BIBLIOGRAFA: http://es.wikipedia.org/wiki/IPv6 http://www.consulintel.es/html/foroipv6/Documentos/Tutorial%20de%20IPv6.pdf http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbook/network-ipv6.html
