Nombre: Luis Angel Almanzar Tamz.

Materia: Redes Convergentes.

Maestro: Ral Gzz Alegre.

Carrera: Ticsi

Cuatrimestre: 8vo

Direccionamiento IPv6, Tunneling Ipv4 a Ipv6

Mecanismos de transicin
El protocolo de internet de siguiente generacin (IPng), como fue llamado inicialmente IPv6, fue
desarrollado por elGrupo Especial sobre Ingeniera de Internet (IETF) para reemplazar al actual
protocolo de Internet IPv4. Para poder permitir la coexistencia de IPv6 con IPv4 y la
compatibilidad con las redes actuales, el Grupo de Trabajo de Transicin a IPng de la IETF ha
diseado herramientas, protocolos y mecanismos que pueden ser utilizados para permitir una
transicin de redes IPv4 hacia IPv6.
Las estrategias diseadas se pueden dividir en tres clases:
Pila Dual: La computadora, el servidor y el enrutador en la red pueden manejar una pila de IPv4
y una IPv6 de forma simultnea. Cuando las dos pilas son utilizadas en los nodos conectados a las
redes en los cuales ambos protocolos estn habilitados simultneamente, el modo de pila dual
provee a los nodos la flexibilidad para establecer sesiones extremo a extremo sobre IPv4 o IPv6.
Tneles: Los tneles permiten a un elemento IPv6 aislado, sea computadora, servidor, enrutador
y dominio comunicarse con otras redes IPv6 sobre la infraestructura IPv4 existente. Incluso
computadoras IPv6 aisladas pueden establecer sesiones IPv6 extremo a extremo usando IPv4
como la capa de transporte. Los tneles consisten en un encapsulamiento de paquetes IPv6 dentro
de paquetes IPv4 para posteriormente enviar estos paquetes encapsulados a un nodo destino IPv4
sobre una red IPv4. El nodo destino realiza la desencapsulacin para extraer los paquetes IPv6.
Existen distintas tcnicas para implementar y establecer tneles sobre IPv4. Es importante sealar
que para poder hacer tneles de paquetes IPv6 en IPv4 se requiere que los nodos extremos del
tnel soporten Pila Dual.
Traduccin de Protocolo: Es posible para los nodos que solo soportan IPv6 en la red IPv6
comunicarse con nodos que solo soportan IPv4 en la red IPv4. Sin embargo, estos mecanismos
requieren una traduccin de protocolo entre IPv4 e IPv6 en la frontera de los dos tipos de redes.
A continuacin se presentan algunos de los mecanismos actuales ms sobresalientes.
Encapsulacin 4-en-6
El RFC 2473 especifica el modelo y los mecanismos genricos para encapsulacin con IPv6.
Aqu los paquetes encapsulados pueden ser de IPv6, IPv4 o de cualquier otro protocolo. El punto
de entrada del tnel antepone el encabezado de IPv6, y si se requiere, un o dos encabezados de
extensin en frente del encabezado de paquete original. Cualquier encabezado que el punto de
entrada anteponga, estos son conocidos como encabezados de tnel IPpv6.
Comnmente estos tneles con conocidos como 4-en-6, y usualmente se configuran de forma
manual pero se pueden automatizar utilizando protocolos como TSP (Protocolo de

Establecimiento de Tnel) para permitir una conexin sencilla a un proveedor de conexin por
tnel.
Encapsulacin 6-en-4
Es un mtodo de transicin para migrar de IPv4 a IPv6 que utiliza un tnel para encapsular trfico
de IPv6 sobre enlaces configurados con IPv4 tal como lo describe el RFC 4213. El trfico 6-en-4
es enviado a travs del Internet dentro de paquetes IPv4 cuyos encabezados IP tienen el nmero
de protocolo configurado en 41. Este nmero de protocolo ha sido diseado especficamente para
encapsulacin de IPv6.
En 6-en-4, el encabezado del paquete IPv4 es inmediatamente seguido por el paquete IPv6 que
est siendo llevado. Esto se traduce en que el incremento de encabezado de encapsulacin es
solamente el encabezado de IPv4 de 20 bytes. Teniendo en Ethernet una Unidad Mxima de
Transmisin (MTU) de 1500 bytes, pueden ser enviados paquetes de IPv6 de 1480 bytes sin
fragmentar. Este mecanismo tambin es conocido como proto-41 esttico ya que utiliza los puntos
extremos configurados de forma esttica. Existen otros mtodos similares como 6-a-4 o 6-sobre-4
que presentan algunas variaciones, como por ejemplo, no utilizar configuracin esttica en los
puntos extremos y en sustitucin la informacin de la direccin IPv4 es obtenida de las
direcciones de IPv6 dentro del encabezado de paquete de IPv6.
Mecanismo 6-a-4
El RFC 3056, Conexin de dominios IPv6 a travs de nubes IPv4, especifica un mecanismo para
que sitios IPv6 se comuniquen entre si sobre una red IPv4 sin un establecimiento de tnel. Este
mecanismo es llamado 6-a-4, y en l la red IPv4 de rea amplia es tratada como un enlace puntoa-punto unicast, y los dominios IPv6 se comunican va ruteadores 6-a-4.
Se pretende que este mecanismo sea utilizado durante el perodo de co-existencia de IPv4 e IPv6
y que no sea usado como una solucin permanente. 6-a-4 puede ser usado por un host individual,
o por una red local IPv6. Cuando es usado por un host, debe tener una direccin global IPv4
conectada, y el host es responsable de encapsular los paquetes salientes de IPv6 y desencapsular
los paquetes que llegan de 6-a-4. Si el host est configurado para reenviar paquetes a otros
clientes, comnmente una red local, es entonces un ruteador.
6-a-4 no facilita la interoperacin entre hosts que solo utilicen IPv4 y hosts quesolo utilicen IPv6.
6-a-4 es slo un mecanismo transparente usado como una capa de transporte entre nodos IPv6.
ISATAP
El Protocolo de Direccionamiento de Tnel Automtico Intra-Sitio (ISATAP, Intra-Site Automatic
Tunnel Addressing Protocol) est diseado para proveer conectividad IPv6 entre nodos IPv6,
dentro de una intra-red basada principalmente en IPv4, que no tiene un ruteador IPv6 en el sitio.
Con ISATAP, se puede implementar IPv6 en la red corporativa, detrs del firewall, incluso si no
se tiene un ruteador IPv6. Inclusive ISATAP permite usar un mecanismo de creacin de tneles
automtico si se estn utilizando direcciones IPv4 y NAT. Las direcciones ISATAP incluyen una
direccin IPv4 en el identificador de la interfaz EUI-64.
Teredo
Distintos mecanismos de transicin trabajan con hosts de IPv6 identificados por direcciones IPv4,

sin embargo, estos mecanismos no soportan conectividad IPv6 a hosts aislados detrs de un NAT.
Las direcciones privadas no pueden ser usadas en redes pblicas como un mecanismo 6-a-4.
Acoplar un NAT y un mecanismo de tnel no es escalable y puede producir resultados
inesperados, como deterioro en la calidad de la transmisin e inclusive el mismo servidor del
tnel se puede convertir en un cuello de botella en la trayectoria de transmisin.
Tratando de ofrecer una alternativa a los usuarios privados detrs de un NAT, se propone Teredo
para proveer conectividad IPv6 a hosts aislados detrs de un NAT. Teredo provee un tnel
automtico extremo a extremo a sitios Teredo y ofrece trayectorias a hosts de solo IPv6.
Teredo se compone de tres elementos: un servidor Teredo, un retransmisor Teredo y un cliente
Teredo.
El servidor provee su direccin IPv4 al cliente; una vez que el cliente aprende la direccin IPv4,
automticamente construir la direccin IPv6 del servidor donde la direccin de IPv4 est
incrustada. El retransmisor ayuda a los clientes a conectarse a hosts de solo IPv6. Las
comunicaciones de hosts solo IPv6 en el backbone no estn soportadas de forma inmediata. En
lugar de eso, el servidor Teredo mediar entre los clientes Teredo y los retransmisores Teredo y
seleccionar el apropiado, el cual es seleccionado por la distancia entre el cliente y el
retransmisor, as como el nmero de clientes a los cuales les provee servicio el retransmisor.
El cliente Teredo es un nodo que reside detrs de un NAT y que desea tener conectividad IPv6.
Para la configuracin de la direccin, el cliente obtiene el prefijo del servidor; especialmente, se
requiere que el cliente tenga una direccin IPv4 antes del proceso de calificacin con el fin de
mantener el mapeo de direccin y nmero de puerto asociado con el puerto de servicio Teredo.

Estndares para Internet (RFCs)

Los estndares tcnicos para Internet son escritos en documentos conocidos como RFCs (Request
For Comments) y la organizacin encargada de producirlos y publicitarlos es la IETF.
Los RFCs son documentos tcnicos de estndares que nacen como un proyecto de Internet, y
tienen un tiempo de vida de 6 meses desde el primer da que los publica la IETF, antes de ser
borrados. Esta particular manera de trabajar obliga a los autores del documento a enviar dos veces
al ao, una versin actualizada del documento para que el trabajo realizado al momento no
camine en direccin a la obsolescencia y la consecuente eliminacin y olvido.
Los trabajos son elaborados por los grupos de trabajo de la IETF y son evaluados por ellos
mismos y por el IESG que es el grupo para orientar el trabajo de ingeniera de Internet. Solo una
fraccin de todos los RFCs se vuelven documentos de estndar. Los dems especifican versiones
obsoletas de estndares actuales, protocolos experimentales, evolucin de los protocolos y
prcticas (son histricos), proveen una gua que se considera mejor prctica o solamente
proveen informacin para la comunidad de Internet.
A continuacin se presenta una tabla con los estados posibles de un RFC.
Estado del RFC Descripcin
Informacin

El RFC solo provee informacin y no especifica un estndar.

Experimental

El RFC especifica un protocolo experimental que no est recomendado en

ambientes de produccin.

Estndar
propuesto

El protocolo se vuelve un estndar con normas pero an no cuenta con

experiencia operacional.

Proyecto de
norma

Existe experiencia operacional limitada con el protocolo.

Estndar

El RFC especifica un protocolo maduro.

Histrico

El RFC no est en uso, pero tiene valor histrico.

Las siguientes son algunas de las propuestas ms destacadas que se han hecho sobre IPv6 y sobre
su coexistencia con IPv4:
Nmero de Estado
RFC

Nombre

2185

Informacin

Aspectos de enrutamiento de la transicin de IPv6.

2460

Estndar
propuesto

Especificacin de IPv6.

2463

Estndar
propuesto

Especificacin de ICMPv6.

2473

Estndar
propuesto

Tnel de paquete genrico en especificacin de IPv6.

3053

Informacin

Tunnel broker de IPv6.

3056

Estndar
propuesto

Conexin de dominios IPv6 a travs de nubes IPv4.

3177

Informacin

Recomendaciones de IAB/ESG para asignacin de direcciones

IPv6 a sitios.

3627

Informacin

Utilizacin de prefijo /127 de longitud entre ruteadores

considerado daino.

3484

Estndar
propuesto

Seleccin de direccin por omisin para Protocolo de Internet

versin 6.

3768

Estndar
propuesto

Protocolo de redundancia de ruteador virtual (VRRP) versin 3

para IPv4 e IPv6.

3493

Informacin

Extensiones bsicas de Interfaz para IPv6.

4213

Estndar

Mecanismos bsicos de transicin para hosts y ruteadores de

propuesto

IPv6.

4291

Estndar
propuesto

Arquitectura de direccionamiento IP versin 6.

4380

Estndar
propuesto

Teredo: Tnel de IPv6 sobre UDP a travs de Traducciones de

Direccin de Red (NATs).

4852

Informacin

Anlisis de red empresarial IPv6 Enfocado a IP capa 3.

4890

Informacin

Recomendaciones para filtrado de mensajes ICMPv6 en

cortafuegos.

4862

Estndar
propuesto

Autoconfiguracin IPv6 de direccin sin estado.

4864

Informacin

Proteccin de red local para IPv6.

4942

Informacin

Consideraciones de seguridad en IPv6 para transicin /

coexistencia.

5175

Estndar
propuesto

Opcin de anuncio de banderas en ruteador IPv6.

5156

Informacin

Direcciones de IPv6 de uso especial.

5157

Informacin

Implicaciones de bsqueda de red para IPv6.

5214

Informacin

Protocolo de Direccionamiento de Tnel Automtico IntraSitio (ISATAP).

5308

Estndar
propuesto

Enrutamiento de IPv6 con IS-IS.

5340

Estndar
propuesto

OSPF IPv6 para IPv6.

5375

Informacin

Consideraciones en asignacin de direccin unicast de

IPv6.

5453

Estndar

Identificadores de Interfaz IPv6 reservados.

propuesto

5454

Estndar
propuesto

IPv4 mvil de doble pila.

5514

Experimental

IPv6 sobre redes sociales.

5569

Informacin

Implementacin rpida de IPv6 en infraestructuras IPv4

(6rd).

5572

Experimental

Tnel brker de IPv6 con Protocolo de Establecimiento de

Tnel (TSP).

5579

Informacin

Transmisin de paquetes IPv4 sobre interfaces ISATAP.

5844

Estndar
propuesto

Soporte de IPv4 para proxy mvil de IPv6.

5871

Estndar
propuesto

Directrices de asignacin de IANA para encabezado de

enrutamiento de IPv6.

5942

Estndar
propuesto

Modelo de subred IPv6: La relacin entre enlaces y prefijos

de subred.

5969

Estndar
propuesto

Rpida implementacin de IPv6 sobre infraestructuras IPv4

(6rd) Especificacin de protocolo.

5963

Informacin

Implementacin de IPv6 en Puntos de Intercambio de

Internet (IXPs).

5991

Estndar
propuesto

Actualizaciones de seguridad para Teredo.