Introduccin

IPv6 (Internet protocol vesion 6) es la nueva versin de IP, es un

estndar dado a el direccionamiento de paquetes de datos,
desarrollado a nivel de capa de red. Este protocolo diseado por Steve
Deering de Xerox PARC y Craig Mudge fue originado por la gran
limitancia de IPv4, en su capacidad de combinaciones 2^32
obteniendo 4.294.967.296 direcciones las cuales el 80% ya estn
designadas.
IPv6 no se a estandarizado, por la traduccin de direccin de
red (NAT), ya que esta alivia parcialmente, el problema de la falta
direcciones de red. Sin embargo, tiene una gran defciencia, y es que
hace imposible algunas aplicaciones, como por ejemplo, P2P, como lo
es la voz sobre IP y los juegos multiusuarios; adems IPv6 tiene la
capacidad de ofrecer mejores servicios en cuanto movilidad, calidad
de servicio (QoS), seguridad, entre otros.
I
Historia
-1972: Primera demostracin pblica de ARPANET.
-1973: Primera conexin ARPANET fuera de EEUU con NOSAR
en Noruega.
-1977-1979: Se crearon las IPv0 al IPv3 como versiones de
desarrollo.
-1979: Se empieza a trabajar en un protocolo experimental:
Internet Stream Protocol (IPv5).
-1981: Se termina el RFC-791: IPv4 La versin que se extendi
de forma masiva en el boom de Internet.
-1983: ARPANET cambi el protocolo NCP por TCP/IP y se crea
el IAB para estandarizar TCP/IP.
-1992: Se crea el grupo de trabajo IPng del IETF.
-1996: Se defne IPv6 en varias RFCs (2460).
En 1972 se hizo la primera demostracin pblica de la red
ARPANET que fue una de las primeras redes que funcionaba de forma
distribuida, sobre la red telefnica conmutada.
La primera conexin ARPANET fuera de EEUU se hizo con
NORSAR en Noruega en 1973, justo antes de las conexiones con Gran
II
Bretaa. Todas estas conexiones se convirtieron en TCP/IP en 1982,
al mismo tiempo que el resto de las ARPANET
El Internet Stream Protocol (ST), tambin conocido como IPv5, fue un
protocolo experimental, se define en 199 en el IE! 119, " m#s tarde fue revisado en
el $%& 119' (ST() " $%& 1)19 (ST( *)+ST se prev a ser la conexi,n orientada a
complementar a IPv-, pero nunca .a sido introducida para uso p/blico+ 0uc.os de
los conceptos disponibles en ST se pueden encontrar .o" en 0P1S+
Estado Actual de IPv6
Segn lo expertos, en general, el protocolo IPv6 esta bien
defnido y el ncleo de las especifcaciones es muy slido, Sin
embargo, existen algunos puntos clave que necesitan trabajos
adicionales:
Problema de multi-homing. Bsicamente el mismo que
tenemos en IPv4, y sigue implementado. Existen diversas propuestas
al respecto, incluyendo el uso de mecanismos de movilidad IP,
mecanismos de host, mecanismos de los routers, entre otros. En
cualquier caso, cualquiera de estas propuestas representan retrasos
en el desarrollo e implementacin de IPv6.
Todava hay quien cuestiona que el direccionamiento de
longitud fja sea la alternativa mas adecuada. Pero hay que reconocer
que el direccionamiento fjo de 128 bits es un lmite muy difcil de
superar.
III
El grupo de trabajo DHC del IETF desea verifcar que los
modelos que estan siendo usados como DHCPv6 son validos y
trabajarn basndose en los conocimientos adquiridos por las
implementaciones DHCPv4. Estos trabajos estn siendo fnalizados
nen este momento; este ao estar listo para su implementacin y
para elevarlo a una propuesta de norma.
El uso de mbitos para unicast de direcciones IPv6,
mientras se fjan los procedimientos para su uso y aplicacin. Los
mbitos son perfectamente conocidos en IPv6 para unicast de
direcciones globales, direcciones de enlace local y multicast. Se esta
discutiendo su uso para direcciones locales y como se usaran dentro
de la arquitectura y claro, como tambin afectara las
implementaciones.
Otra reciente peticin han sido los trabajos para IS-IS para
IPv6. IS-IS es un protocolo OSI que puede adaptarse a cualquier otro
protocolo mediante su encapsulado.
Se pueden identifcar cuatro regiones diferenciadas en lo que al
estado de desarrollo de IPv6 se refere:
Asia: En esta rea, el impacto de falta de direcciones IPv4 ha
sido mas obvio, y la entidad de registro regional de Internet (APNIC),
espera agotar su rango de direcciones IPv4 en muy pocos meses
Europa: La industria de la telefona mvil es un soporte muy
fuerte para la transicin a IPv6, ya que, la asociacin GSM ser la
primera tecnologa en implementar este protocolo mejorado.
I2
Norteamrica: Muchas actividades relacionadas con IPv6,
tanto en trminos de estandarizacin y despliegue, tienen sus
orgenes en esta regin; a pesar de esto, IPv6 no comenzar a
implementarse en este sector debido a que no lo requiere.
Resto del mundo: A corto plazo, veremos muchos ejemplos, de
nuevas actuaciones en Mxico, Corea, India, Singapur. Para ser ms
especfcos, la razn de Singapur, es el alto grado de comunicaciones
inalmbricas.
IPv4 (Internet Protocol version 4)
IPv4 es la versin 4 del Protocolo IP (Internet Protocol). Esta fue
la primera versin del protocolo que se implement extensamente, y
forma la base de Internet.
IPv4 usa direcciones de 32 bits, limitndola a 2
32
=
4.294.967.296 direcciones nicas, muchas de las cuales estn
dedicadas a redes locales. Por el gran crecimiento que ha tenido la
Internet, combinado adems con el hecho de que hay desperdicio de
direcciones en muchos casos, ya hace algunos aos se vio que
escaseaban las direcciones IPv4.
Esta limitacin ayud a estimular el impulso hacia IPv6, que
esta actualmente en las primeras fases de implementacin, y se
espera que termine reemplazando a IPv4.
2
Desperdicio de direcciones
El desperdicio de direcciones IPv4 se debe a varios factores.
Uno de los principales es que inicialmente no se consider el
enorme crecimiento que iba a tener la Internet; se asignaron bloques
de direcciones grandes (de 16,71 millones de direcciones) a pases, e
incluso a empresas.
Otro motivo de desperdicio es que en la mayora de las redes,
exceptuando las ms pequeas, resulta conveniente dividir la red en
subredes. Dentro de cada subred, la primera y la ltima direccin no
son utilizables; de todos modos no siempre se utilizan todas las
direcciones restantes. Por ejemplo, si en una subred se quieren
acomodar 80 hosts, se necesita una subred de 128 direcciones (se
tiene que redondear a la siguiente potencia de base 2); en este
ejemplo, las 48 direcciones restantes ya no se utilizan.
IPv6 (Internet Protocol Version 6)
Ipv6 (Internet Protocol Version 6) o IPng (Next Generation
Internet Protocol) es la nueva versin del protocolo IP (Internet
Protocol). Ha sido diseado por el IETF (Internet Engineering Task
Force) para reemplazar en forma gradual a la versin actual, el Ipv4.
2I
En esta versin se mantuvieron las funciones del Ipv4 que son
utilizadas, las que no son utilizadas o se usan con poca frecuencia, se
quitaron o se hicieron opcionales, agregndose nuevas caractersticas.
Motivos
El motivo bsico para crear un nuevo protocolo fue la falta de
direcciones. IPv4 tiene un espacio de direcciones de 32 bits, en
cambio IPv6 ofrece un espacio de 128 bits.
La falta de coordinacin para su asignacin durante la dcada
de los 80, sin ningn tipo de optimizacin, dejando incluso espacios
de direcciones discontinuos, generan en la actualidad, difcultades no
previstas en aquel momento.
En la actualidad, con IPv4, la gran dimensin de las tablas de
ruteo en el backbone de Internet, es inefcaz y perjudica los tiempos
de respuesta.
Debido a la multitud de nuevas aplicaciones en las que IPv4
es utilizado, ha sido necesario agregar nuevas funcionalidades al
protocolo bsico, por lo que hoy existen complicaciones en su
escalabilidad para nuevos requerimientos y en el uso simultneo de
dos o ms de dichas funcionalidades. Entre las ms conocidas se
pueden mencionar medidas para permitir la Calidad de Servicio
(QoS), Seguridad (IPsec) y movilidad.
Caractersticas
2II
Mayor espacio de direcciones. El tamao de las direcciones
IP cambia de 32 bits a 128 bits, para soportar: ms niveles de
jerarquas de direccionamiento y ms nodos direccionables.
Simplifcacin del formato del Header. Algunos campos del
header IPv4 se quitan o se hacen opcionales
Paquetes IP efcientes y extensibles, sin que haya
fragmentacin en los routers, alineados a 64 bits y con una cabecera
de longitud fja, ms simple, que agiliza su procesado por parte del
router.
Posibilidad de paquetes con carga til (datos) de ms de
65.355 bytes.
Seguridad en el ncleo del protocolo (IPsec). El soporte de
IPsec es un requerimiento del protocolo IPv6.
Capacidad de etiquetas de fujo. Puede ser usada por un
nodo origen para etiquetar paquetes pertenecientes a un fujo (fow) de
trfco particular, que requieren manejo especial por los routers IPv6,
tal como calidad de servicio no por defecto o servicios de tiempo real.
Por ejemplo video conferencia.
La auto confguracin de direcciones es ms simple.
Caractersticas de movilidad, la posibilidad de que un nodo
mantenga la misma direccin IP, a pesar de su movilidad.
2III
Ruteo ms efciente en el backbone de la red, debido a la
jerarqua de direccionamiento basada en aggregation.
Calidad de servicio (QoS) y clase de servicio (CoS).
Capacidades de autenticacin y privacidad
Direccionamiento
Las direcciones son de 128 bits e identifcan interfaces
individuales o conjuntos de interfaces. Al igual que en IPv4 en los
nodos se asignan las interfaces.
Se clasifcan en tres tipos:
Unicast: Identifcan a una sola interfaz. Un paquete enviado
a una direccin unicast es entregado slo a la interfaz identifcada con
dicha direccin.
[RFC 2373] [RFC 2374]
Anycast: Identifcan a un conjunto de interfaces. Un
paquete enviado a una direccin anycast, ser entregado a alguna de
las interfaces identifcadas con la direccin del conjunto al cual
pertenece esa direccin anycast. [RFC 2526]
Multicast: Identifcan un grupo de interfaces. Cuando un
paquete es enviado a una direccin multicast es entregado a todos las
interfaces del grupo identifcadas con esa direccin.
I3
En el IPv6 no existen direcciones broadcast, su funcionalidad
ha sido mejorada por las direcciones multicast. [RFC 2375]
Existen tres formas de representar las direcciones IPv6 como
strings de texto:
x:x:x:x:x:x:x:x donde cada x es el valor hexadecimal de 16
bits, de cada uno de los 8 campos que defnen la direccin. No es
necesario escribir los ceros a la izquierda de cada campo, pero al
menos debe existir un nmero en cada campo.
Ejemplos:
FEDC:BA98:7654:3210:FEDC:BA98:7654:3210
1080:0:0:0:8:800:200C:417A
Como ser comn utilizar esquemas de direccionamiento
con largas cadenas de bits en cero, existe la posibilidad de usar
sintcticamente :: para representarlos. El uso de :: indica uno o mas
grupos de 16 bits de ceros. Dicho smbolo podr aparecer una sola
vez en cada direccin.
Por ejemplo:
1080:0:0:0:8:800:200C:417A unicast address
FF01:0:0:0:0:0:0:101 multicast address
3
0:0:0:0:0:0:0:1 loopback address
0:0:0:0:0:0:0:0 unspecifed addresses
Podrn ser representadas como:
1080::8:800:200C:417A unicast address
FF01::101 multicast address
::1 loopback address
:: unspecifed addresses
Para escenarios con nodos IPv4 e IPv6 es posible utilizar la
siguiente sintaxis:
x:x:x:x:x:x:d.d.d.d, donde x representan valores hexadecimales de
las seis partes ms signifcativas (de 16 bits cada una) que componen
la direccin y las d, son valores decimales de los 4 partes menos
signifcativas (de 8 bits cada una), de la representacin estndar del
formato de direcciones IPv4.
Ejemplos:
0:0:0:0:0:0:13.1.68.3
0:0:0:0:0:FFFF:129.144.52.38
O en la forma comprimida
::13.1.68.3
::FFFF:129.144.52.38
3I
Representacin de los prefjos de las direcciones
Los prefjos de identifcadores de subredes, routers y rangos de
direcciones IPv6 son expresados de la misma forma que en la
notacin CIDR utilizada en IPv4.
Un prefjo de direccin IPv6 se representa con la siguiente notacin:
Direccion-IPv6: es una direccin IPv6 en cualquiera de las
notaciones mencionadas anteriormente.
Longitud-prefjo: es un valor decimal que especifca cuantos de
los bits ms signifcativos, representan el prefjo de la direccin.
Direcciones Global Unicast
Formato de las direcciones global unicast
Prefjo de ruteo global: es un prefjo asignado a un sitio,
generalmente est estructurado jerrquicamente por los RIRs e ISPs.
Identifcador de Subred: es el identifcador de una subred
dentro de un sitio. Est diseado para que los administradores de los
sitios lo estructuren jerrquicamente
3II
Identifcador de Interfaz: es el identifcador de una interfaz.
En todas las direcciones unicast, excepto las que comienzan con el
valor binario 000, el identifcador de interfaz debe ser de 64 bits y
estar construdo en el formato Modifed EUI-64.
El formato para este caso es el siguiente:
El siguiente es un ejemplo del formato de direcciones global
unicast bajo el prefjo 2000::/3 administrado por el IANA
Arquitectura de paquetes
El uso de un formato fexible de cabeceras de extensin
opcionales es una idea innovadora que permite ir aadiendo
funcionalidades de forma paulatina. Este diseo aporta gran efcacia
y fexibilidad ya que se pueden defnir en cualquier momento a
medida que se vayan necesitando entre la cabecera fja y la carga til.
Hasta el momento, existen 8 tipos de cabeceras de extensin,
donde la cabecera fja y las de extensiones opcionales incluyen el
campo de cabecera siguiente que identifca el tipo de cabeceras de
extensin que viene a continuacin o el identifcador del protocolo de
3III
nivel superior. Luego las cabeceras de extensin se van encadenando
utilizando el campo de cabecera siguiente que aparece tanto en la
cabecera fja como en cada una de las citadas cabeceras de extensin.
Como resultado de la secuencia anterior, dichas cabeceras de
extensin se tienen que procesar en el mismo orden en el que
aparecen en el datagrama. Todas o parte de estas cabeceras de
extensin tienen que ubicarse en el datagrama en el orden
especifcado:
- 1. Cabecera principal, tiene el contrario que la cabecera de la
versin IPv4 un tamao fjo de 40 octetos.
- 2. Cabecera de opciones de salto a salto (Hop-by-Hop),
transporta informacin opcional, contiene los datos que deben ser
examinados por cada nodo (cualquier sistema con IPv6) a travs de la
ruta de envo de un paquete. Su cdigo es 0.
- 3. Cabecera de encaminamiento (Routing), se utiliza para que
un origen IPv6 indique uno o ms nodos intermedios que se han de
visitar en el camino del paquete hacia el destino. El cdigo que utiliza
es 43.
- 4. Encaminamiento desde la fuente.
- 5. Cabecera de fragmentacin (Fragment), hace posible que el
origen enve un paquete ms grande de lo que cabra en la MTU de la
ruta (unidad mxima de transferencia). Hay que tener en cuenta que
al contrario que en IPv4, en IPv6 la fragmentacin de un paquete solo
3I2
se puede realizar en los nodos de origen. El cdigo empleado en esta
cabecera es 44.
- 6. Cabecera de autenticacin (Authentication Header), nos
sirve para proveer servicios de integridad de datos, autenticacin del
origen de los datos, antireplay para IP. El cdigo de esta cabecera es
51.
- 7. Cabecera de encapsulado de seguridad de la carga til
(Encapsulating Security Payload), permiten proveer servicios de
integridad de datos. El cdigo al que hace referencia esta cabecera es
el 50.
- 8. Cabecera de opciones para el destino (Destination), se usa
para llevar informacin opcional que necesita ser examinada
solamente por los nodos destino del paquete. La ltima de las
cabeceras utiliza el cdigo 60.
- 9. Cada cabecera de extensin debe aparecer como mucho
una sola vez, salvo la cabecera de opcin destino, que puede aparecer
como mucho dos veces, una antes de la cabecera encaminamiento y
otra antes de la cabecera de la capa superior.
Versin Priority Flow label
Payload length Netx header Hop limit
Source Address
32
Destination Address
Valor Encabezamiento
0 Hop-by Hop option
1 ICMPv4
4 IP IN IP (encapsulacin)
6 TCP
17 UDP
43 Enrutamiento
44 Fragmentacin
Seguridad
La seguridad en IPv6 tiene 5 funciones principales.
4 Asociacin de seguridad (SA): es una forma de transmisin
que se aplica al trafco transportado en la emisin y contiene dos
parmetros:
32I
4 ndice de parmetros de seguridad, direccin de IP de
destino, identifcador de protocolo de seguridad, o tambin una
asociacin de seguridad se defne bajo criterios como, el numero de
secuencia, secuencia contra el desbordamiento, antirespuesta de
ventana
4 Auntetifcacin: proporciona conexin fable a los datos
transmitido y se compone por los siguientes campos:
4 Cabecera siguiente, longitud de carga til, SPI numero de
secuencia o autentifcacin de datos y reservas. Encapsula los
suministros de seguridad de carga til de datos con la autentifcacin
confdencialidad e integridad.
4 Gestin de claves: regula la distribucin de claves secretas
y a su vez se dividen en dos, tipo manual y automatizado.
IPv6 resuelve los problemas de vulnerabilidad de la informacin
en IPv4 incorporando los servicios de seguridad IPSec (Internet
Protocol Security), defnido en la RFC 1825, mediante dos
encabezados de extensin:
Authentication Header (AH): defnido en la RFC 1826 y
2402. Provee integridad y autenticacin del origen de los datos
para datagramas IP, adems de proveer proteccin contra
ataques de re-envo de paquetes. La presencia del Encabezado
de Autenticacin es identifcada por un valor de 52 en el
campo Siguiente Encabezado.
32II
El encabezado de Autenticacin consta de seis campos, los
cuales describimos a continuacin:
Siguiente Encabezado: Tiene 8 bits de longitud e identifca el
encabezado que sigue inmediatamente despus del Encabezado de
Autenticacin.
Longitud de Carga: Tiene 8 bits de longitud y provee la
longitud del campo de autenticacin en palabras de 32 bits, menos
dos (los primeros 64 bits del Encabezado de Autenticacin no son
contados). El valor mnimo que puede tomar este campo es 1 el cual
equivale a 3 palabras de 32 bits y es solamente utilizado para
propsitos de depuracin.
Reservado: Tiene una longitud de 16 bits y est reservado
para uso futuro. Es inicializado con un valor de cero.
ndice de Parmetro de Seguridad: Tiene 32 bits de
longitud e identifca la Asociacin de Seguridad aplicada para este
datagrama.
Nmero de Secuencia: Contiene un nmero de 32 bits de
longitud, el cual es incrementado monotnicamente. Los contadores
tanto del emisor, como del receptor son inicializados a cero cuando
una Asociacin de Seguridad es establecida.
Datos de Autenticacin: Es un campo de longitud variable
que contiene el Valor de Chequeo de Integridad (ICV o checksum) para
este paquete. Este campo debe ser un mltiplo de 32 bits en longitud.
Encapsulation Security Payload (ESP): defnido en la
RFC 1827 y 2406. Est diseada para proveer
confdencialidad, autenticacin del origen de los datos,
32III
integridad, un servicio anti re-envo de paquetes y una
limitada confdencialidad en trfco de fujos. La presencia del
Encabezado de ESP es identifcada por un valor de 50 en el
campo Siguiente Encabezado.
Este encabezado consta de 7 campos, mismos que describimos
a continuacin:
ndice de parmetros de Seguridad: Con 32 bits de
longitud identifca la Asociacin de Seguridad aplicada parta este
datagrama.
Nmero de Secuencia: Contiene un nmero de 32 bits de
longitud, el cual es incrementado monotnicamente. Los contadores
tanto del emisor, como del receptor son inicializados a cero cuando
una Asociacin de Seguridad es establecida.
Carga de Datos: Tiene una longitud variable y contiene los
datos descritos por el campo Siguiente Encabezado.
Relleno: Puede opcionalmente tener de 0 a 255 octetos de
datos de relleno.
Longitud de relleno: Indica el nmero de octetos de relleno
(0-255) que son agregados en el campo Relleno.
Siguiente Encabezado: Con 8 bits de longitud este campo
identifca el encabezado que sigue inmediatamente despus del
Encabezado de Encapsulacin de Seguridad de la Carga.
La auto-confguracin
3I3
La autoconfguracin es el conjunto de pasos por los cuales un
host decide como autoconfgurar sus interfaces en IPv6. Este
mecanismo es el que nos permite afrmar que IPv6 es "Plug & Play".
El proceso incluye la creacin de una direccin de enlace local,
verifcacin de que no esta duplicada en dicho enlace y determinacin
de la informacin que ha de ser autoconfgurada (direcciones y otra
informacin).
Las direcciones pueden obtenerse de forma totalmente manual,
mediante DHCPv6 (stateful o confguracin predeterminada), o de
forma automtica (stateless o descubrimiento automtico, sin
intervencin).
Este protocolo defne el proceso de generar una direccin de
enlace local, direcciones globales y locales de sitio, mediante el
procedimiento automtico (stateless). Tambin defne el mecanismo
para detectar direcciones duplicadas.
La autoconfguracin "stateless" (sin intervencin), no requiere
ninguna confguracin manual del host, confguracin mnima (o
ninguna) de routers, y no precisa servidores adicionales. Permite a un
host generar su propia direccin mediante una combinacin de
informacin disponible localmente e informacin anunciada por los
routers. Los routers anuncian los prefjos que identifcan la subred (o
subredes) asociadas con el enlace, mientras el host genera un
"identifcador de interfaz", que identifca de forma nica la interfaz en
la subred. La direccin se compone por la combinacin de ambos
campos. En ausencia de router, el host slo puede generar la
33
direccin de enlace local, aunque esto es sufciente para permitir la
comunicacin entre nodos conectados al mismo enlace.
En la autoconfguracin "stateful" (predeterminada), el host
obtiene la direccin de la interfaz y/o la informacin y parmetros de
confguracin desde un servidor. Los servidores mantienen una base
de datos con las direcciones que han sido asignadas a cada host.
Ambos tipos de autoconfguracin (stateless y stateful), se
complementan. Un host puede usar autoconfguracin sin
intervencin (stateless), para generar su propia direccin, y obtener el
resto de parmetros mediante autoconfguracin predeterminada
(stateful).
El mecanismo de autoconfguracin "sin intervencin" se
emplea cuando no importa la direccin exacta que se asigna a un
host, sino tan slo asegurarse que es nica y correctamente
enrutable.
El mecanismo de autoconfguracin predeterminada, por el
contrario, nos asegura que cada host tiene una determinada
direccin, asignada manualmente.
La autoconfguracin esta diseada para hosts, no para routers,
aunque ello no implica que parte de la confguracin de los routers
tambin pueda ser realizada automticamente (generacin de
direcciones de enlace local). Adems, los routers tambin tienen que
"aprobar" el algoritmo de deteccin de direcciones duplicadas.

33I
Mecanismos de transicin IPv4 a IPv6
El benefcio derivado de un nuevo protocolo debe ser
balanceado por el costo asociado al realizar la transicin del sistema
actual.
El desarrollo de IPv6 reconociendo que no todos los sistemas
podrn ser actualizados en aos, dado a que muchas conexiones de
redes son sistemas heterogneos, con Routers de diferentes
fabricantes por otro lado se tiene la World Wide Web Internet, la cual
opera a travs de 24 diferentes tipos de zonas. Actualizar este sistema
en un simple proceso seria muy difcil, en contraste se hace necesario
desarrollar estrategias para que la IPv4 coexista con la IPv6.
Actualmente hay dos mecanismos para la IPv4 pueda coexistir
con la IPv6:
1. Dual stack
El mecanismo para que IPv4 e IPv6 coexistan, es que el stack de
ambos protocolos sean implementados en un mismo dispositivo
(Router, PC o Servidor), el cual esta referido como un nodo IPv6/IPv4.
El nodo IPv6/IPv4 tiene la capacidad de enviar y recibir ambos
tipos de paquetes IPv4 e IPv6 y puede interoperar con un dispositivo
IPv4 usando paquetes IPv4 y con un dispositivo IPv6 usando paquetes
IPv6. El Nodo IPv6/IPv4 puede ser confgurado con direcciones
soportadas en ambos protocolos, como un protocolo de confguracin
dinmica (DHCP), conjuntamente con un protocolo de inicio (BOOTP)
33II
y el sistema de nombre de Dominio (DNS), los cuales deben ser
involucrados en este proceso.
2. Tunneling
Entubamiento es el proceso por el cual la informacin de un
protocolo es encapsulado dentro del Frame de otro protocolo o
sistema, poniendo disponible la data original para ser cargada sobre
el otro protocolo. Los escenarios para entubar IPv6/IPv4 fueron
designados para poder utilizar la infraestructura existente IPv4 para
que cargue paquetes IPv6 encapsulado la informacin IPv6 dentro del
paquete IPv4.
Del Proceso de encapsulamiento resulta un paquete IPv4 que
contiene ambos encabezados el de IPv6 y el de IPv4. El
encapsulamiento incluye tres pasos: encapsulamiento,
desencapsulamiento y manejo del tnel o Tubo.
En el nodo encapsulador (emisor o punto de entrada del tnel)
el encabezado IPv4 es creado y encapsulado el paquete a transmitir,
en el nodo descapsulador (Receptor o salida del Tnel) el encabezado
IPv4 es removido y el paquete IPV6 es procesado. En adicin el nodo
encapsulador puede mantener la informacin de confguracin
considerando el tnel establecido con un mximo tamao de unidad
de referencia soportada por el Tnel (MTU).
RFC 1993 defni cuatro posibles confguraciones de Tneles
que pueden ser establecidos entre Routers y equipos:
33III
Routers a Routers: Routers IPv6/IPv4 que estn separados por
una infraestructura IPv4 con un tnel IPv6 entre ellos mismos, en
este caso el tnel puede ser colocado sobre un segmento del camino
end to end del paquete.
Host a Router: un Host IPv6/IPv4 hace un tnel de un paquete
IPV6 hacia un Router IPv6/IPv4 el cual es alcanzable por una
infraestructura IPv4, en este caso el tnel se puede colocar en el
primer segmento del camino end to end del paquete.
Host a Host: Un Host IPv6/IPv4 que est interconectado por
una infraestructura puede hacer un tnel del paquete IPv6 a travs de
la infraestructura IPv4 en este caso, el Tnel se coloca en el camino
entero end to end del paquete.
Router a Host: Un Router IPv6/IPv4 puede entregar paquetes
IPv6 para un equipo IPv6/IPv4 el cual es el destino fnal. En este el
caso el tnel se deber colocar al fnal del segmento del camino end to
end del paquete.
Para que un tnel este operativo, las direcciones de ambos
extremos del tnel y los destinos del paquete deben ser conocidos, y
estas dos direcciones no necesariamente son las mismas, la manera
en la cual la direccin al fnal del tnel es determinada defne los
tipos de tneles, que pueden ser automtico o confgurado.
33I2
Conclusin
Con este informe queda demostrado que el Internet
Protocol version 6 (IPv6) es fundamental para el crecimiento
de la red, ya que este ofrece mayor escalabilidad,
confabilidad, seguridad e incluso simplicidad en cuanto a
arquitectura se refere.
IPv6 ya es un hecho, incluso es usado actualmente en
algunas instituciones por medios de tneles dentro de la
red IPv4. Es cuestin de tiempo para que este protocolo deje
de ser una propuesta y se trasforme en la nueva y mejor,
base de la red
332