Hola amigos de Taringa, Aqui les traigo el IPv6 y de que es lo se trata esta nueva tecnologia de ips:
El protocolo Internet versión 6 (IPv6) es una nueva versión de IP (Internet Protocol), definida en el RFC 2460 y diseñada para reemplazar a la versión 4 (IPv4) RFC 791, actualmente en uso dominante.
Diseñado por Steve Deering de Xerox PARC y Craig Mudge, IPv6 está destinado a sustituir a IPv4, cuyo límite en el número de direcciones de red admisibles está empezando a restringir el crecimiento de Internet y su uso, especialmente en China, India, y otros países asiáticos densamente poblados. Pero el nuevo estándar mejorará el servicio globalmente; por ejemplo, proporcionará a futuras celdas telefónicas y dispositivos móviles sus direcciones propias y permanentes. Se calcula que, actualmente, las dos terceras partes de las direcciones que ofrece IPv4 ya están asignadas[cita requerida].
A principios de 2010, quedaban menos del 10% de IPs sin asignar.
IPv4 posibilita 4.294.967.296 (232) direcciones de red diferentes, un número inadecuado para dar una dirección a cada persona del planeta, y mucho menos a cada vehículo, teléfono, PDA, etcétera. En cambio, IPv6 admite 340.282.366.920.938.463.463.374.607.431.768.211.456 (2128 o 340 sixtillones de direcciones) —cerca de 3.4 × 1020 (340 trillones de direcciones) por cada pulgada cuadrada (6.7 × 1017 o 670 mil billones de direcciones/mm2) de la superficie de La Tierra.
Otra vía para la popularización del protocolo es la adopción de este por parte de instituciones. El gobierno de los Estados Unidos ordenó el despliegue de IPv6 por todas sus agencias federales en el año 2008[2]
Motivación y orígenes La primera versión usada públicamente del protocolo Internet, la versión 4 (IPv4), provee un espacio de direcciones de aproximadamente cuatro mil millones de direcciones (232). Esto se consideró suficiente en las etapas iniciales de diseño de la Internet, cuando no se anticipó el crecimiento explosivo y la proliferación mundial de las redes que ocurrió después.
Durante la primera década de operación de la Internet basada en TCP/IP, a fines de los 80s, se hizo aparente que se necesitaba desarrollar métodos para conservar el espacio de direcciones. A principios de los 90s, incluso después de la introducción del rediseño de redes sin clase, se hizo claro que no sería suficiente para prevenir el agotamiento de las direcciones IPv4 y que se necesitaban cambios adicionales. A comienzos de 1992, circulaban varias propuestas de sistemas y a finales de 1992, la IETF anunció el llamado para white papers (RFC 1550) y la creación de los grupos de trabajo de "IP de próxima generación" ("IP Next Generation" o (IPng).
IPng fue propuesto por el Internet Engineering Task Force (IETF) el 25 de julio de 1994, con la formación de varios grupos de trabajo IPng. Hasta 1996, se publicaron varios RFCs definiendo IPv6, empezando con el RFC 2460.
La discusión técnica, el desarrollo e introducción de IPv6 no fue sin controversia. Incluso el diseño ha sido criticado por la falta de interoperabilidad con IPv4 y otros aspectos, por ejemplo por el científico de la computación D. J. Bernstein[cita requerida].
Incidentalmente, IPng no pudo usar la versión número 5 (IPv5) como sucesor de IPv4, ya que ésta había sido asignada a un protocolo experimental orientado al flujo de streaming que intentaba soportar voz, video y audio.
Se espera ampliamente que IPv4 sea soportado en conjunto con IPv6 en el futuro cercano. Los nodos solo-IPv4 no son capaces de comunicarse directamente con los nodos IPv6, y necesitarán ayuda de un intermediario; vea Mecanismos de Transición más adelante.
Cambios y nuevas características En muchos aspectos, IPv6 es una extensión conservadora de IPv4. La mayoría de los protocolos de transporte -y aplicación- necesitan pocos o ningún cambio para operar sobre IPv6; las excepciones son los protocolos de aplicación que integran direcciones de capa de red, como FTP o NTPv3.
IPv6 especifica un nuevo formato de paquete, diseñado para minimizar el procesamiento del encabezado de paquetes. Debido a que las cabeceras de los paquetes IPv4 e IPv6 son significativamente distintas, los dos protocolos no son interoperables.
Algunos de los cambios de IPv4 a IPv6 más relevantes son:
IPv6 incrementa el tamaño de dirección IP de 32 bits a 128 bits, es decir, si IPv4 posibilita 4,294,967,296 (232) direcciones de red diferentes, lo que hoy se considera un número inadecuado para dar una dirección a cada persona del planeta, y mucho menos a cada vehículo, teléfono, PDA, etcétera. IPv6 en cambio, admite 340,282,366,920,938,463,463,374,607,431,768,211,456 (2128 o 340 sixtillones de) direcciones —cerca de 3.4 × 1020 (340 trillones de) direcciones por cada pulgada cuadrada (6.7 × 1017 o 670 mil billones de direcciones/mm2) de la superficie de La Tierra.
El interés de los diseñadores era que direcciones más largas permiten una entrega jerárquica, sistemática y en definitiva mejor de las direcciones y una eficiente agregación de rutas. Con IPv4, se desplegaron complejas técnicas de Classless Interdomain Routing (CIDR) para utilizar de mejor manera el pequeño espacio de direcciones. El esfuerzo requerido para reasignar la numeración de una red existente con prefijos de rutas distintos es muy grande, como se discute en RFC 2071 y RFC 2072. Sin embargo, con IPv6, cambiando el prefijo anunciado por unos pocos routers es posible en principio reasignar la numeración de toda la red, ya que los identificadores de nodos (los 64 bits menos significativos de la dirección) pueden ser auto-configurados independientemente por un nodo.
El tamaño de una subred en IPv6 es de 264 (máscara de subred de 64-bit), el cuadrado del tamaño de la Internet IPv4 entera. Así, las tasas de utilización del espacio de direcciones será probablemente menor en IPv6, pero la administración de las redes y el ruteo serán más eficientes debido a las decisiones de diseño inherentes al mayor tamaño de las subredes y la agregación jerárquica de rutas.
Los nodos IPv6 pueden configurarse a sí mismos automáticamente cuando son conectados a una red ruteada en IPv6 usando los mensajes de descubrimiento de routers de ICMPv6. La primera vez que son conectados a una red, el nodo envía una solicitud de router de link-local usando multicast (router solicitacion) pidiendo los parámetros de configuración; y si los routers están configurados para esto, responderán este requerimiento con un "anuncio de router" (router advertisement) que contiene los parámetros de configuración de capa de red.
Si la autoconfiguración de direcciones libres de estado no es adecuada para una aplicación, es posible utilizar Dynamic Host Configuration Protocol para IPv6 (DHCPv6) o bien los nodos pueden ser configurados en forma estática.
Los routers presentan un caso especial de requerimientos para la configuración de direcciones, ya que muchas veces son la fuente para información de autoconfiguración, como anuncios de prefijos de red y anuncios de router. La configuración sin estado para routers se logra con un protocolo especial de renumeración de routers.
Multicast: Multicast, la habilidad de enviar un paquete único a destinos múltiples es parte de la especificación base de IPv6. Esto es diferente a IPv4, donde es opcional (aunque usualmente implementado).
IPv6 no implementa broadcast, que es la habilidad de enviar un paquete a todos los nodos del enlace conectado. El mismo efecto puede lograrse enviando un paquete al grupo de multicast de enlace-local todos los nodos (all hosts). Por lo tanto, no existe el concepto de una dirección de broadcast y así la dirección más alta de la red (la dirección de broadcast en una red IPv4) es considerada una dirección normal en IPv6.
Muchos ambientes no tienen, sin embargo, configuradas sus redes para rutear paquetes multicast, por lo que en éstas será posible hacer "multicasting" en la red local, pero no necesariamente en forma global.
El multicast IPv6 comparte protocolos y características comunes con IPv4, pero también incorpora cambios y mejoras. Incluso cuando se le asigne a una organización el más pequeño de los prefijos de ruteo global IPv6, ésta también recibe la posibilidad de usar uno de los 4.2 billones de grupos multicast IPv6 ruteables de fuente específica para asignarlos para aplicaciones multicast intra-dominio o entre-dominios (RFC 3306). En IPv4 era muy difícil para una organización conseguir incluso un único grupo multicast ruteable entre-dominios y la implementación de las soluciones entre-dominios eran anticuadas (RFC 2908). IPv6 también soporta nuevas soluciones multicast, incluyendo Embedded Rendezvous Point (RFC 3956), el que simplifica el despliegue de soluciones entre dominios.
Seguridad de Nivel de Red obligatoria: Internet Protocol Security (IPsec), el protocolo para cifrado y autenticación IP forma parte integral del protocolo base en IPv6. El soporte IPSec es obligatorio en IPv6; a diferencia de IPv4, donde es opcional (pero usualmente implementado). Sin embargo, actualmente no se está usando normalmente IPSec excepto para securizar el tráfico entre routers de BGP IPv6.
Procesamiento simplificado en los routers:
Se hicieron varias simplificaciones en la cabecera de los paquetes, así como en el proceso de reenvío de paquetes para hacer el procesamiento de los paquetes más simple y por ello más eficiente. En concreto,
El encabezado del paquete en IPv6 es más simple que el utilizado en IPv4, donde los campos raramente utilizados fueron movidos a opciones separadas; en efecto, aunque las direcciones en IPv6 son 4 veces más largas, el encabezado IPv6 (sin opciones) es solamente el doble de largo que el encabezado IPv4 (sin opciones).
Los routers IPv6 no hacen fragmentación. Los nodos IPv6 requieren ya sea hacer descubrimiento de PMTU, realizar fragmentación extremo-a-extremo o enviar paquetes menores al MTU mínimo de IPv6 de 1280 bytes.
El encabezado IPv6 no está protegido por una suma de comprobación (checksum); la protección de integridad se asume asegurada tanto por el checksum de capa de enlace y por un checksum de nivel superior (TCP, UDP, etc.). En efecto, routers IPv6 no necesitan recomputar la suma de comprobación cada vez que algún campo del encabezado (como contador de saltos o Tiempo de Vida) cambian. Esta mejora puede ser menos necesaria en routers que utilizan hardware dedicado para computar este cálculo y así pueden hacerlo a velocidad de línea (wirespeed), pero es relevante para routers por software.
El campo Tiempo de Vida de IPv4 se llama ahora Límite de Saltos (Hop Limit), reflejando el hecho de que ya no se espera que los routers computen el tiempo que el paquete ha pasado en la cola.
Movilidad: A diferencia de IPv4 móvil, IPv6 móvil (MIPv6) evita el ruteo triangular y por lo tanto es tan eficiente como el IPv6 normal. Los routers IPv6 pueden soportar también Movilidad de Red (NEMO, por Network Mobility) (RFC 3963), que permite que redes enteras se muevan a nuevos puntos de conexión de routers sin reasignación de numeración. Sin embargo, ni MIPv6 ni MIPv4 o NEMO son ampliamente difundidos hoy, por lo que esta ventaja es mayormente teórica.
Soporte mejorado para las extensiones y opciones: Los cambios en la manera en que se codifican las opciones de la cabecera IP permiten límites menos rigurosos en la longitud de opciones, y mayor flexibilidad para introducir nuevas opciones en el futuro.
Jumbogramas: IPv4 limita los paquetes a 64 KiB de carga útil. IPv6 tiene soporte opcional para paquetes sobre este límite, los llamados jumbogramas, que pueden ser de hasta 4 GiB. El uso de jumbogramas puede mejorar mucho el desempeño en redes de altos MTU. El uso de jumbogramas está indicado en el encabezado opcional Jumbo Payload Option.
Direccionamiento IPv6: El cambio más grande de IPv4 a IPv6 es la longitud de las direcciones de red. Las direcciones IPv6, definidas en el RFC 2373 y RFC 2374, son de 128 bits; esto corresponde a 32 dígitos hexadecimales, que se utilizan normalmente para escribir las direcciones IPv6, como se describe en la siguiente sección.
El número de direcciones IPv6 posibles es de 2128 ≈ 3.4 x 1038. Este número puede también representarse como 1632, con 32 dígitos hexadecimales, cada uno de los cuales puede tomar 16 valores (véase combinatoria).
En muchas ocasiones las direcciones IPv6 están compuestas por dos partes lógicas: un prefijo de 64 bits y otra parte de 64 bits que corresponde al identificador de interfaz, que casi siempre se genera automáticamente a partir de la dirección MAC de la interfaz a la que está asignada la dirección.
Notación para las direcciones IPv6: s direcciones IPv6, de 128 bits de longitud, se escriben como ocho grupos de cuatro dígitos hexadecimales. Por ejemplo,
2001:0db8:85a3:08d3:1319:8a2e:0370:7334
es una dirección IPv6 válida.
Se puede comprimir un grupo de cuatro dígitos si éste es nulo (es decir, toma el valor "0000". Por ejemplo,
2001:0db8:85a3:0000:1319:8a2e:0370:7344
----
2001:0db8:85a3::1319:8a2e:0370:7344
Siguiendo esta regla, si más de dos grupos consecutivos son nulos, también pueden comprimirse como "::". Si la dirección tiene más de una serie de grupos nulos consecutivos la compresión sólo se permite en uno de ellos. Así, las siguientes son representaciones posibles de una misma dirección:
2001:0DB8:0000:0000:0000:0000:1428:57ab
2001:0DB8:0000:0000:0000::1428:57ab
2001:0DB8:0:0:0:0:1428:57ab
2001:0DB8:0::0:1428:57ab
2001:0DB8::1428:57ab
son todas válidas y significan lo mismo, pero
2001::25de::cade
-- --
no es válida porque no queda claro cuántos grupos nulos hay en cada lado.
Los ceros iniciales en un grupo también se pueden omitir:
2001:0DB8:02de::0e13
2001B8:2de::e13
Si la dirección es una dirección IPv4 empotrada, los últimos 32 bits pueden escribirse en base decimal, así:
::ffff:192.168.89.9
::ffff:c0a8:5909
No se debe confundir con:
::192.168.89.9
::c0a8:5909
El formato ::ffff:1.2.3.4 se denomina dirección IPv4 mapeada, y el formato ::1.2.3.4 dirección IPv4 compatible.
Las direcciones IPv4 pueden ser transformadas fácilmente al formato IPv6. Por ejemplo, si la dirección decimal IPv4 es 135.75.43.52 (en hexadecimal, 0x874B2B34), puede ser convertida a 0000:0000:0000:0000:0000:0000:874B:2B34 o ::874B:2B34. Entonces, uno puede usar la notación mixta dirección IPv4 compatible, en cuyo caso la dirección debería ser ::135.75.43.52. Este tipo de dirección IPv4 compatible casi no está siendo utilizada en la práctica, aunque los estándares no la han declarado obsoleta.
Identificación de los tipos de direcciones: Los tipos de direcciones IPv6 pueden identificarse tomando en cuenta los primeros bits de cada dirección.
::
La dirección con todo ceros se utiliza para indicar la ausencia de dirección, y no se asigna ningún nodo.
::1
La dirección de loopback es una dirección que puede usar un nodo para enviarse paquetes a sí mismo (corresponde con 127.0.0.1 de IPv4). No puede asignarse a ninguna interfaz física.
::1.2.3.4
La dirección IPv4 compatible se usa como un mecanismo de transición en las redes duales IPv4/IPv6. Es un mecanismo que no se usa.
::ffff:0:0
La dirección IPv4 mapeada se usa como mecanismo de transición en terminales duales.
fe80::
El prefijo de enlace local (en inglés link local) específica que la dirección sólo es válida en el enlace físico local.
fec0::
El prefijo de emplazamiento local (en inglés site-local prefix) específica que la dirección sólo es válida dentro de una organización local. La RFC 3879 lo declaró obsoleto, estableciendo que los sistemas futuros no deben implementar ningún soporte para este tipo de dirección especial. Se deben sustituir por direcciones Local IPv6 Unicast.
ff00::
El prefijo de multicast. Se usa para las direcciones multicast.
Hay que resaltar que no existen las direcciones de difusión (en inglés broadcast) en IPv6, aunque la funcionalidad que prestan puede emularse utilizando la dirección multicast FF01::1, denominada todos los nodos (en inglés all nodes).
Algunos de quienes estan implementandolo en America Latina:
RIU - Red Interconexión Universitaria Argentina
En lo que respecta a la conexión internacional, RIU posee conexión en modo nativo desde el nodo central de la red hacia las redes académicas de prestaciones avanzadas de Latinoamérica y el mundo. En cuanto a la Internet comercial, se encuentra en fase de implementación.
En cuanto a la conectividad interna, desde el nodo central hasta las 38 Universidades que componen la red se está trabajando con un esquema de tuneles configurados / automaticos y está en fase de implementacion el modo nativo en la VPN que conforma la red. Para lograr este objetivo se trabaja junto al proveedor a los fines de terminar de implementar en todo el territorio nacional.
BT Latinoamérica Argentina y Venezuela
La red MPLS de BT Latinoamérica cuenta soporte para IPv6 desde comienzos del año 2007 utilizando el “feature” 6PE. Este “feature” permite a los routers de borde operar en el modo “dual-stack” soportando IPv4 e IPv6 simultáneamente, incorporando también algunas funcionalidades nuevas en el plano de envío y de control para transportar los paquetes IPv6 en una red MPLS.
La red MPLS de BT Latinoamérica es utilizada transportar el tráfico de Internet IPv4 e IPv6 de nuestros clientes. A nivel IPv6 la red cuenta con varios upstream providers conectados en el POP de Miami y con gran cantidad de peerings en varios países donde la red tiene presencia. Hasta el momento sólo tenemos clientes con IPv6 en Argentina y Venezuela, pero seguimos promoviendo el despliegue de IPv6 con nuestros clientes en toda la región para que nuestro tráfico IPv6 sea cada vez mayor.
RedCLARA América Latina
RedCLARA cuenta con IPv6 nativo implementado desde Julio/2005 sobre la troncal. El enrutamiento utiliza protocolo IS-IS en modo “single topology” para IPv4 juntamente con IPv6.
RedCLARA ofrece servicios de unicast y multicast IPv6 para las NRENs (National Research and Education Networks) de América Latina conectadas. Hoy en día la troncal tiene peerings IPv6 con todas las NRENs conectadas, y también con los proveedores de tránsito académico internacional con los cuales tiene sus acuerdos (Internet2 Network, GEANT, CAnet y otros).
ICE - Instituto Costarricense de Electricidad y Telecomunicaciones Costa Rica
Telecom Argentina S.A. Argentina
La prueba tiene dos objetivos.
Objetivo 1: probar IPv6 hacia Internet
Objetivo 2: probar IPv6 en una VPN, sobre la red MPLS de Telecom.
Para la primera etapa de la prueba se utilizará un esquema de túneles. Luego se pasará en una etapa posterior a un esquema de Dual-Stack y modo nativo.
Para el objetivo 1, se está implementando un túnel sobre una de las conexiones internacionales que posee Telecom Argentina S.A. desde uno de los routers de borde de la red de Telecom. En este sentido se está trabajando con uno de los providers con los cuales Telecom tiene peering IPv4 desde hace tiempo.
Con respecto al objetivo 2, se está trabajando en conjunto con uno de los clientes de Telecom y ya se implementaron túneles configurados en varios puntos de la VPN de dicho cliente. Estos túneles ya están funcionando, y ya están transportando paquetes IPv6 en la red MPLS de Telecom.
Nota (*) Arnet ya esta trabajando con servers IPv6, Con picos de 4 GBits por segundo, se cree que en el 2011 se hara el lanzamiento para empresas y en el 2012 para los hogares con television digital y telefonia IP.
SMITCOMS Antillas Neerlandesas
Global Crossing América Latina y Caribe
CENIT Venezuela
El protocolo IPv6 fue implementado en la Red Académica Nacional de Venezuela (REACCIUN) en el año 2005. Desde entonces, existe el soporte de dual-stack y se han activado sesiones IPv6 nativas unicast y multicast con las principales universidades nacionales, así como con las redes avanzadas RedCLARA e Internet2. Paralelamente, se han establecido sesiones IPv6 nativas unicast con nuestros proveedores de acceso a Internet comercial. En REACCIUN se utiliza el protocolo de enrutamiento BGP conjuntamente con las sesiones IPv6.
La Fundación CENIT promociona el despliegue de IPv6 a nivel nacional, por lo que entre sus metas para el 2010 está la adopción de dicho protocolo por el resto de los miembros de la Red Académica Nacional, así como también su divulgación entre proveedores de acceso a Internet nacionales.
Santa Maria (UTFSM) Chile
La UTFSM cuenta, desde Enero del 2009, con una red IPV6 funcionando en configuración "dual-stack" con la tradicional red IPv4. La red IPv6 UTFSM cuenta con una red de prefijo /32, delegada directamente por LACNIC, la cual se comunica a Internet mediante un enlace con el ISP GlobalCrossing.
En la primera etapa de implementación se realizo una actualización del "backbone" de la red IP existente, evaluando alternativas de distintos vendedores, lo que permite en la actualidad ofrecer IPv6 en toda la Casa Central de la UTFSM.
La UTFSM es una Universidad en su mayoría de carreras de Ingeniería, por lo que hay muchas unidades internas interesadas en contar con IPv6 nativo y su espacio propio de direcciones.
En un futuro se planea actualizar otras secciones de lared, con el fin de poder otorgar conectividad IPv6 a todas las sedes y campus de la Universidad.
Sistemas operativos que lo soportan Windows XP apartir del SP2/2003/Vista/2008/7 Mac OS X, Linux Kernel 2.6, Unix.
Placas de Red y Routers soportados
Placas de red todas la de 10/100/1000 no importa las marcas, a salido al mercado unas de 10Gbits 10/100/1000/10000.
Routers. los del 2005 en adelante traen consigo el IPv6
El fin de cauducacidad del IPv4 es en el 2012, para esa fecha tendremos que cambiar nuestro viejo Modem router, por un router que tenga soporte para IPv6 e internet será mas barato y accesible...
saludossss
El protocolo Internet versión 6 (IPv6) es una nueva versión de IP (Internet Protocol), definida en el RFC 2460 y diseñada para reemplazar a la versión 4 (IPv4) RFC 791, actualmente en uso dominante.
Diseñado por Steve Deering de Xerox PARC y Craig Mudge, IPv6 está destinado a sustituir a IPv4, cuyo límite en el número de direcciones de red admisibles está empezando a restringir el crecimiento de Internet y su uso, especialmente en China, India, y otros países asiáticos densamente poblados. Pero el nuevo estándar mejorará el servicio globalmente; por ejemplo, proporcionará a futuras celdas telefónicas y dispositivos móviles sus direcciones propias y permanentes. Se calcula que, actualmente, las dos terceras partes de las direcciones que ofrece IPv4 ya están asignadas[cita requerida].
A principios de 2010, quedaban menos del 10% de IPs sin asignar.
IPv4 posibilita 4.294.967.296 (232) direcciones de red diferentes, un número inadecuado para dar una dirección a cada persona del planeta, y mucho menos a cada vehículo, teléfono, PDA, etcétera. En cambio, IPv6 admite 340.282.366.920.938.463.463.374.607.431.768.211.456 (2128 o 340 sixtillones de direcciones) —cerca de 3.4 × 1020 (340 trillones de direcciones) por cada pulgada cuadrada (6.7 × 1017 o 670 mil billones de direcciones/mm2) de la superficie de La Tierra.
Otra vía para la popularización del protocolo es la adopción de este por parte de instituciones. El gobierno de los Estados Unidos ordenó el despliegue de IPv6 por todas sus agencias federales en el año 2008[2]
Motivación y orígenes La primera versión usada públicamente del protocolo Internet, la versión 4 (IPv4), provee un espacio de direcciones de aproximadamente cuatro mil millones de direcciones (232). Esto se consideró suficiente en las etapas iniciales de diseño de la Internet, cuando no se anticipó el crecimiento explosivo y la proliferación mundial de las redes que ocurrió después.
Durante la primera década de operación de la Internet basada en TCP/IP, a fines de los 80s, se hizo aparente que se necesitaba desarrollar métodos para conservar el espacio de direcciones. A principios de los 90s, incluso después de la introducción del rediseño de redes sin clase, se hizo claro que no sería suficiente para prevenir el agotamiento de las direcciones IPv4 y que se necesitaban cambios adicionales. A comienzos de 1992, circulaban varias propuestas de sistemas y a finales de 1992, la IETF anunció el llamado para white papers (RFC 1550) y la creación de los grupos de trabajo de "IP de próxima generación" ("IP Next Generation" o (IPng).
IPng fue propuesto por el Internet Engineering Task Force (IETF) el 25 de julio de 1994, con la formación de varios grupos de trabajo IPng. Hasta 1996, se publicaron varios RFCs definiendo IPv6, empezando con el RFC 2460.
La discusión técnica, el desarrollo e introducción de IPv6 no fue sin controversia. Incluso el diseño ha sido criticado por la falta de interoperabilidad con IPv4 y otros aspectos, por ejemplo por el científico de la computación D. J. Bernstein[cita requerida].
Incidentalmente, IPng no pudo usar la versión número 5 (IPv5) como sucesor de IPv4, ya que ésta había sido asignada a un protocolo experimental orientado al flujo de streaming que intentaba soportar voz, video y audio.
Se espera ampliamente que IPv4 sea soportado en conjunto con IPv6 en el futuro cercano. Los nodos solo-IPv4 no son capaces de comunicarse directamente con los nodos IPv6, y necesitarán ayuda de un intermediario; vea Mecanismos de Transición más adelante.
Cambios y nuevas características En muchos aspectos, IPv6 es una extensión conservadora de IPv4. La mayoría de los protocolos de transporte -y aplicación- necesitan pocos o ningún cambio para operar sobre IPv6; las excepciones son los protocolos de aplicación que integran direcciones de capa de red, como FTP o NTPv3.
IPv6 especifica un nuevo formato de paquete, diseñado para minimizar el procesamiento del encabezado de paquetes. Debido a que las cabeceras de los paquetes IPv4 e IPv6 son significativamente distintas, los dos protocolos no son interoperables.
Algunos de los cambios de IPv4 a IPv6 más relevantes son:
IPv6 incrementa el tamaño de dirección IP de 32 bits a 128 bits, es decir, si IPv4 posibilita 4,294,967,296 (232) direcciones de red diferentes, lo que hoy se considera un número inadecuado para dar una dirección a cada persona del planeta, y mucho menos a cada vehículo, teléfono, PDA, etcétera. IPv6 en cambio, admite 340,282,366,920,938,463,463,374,607,431,768,211,456 (2128 o 340 sixtillones de) direcciones —cerca de 3.4 × 1020 (340 trillones de) direcciones por cada pulgada cuadrada (6.7 × 1017 o 670 mil billones de direcciones/mm2) de la superficie de La Tierra.
El interés de los diseñadores era que direcciones más largas permiten una entrega jerárquica, sistemática y en definitiva mejor de las direcciones y una eficiente agregación de rutas. Con IPv4, se desplegaron complejas técnicas de Classless Interdomain Routing (CIDR) para utilizar de mejor manera el pequeño espacio de direcciones. El esfuerzo requerido para reasignar la numeración de una red existente con prefijos de rutas distintos es muy grande, como se discute en RFC 2071 y RFC 2072. Sin embargo, con IPv6, cambiando el prefijo anunciado por unos pocos routers es posible en principio reasignar la numeración de toda la red, ya que los identificadores de nodos (los 64 bits menos significativos de la dirección) pueden ser auto-configurados independientemente por un nodo.
El tamaño de una subred en IPv6 es de 264 (máscara de subred de 64-bit), el cuadrado del tamaño de la Internet IPv4 entera. Así, las tasas de utilización del espacio de direcciones será probablemente menor en IPv6, pero la administración de las redes y el ruteo serán más eficientes debido a las decisiones de diseño inherentes al mayor tamaño de las subredes y la agregación jerárquica de rutas.
Los nodos IPv6 pueden configurarse a sí mismos automáticamente cuando son conectados a una red ruteada en IPv6 usando los mensajes de descubrimiento de routers de ICMPv6. La primera vez que son conectados a una red, el nodo envía una solicitud de router de link-local usando multicast (router solicitacion) pidiendo los parámetros de configuración; y si los routers están configurados para esto, responderán este requerimiento con un "anuncio de router" (router advertisement) que contiene los parámetros de configuración de capa de red.
Si la autoconfiguración de direcciones libres de estado no es adecuada para una aplicación, es posible utilizar Dynamic Host Configuration Protocol para IPv6 (DHCPv6) o bien los nodos pueden ser configurados en forma estática.
Los routers presentan un caso especial de requerimientos para la configuración de direcciones, ya que muchas veces son la fuente para información de autoconfiguración, como anuncios de prefijos de red y anuncios de router. La configuración sin estado para routers se logra con un protocolo especial de renumeración de routers.
Multicast: Multicast, la habilidad de enviar un paquete único a destinos múltiples es parte de la especificación base de IPv6. Esto es diferente a IPv4, donde es opcional (aunque usualmente implementado).
IPv6 no implementa broadcast, que es la habilidad de enviar un paquete a todos los nodos del enlace conectado. El mismo efecto puede lograrse enviando un paquete al grupo de multicast de enlace-local todos los nodos (all hosts). Por lo tanto, no existe el concepto de una dirección de broadcast y así la dirección más alta de la red (la dirección de broadcast en una red IPv4) es considerada una dirección normal en IPv6.
Muchos ambientes no tienen, sin embargo, configuradas sus redes para rutear paquetes multicast, por lo que en éstas será posible hacer "multicasting" en la red local, pero no necesariamente en forma global.
El multicast IPv6 comparte protocolos y características comunes con IPv4, pero también incorpora cambios y mejoras. Incluso cuando se le asigne a una organización el más pequeño de los prefijos de ruteo global IPv6, ésta también recibe la posibilidad de usar uno de los 4.2 billones de grupos multicast IPv6 ruteables de fuente específica para asignarlos para aplicaciones multicast intra-dominio o entre-dominios (RFC 3306). En IPv4 era muy difícil para una organización conseguir incluso un único grupo multicast ruteable entre-dominios y la implementación de las soluciones entre-dominios eran anticuadas (RFC 2908). IPv6 también soporta nuevas soluciones multicast, incluyendo Embedded Rendezvous Point (RFC 3956), el que simplifica el despliegue de soluciones entre dominios.
Seguridad de Nivel de Red obligatoria: Internet Protocol Security (IPsec), el protocolo para cifrado y autenticación IP forma parte integral del protocolo base en IPv6. El soporte IPSec es obligatorio en IPv6; a diferencia de IPv4, donde es opcional (pero usualmente implementado). Sin embargo, actualmente no se está usando normalmente IPSec excepto para securizar el tráfico entre routers de BGP IPv6.
Procesamiento simplificado en los routers:
Se hicieron varias simplificaciones en la cabecera de los paquetes, así como en el proceso de reenvío de paquetes para hacer el procesamiento de los paquetes más simple y por ello más eficiente. En concreto,
El encabezado del paquete en IPv6 es más simple que el utilizado en IPv4, donde los campos raramente utilizados fueron movidos a opciones separadas; en efecto, aunque las direcciones en IPv6 son 4 veces más largas, el encabezado IPv6 (sin opciones) es solamente el doble de largo que el encabezado IPv4 (sin opciones).
Los routers IPv6 no hacen fragmentación. Los nodos IPv6 requieren ya sea hacer descubrimiento de PMTU, realizar fragmentación extremo-a-extremo o enviar paquetes menores al MTU mínimo de IPv6 de 1280 bytes.
El encabezado IPv6 no está protegido por una suma de comprobación (checksum); la protección de integridad se asume asegurada tanto por el checksum de capa de enlace y por un checksum de nivel superior (TCP, UDP, etc.). En efecto, routers IPv6 no necesitan recomputar la suma de comprobación cada vez que algún campo del encabezado (como contador de saltos o Tiempo de Vida) cambian. Esta mejora puede ser menos necesaria en routers que utilizan hardware dedicado para computar este cálculo y así pueden hacerlo a velocidad de línea (wirespeed), pero es relevante para routers por software.
El campo Tiempo de Vida de IPv4 se llama ahora Límite de Saltos (Hop Limit), reflejando el hecho de que ya no se espera que los routers computen el tiempo que el paquete ha pasado en la cola.
Movilidad: A diferencia de IPv4 móvil, IPv6 móvil (MIPv6) evita el ruteo triangular y por lo tanto es tan eficiente como el IPv6 normal. Los routers IPv6 pueden soportar también Movilidad de Red (NEMO, por Network Mobility) (RFC 3963), que permite que redes enteras se muevan a nuevos puntos de conexión de routers sin reasignación de numeración. Sin embargo, ni MIPv6 ni MIPv4 o NEMO son ampliamente difundidos hoy, por lo que esta ventaja es mayormente teórica.
Soporte mejorado para las extensiones y opciones: Los cambios en la manera en que se codifican las opciones de la cabecera IP permiten límites menos rigurosos en la longitud de opciones, y mayor flexibilidad para introducir nuevas opciones en el futuro.
Jumbogramas: IPv4 limita los paquetes a 64 KiB de carga útil. IPv6 tiene soporte opcional para paquetes sobre este límite, los llamados jumbogramas, que pueden ser de hasta 4 GiB. El uso de jumbogramas puede mejorar mucho el desempeño en redes de altos MTU. El uso de jumbogramas está indicado en el encabezado opcional Jumbo Payload Option.
Direccionamiento IPv6: El cambio más grande de IPv4 a IPv6 es la longitud de las direcciones de red. Las direcciones IPv6, definidas en el RFC 2373 y RFC 2374, son de 128 bits; esto corresponde a 32 dígitos hexadecimales, que se utilizan normalmente para escribir las direcciones IPv6, como se describe en la siguiente sección.
El número de direcciones IPv6 posibles es de 2128 ≈ 3.4 x 1038. Este número puede también representarse como 1632, con 32 dígitos hexadecimales, cada uno de los cuales puede tomar 16 valores (véase combinatoria).
En muchas ocasiones las direcciones IPv6 están compuestas por dos partes lógicas: un prefijo de 64 bits y otra parte de 64 bits que corresponde al identificador de interfaz, que casi siempre se genera automáticamente a partir de la dirección MAC de la interfaz a la que está asignada la dirección.
Notación para las direcciones IPv6: s direcciones IPv6, de 128 bits de longitud, se escriben como ocho grupos de cuatro dígitos hexadecimales. Por ejemplo,
2001:0db8:85a3:08d3:1319:8a2e:0370:7334
es una dirección IPv6 válida.
Se puede comprimir un grupo de cuatro dígitos si éste es nulo (es decir, toma el valor "0000". Por ejemplo,
2001:0db8:85a3:0000:1319:8a2e:0370:7344
----
2001:0db8:85a3::1319:8a2e:0370:7344
Siguiendo esta regla, si más de dos grupos consecutivos son nulos, también pueden comprimirse como "::". Si la dirección tiene más de una serie de grupos nulos consecutivos la compresión sólo se permite en uno de ellos. Así, las siguientes son representaciones posibles de una misma dirección:
2001:0DB8:0000:0000:0000:0000:1428:57ab
2001:0DB8:0000:0000:0000::1428:57ab
2001:0DB8:0:0:0:0:1428:57ab
2001:0DB8:0::0:1428:57ab
2001:0DB8::1428:57ab
son todas válidas y significan lo mismo, pero
2001::25de::cade
-- --
no es válida porque no queda claro cuántos grupos nulos hay en cada lado.
Los ceros iniciales en un grupo también se pueden omitir:
2001:0DB8:02de::0e13
2001B8:2de::e13
Si la dirección es una dirección IPv4 empotrada, los últimos 32 bits pueden escribirse en base decimal, así:
::ffff:192.168.89.9
::ffff:c0a8:5909
No se debe confundir con:
::192.168.89.9
::c0a8:5909
El formato ::ffff:1.2.3.4 se denomina dirección IPv4 mapeada, y el formato ::1.2.3.4 dirección IPv4 compatible.
Las direcciones IPv4 pueden ser transformadas fácilmente al formato IPv6. Por ejemplo, si la dirección decimal IPv4 es 135.75.43.52 (en hexadecimal, 0x874B2B34), puede ser convertida a 0000:0000:0000:0000:0000:0000:874B:2B34 o ::874B:2B34. Entonces, uno puede usar la notación mixta dirección IPv4 compatible, en cuyo caso la dirección debería ser ::135.75.43.52. Este tipo de dirección IPv4 compatible casi no está siendo utilizada en la práctica, aunque los estándares no la han declarado obsoleta.
Identificación de los tipos de direcciones: Los tipos de direcciones IPv6 pueden identificarse tomando en cuenta los primeros bits de cada dirección.
::
La dirección con todo ceros se utiliza para indicar la ausencia de dirección, y no se asigna ningún nodo.
::1
La dirección de loopback es una dirección que puede usar un nodo para enviarse paquetes a sí mismo (corresponde con 127.0.0.1 de IPv4). No puede asignarse a ninguna interfaz física.
::1.2.3.4
La dirección IPv4 compatible se usa como un mecanismo de transición en las redes duales IPv4/IPv6. Es un mecanismo que no se usa.
::ffff:0:0
La dirección IPv4 mapeada se usa como mecanismo de transición en terminales duales.
fe80::
El prefijo de enlace local (en inglés link local) específica que la dirección sólo es válida en el enlace físico local.
fec0::
El prefijo de emplazamiento local (en inglés site-local prefix) específica que la dirección sólo es válida dentro de una organización local. La RFC 3879 lo declaró obsoleto, estableciendo que los sistemas futuros no deben implementar ningún soporte para este tipo de dirección especial. Se deben sustituir por direcciones Local IPv6 Unicast.
ff00::
El prefijo de multicast. Se usa para las direcciones multicast.
Hay que resaltar que no existen las direcciones de difusión (en inglés broadcast) en IPv6, aunque la funcionalidad que prestan puede emularse utilizando la dirección multicast FF01::1, denominada todos los nodos (en inglés all nodes).
Algunos de quienes estan implementandolo en America Latina:
RIU - Red Interconexión Universitaria Argentina
En lo que respecta a la conexión internacional, RIU posee conexión en modo nativo desde el nodo central de la red hacia las redes académicas de prestaciones avanzadas de Latinoamérica y el mundo. En cuanto a la Internet comercial, se encuentra en fase de implementación.
En cuanto a la conectividad interna, desde el nodo central hasta las 38 Universidades que componen la red se está trabajando con un esquema de tuneles configurados / automaticos y está en fase de implementacion el modo nativo en la VPN que conforma la red. Para lograr este objetivo se trabaja junto al proveedor a los fines de terminar de implementar en todo el territorio nacional.
BT Latinoamérica Argentina y Venezuela
La red MPLS de BT Latinoamérica cuenta soporte para IPv6 desde comienzos del año 2007 utilizando el “feature” 6PE. Este “feature” permite a los routers de borde operar en el modo “dual-stack” soportando IPv4 e IPv6 simultáneamente, incorporando también algunas funcionalidades nuevas en el plano de envío y de control para transportar los paquetes IPv6 en una red MPLS.
La red MPLS de BT Latinoamérica es utilizada transportar el tráfico de Internet IPv4 e IPv6 de nuestros clientes. A nivel IPv6 la red cuenta con varios upstream providers conectados en el POP de Miami y con gran cantidad de peerings en varios países donde la red tiene presencia. Hasta el momento sólo tenemos clientes con IPv6 en Argentina y Venezuela, pero seguimos promoviendo el despliegue de IPv6 con nuestros clientes en toda la región para que nuestro tráfico IPv6 sea cada vez mayor.
RedCLARA América Latina
RedCLARA cuenta con IPv6 nativo implementado desde Julio/2005 sobre la troncal. El enrutamiento utiliza protocolo IS-IS en modo “single topology” para IPv4 juntamente con IPv6.
RedCLARA ofrece servicios de unicast y multicast IPv6 para las NRENs (National Research and Education Networks) de América Latina conectadas. Hoy en día la troncal tiene peerings IPv6 con todas las NRENs conectadas, y también con los proveedores de tránsito académico internacional con los cuales tiene sus acuerdos (Internet2 Network, GEANT, CAnet y otros).
ICE - Instituto Costarricense de Electricidad y Telecomunicaciones Costa Rica
Telecom Argentina S.A. Argentina
La prueba tiene dos objetivos.
Objetivo 1: probar IPv6 hacia Internet
Objetivo 2: probar IPv6 en una VPN, sobre la red MPLS de Telecom.
Para la primera etapa de la prueba se utilizará un esquema de túneles. Luego se pasará en una etapa posterior a un esquema de Dual-Stack y modo nativo.
Para el objetivo 1, se está implementando un túnel sobre una de las conexiones internacionales que posee Telecom Argentina S.A. desde uno de los routers de borde de la red de Telecom. En este sentido se está trabajando con uno de los providers con los cuales Telecom tiene peering IPv4 desde hace tiempo.
Con respecto al objetivo 2, se está trabajando en conjunto con uno de los clientes de Telecom y ya se implementaron túneles configurados en varios puntos de la VPN de dicho cliente. Estos túneles ya están funcionando, y ya están transportando paquetes IPv6 en la red MPLS de Telecom.
Nota (*) Arnet ya esta trabajando con servers IPv6, Con picos de 4 GBits por segundo, se cree que en el 2011 se hara el lanzamiento para empresas y en el 2012 para los hogares con television digital y telefonia IP.
SMITCOMS Antillas Neerlandesas
Global Crossing América Latina y Caribe
CENIT Venezuela
El protocolo IPv6 fue implementado en la Red Académica Nacional de Venezuela (REACCIUN) en el año 2005. Desde entonces, existe el soporte de dual-stack y se han activado sesiones IPv6 nativas unicast y multicast con las principales universidades nacionales, así como con las redes avanzadas RedCLARA e Internet2. Paralelamente, se han establecido sesiones IPv6 nativas unicast con nuestros proveedores de acceso a Internet comercial. En REACCIUN se utiliza el protocolo de enrutamiento BGP conjuntamente con las sesiones IPv6.
La Fundación CENIT promociona el despliegue de IPv6 a nivel nacional, por lo que entre sus metas para el 2010 está la adopción de dicho protocolo por el resto de los miembros de la Red Académica Nacional, así como también su divulgación entre proveedores de acceso a Internet nacionales.
Santa Maria (UTFSM) Chile
La UTFSM cuenta, desde Enero del 2009, con una red IPV6 funcionando en configuración "dual-stack" con la tradicional red IPv4. La red IPv6 UTFSM cuenta con una red de prefijo /32, delegada directamente por LACNIC, la cual se comunica a Internet mediante un enlace con el ISP GlobalCrossing.
En la primera etapa de implementación se realizo una actualización del "backbone" de la red IP existente, evaluando alternativas de distintos vendedores, lo que permite en la actualidad ofrecer IPv6 en toda la Casa Central de la UTFSM.
La UTFSM es una Universidad en su mayoría de carreras de Ingeniería, por lo que hay muchas unidades internas interesadas en contar con IPv6 nativo y su espacio propio de direcciones.
En un futuro se planea actualizar otras secciones de lared, con el fin de poder otorgar conectividad IPv6 a todas las sedes y campus de la Universidad.
Sistemas operativos que lo soportan Windows XP apartir del SP2/2003/Vista/2008/7 Mac OS X, Linux Kernel 2.6, Unix.
Placas de Red y Routers soportados
Placas de red todas la de 10/100/1000 no importa las marcas, a salido al mercado unas de 10Gbits 10/100/1000/10000.
Routers. los del 2005 en adelante traen consigo el IPv6
El fin de cauducacidad del IPv4 es en el 2012, para esa fecha tendremos que cambiar nuestro viejo Modem router, por un router que tenga soporte para IPv6 e internet será mas barato y accesible...
saludossss