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