Contenido

Universidad Mariano Glvez
INTRODUCCION
El protocolo de capa de red, IP (Protocolo de Internet) se dise teniendo en mente la interconexin de redes y para mantener unida a Internet. Su fin es proporcionar un medio para el transporte de datagramas del origen al destino, sin importar si estas terminales estn en la misma red o si hay otras redes entre ellas.
IPv4 es hoy en da la versin ms utilizada del Protocolo de Internet (IP, por sus siglas en ingls). Este protocolo es usando en Internet para todo tipo de comunicaciones debido a que cualquier dispositivo que se desee conectar a Internet requiere de una direccin IP; sin embargo, IPv4 es un recurso limitado.
La transicin a IPv6 es necesaria debido al agotamiento de direcciones pblicas de IPv4, siendo til tambin para disminuir el tamao de las tablas de enrutamiento y por el crecimiento en volumen de dispositivos mviles.
IPv6 tiene en general el objetivo de ofrecer una transicin suave de IPv4 a IPv6, debido a la extensa utilizacin e inversin en infraestructura basada en IPv4, ofreciendo esquemas que permitan utilizar o encapsular los protocolos en ciertos momentos durante el transporte de paquetes o discriminando su uso segn sea necesario.
Redes de Computadoras 1
Migracin a IPV6
OBJETIVO GENERAL
Definir las caractersticas de IPv6 y su funcionamiento, para as determinar un plan que permita integrar procesos y mejores prcticas para su implementacin en la transicin de IPv4 a IPv6 en las Empresas.
OBJETIVOS ESPECIFICOS
Analizar IPV4 y ver su encabezado as como lo largo de sus direcciones IP. Analizar IPV6, ver las mejoras implementadas a partir del IPV4. Ver las opciones de transicin de IPV4 a IPV6. Ver la manera de configurar dichas opciones de transicin.
Migracin a IPV6
Contexto General Dado los requerimientos cambiantes en las empresas para tener una mayor cantidad de aplicaciones multimedia y aplicaciones de red que ocupan mucho ancho de banda, IPV6 es crtico para que la viabilidad de las redes empresariales y las redes pblicas del internet sigan creciendo. La creacin as como el desarrollo de IPV6 se ha llevado acabo con mucha cautela y se han aplicado las lecciones aprendidas en IPV4. El cambio de IPv4 a IPv6 se puede justificar de dos manera, dos puntos de vista principalmente: Tcnicamente en ste momento el sistema de direccionamiento ya no es suficiente para la gran cantidad de equipos conectados a la misma red, la demanda actual y futura no podr ser satisfecha por la versin actual de IP, aunado a esto, las tablas de enrutamiento actuales son demasiado grandes debido a la gran cantidad de direcciones que existen sin tener una autoconfiguracin. Socialmente las necesidades de los usuarios de la Internet han aumentado exponencialmente, exigiendo nuevas capacidades que la versin 4 no proporciona como lo son seguridad, privacidad, velocidad, VoIP, multimedia, teleconferencias y aplicaciones de gran demanda. Para tener las bases suficientes para el cambio primero se debe de entender como se estructur la Internet desde sus inicios, ver su crecimiento, ver las versiones de IP, recalcar los beneficios de IPv6 y ver porque se debe de cambiar a la nueva versin de IP. Internet y su historia Internet como la conocemos es un medio de comunicacin que ha revolucionado el mundo tanto de las comunicaciones como de las computadoras. Las bases que ayudaron a su desarrollo, si vemos desde los inicios ms bsicos, son desde el telgrafo hasta las computadoras personales pasando por el telfono y la radio, tambin debido a la cantidad de informacin que se maneja actualmente en la Internet, es un recurso que revolucion la manera de investigar y tener acceso a informacin mundial en minutos, mejor dicho, en segundos. La Internet comenz siendo una idea de J.C.R. Licklider, quien en algunos memorndums en Agosto de 1962 en el MIT (Massachussets Institute of Technology), describa la idea de computadoras interconectadas entre si para tener acceso a la informacin de las mismas, l la
Redes de Computadoras 3 Migracin a IPV6
describa como una Galactic Network o Red Galctica. Por stas ideas radicales en ese momento, a Licklider lo designaron director del programa encargado de desarrollar la DARPA (Defense Advanced Research Proyects Agency). Conjuntamente con Licklider trabajaban Ivan Sutherland, Bob Taylor y Lawrence G. Roberts. La primera WAN (Wide Area Network) documentada fue la creada en 1965 por Lawrence G. Roberts y Thomas Merrill, quienes conectaron una TX-2 y un Q-32 desde el MIT en Massachussets hasta California mediante una lnea telefnica. Para 1967 se haba avanzado en el diseo de las redes, tambin Inglaterra aparte de los Estados Unidos haba estado investigando por medio de otros grupos de trabajo como el RAND y el NPL. En el DARPA, acordron interconectar todos sus centros de investigacin por medio de una red a la que denominaron ARPANET. [Ver00]. Para finales de 1969 la ARPANET comenzaba a tomar forma, primero conectando el primer nodo en UCLA siendo ste el Network Measurement Center, despus en el Stanford Research Institute instalando e interconectando el Network Information Center, posteriormente en la Unversidad de California en Santa Barbara el Culler-Fried Interactive Mathematics, y finalmente ese mismo ao, en Utah el Graphics. Ese mismo ao debido a que la red estaba en periodo de pruebas, se deba de tener un flujo de la comunicacin de la informacin e ideas entre los grupos de investigacin, por lo que se crearon un tipo de memorndums, los RFC (Request For Comments), cada RFC hace referencia a un protocolo o tipo de comunicacin referente a la Internet. (Ver Anexo RFCs). Para 1970 se publica el primer protocolo de comunicacin entre dos computadoras (host-to- host) de la ARPANET, el NCP (Network Control Protocol), su publicacin corri a cargo del NWG (Network Working Group). Los avances en la ARPANET continuaban, para 1972, ya se tena desarrollada la idea de la arquitectura abierta (Open Architecture) que significa que la red no dependa en si de ningn servidor o red en particular, lo cual permite una red de nodos heterogneos en una red homognea, sto fue presentado en la International Computer Communicaton Conference (ICCC). A la par del desarrollo de la ARPANET se desarroll un programa capaz de leer y escribir mensajes a otras personas utilizando la red, Ray Tomlinson crea la primera versin de un correo
electrnico, en versiones posteriores del e-mail se adoptara el @ (at sign en ingls, arroba en espaol) como separador en las direcciones de correo electrnico, el reenvo de mensajes, el manejo de archivos por medio de FTP (File Transfer Protocol), etc. La capacidad de enviar y recibir mensajes rpidamente, el intercambio de informacin y el acceso a los RFC, se torn en el xito de la ARPANET ya que agiliz el contacto entre los grupos que trabajaban en el proyecto. Muchas universidades quisieron adherirse a la ARPANET, mientras ms creca, se empezaron a hacer visibles las limitaciones que en ese momento tena el protocolo NCP ya que se basaba en la propia comunicacin de la ARPANET. No haba un mtodo de control de paquetes ni errores entre las computadoras que intercambiaban informacin y en un principio no se pensaba que se iban a conectar demasiadas computadoras a la red por lo que se asignaron pocos nmeros para asignar los nodos. NCP no contaba con un sistema de direccionamiento dinmico. Debido a esto hubo la necesidad de crear un nuevo protocolo de comunicacin entre computadoras, siguiendo con el concepto de Open Architecture, se evolucion el protocolo NCP a TCP/IP (Transmission Control Protocol / Internet Protocol) con los siguientes principios: 1. Cada una de las redes conectadas debe ser independiente del resto, y no debern realizarse cambios en estas para su conexin a ARPANET. 2. Si un paquete no alcanza su destino, deber ser retransmitido por el origen. 3. Se utilizaran unas cajas negras para la interconexin de redes (ms tarde se les denomin gateways o ruteadores) que no mantendrn informacin referente a cada una de las conexiones que se estn produciendo en cada momento, permitiendo una cierta tolerancia a fallos. Estas cajas negras tendrn la funcin de conducir los paquetes hacia los nodos de destino, lo que implica un direccionamiento dentro de la red. 4. Se deben permitir simultneamente diferentes comunicaciones entre las computadoras (pipelining) facilitando la interactividad. Esto posibilita la existencia de varias conexiones simultneas en un mismo equipo y obliga a la adopcin de un sistema para diferenciarlas. 5. Es necesario un sistema de direccionamiento global para todos los nodos que forman parte de la red.
Migracin a IPV6
Tras varios estudios, se asignaron roles a los protocolos TCP/IP, el protocolo IP solamente se encargara de enviar paquetes a travs de la red hacia el destino. Para el control de flujo o asegurar que los paquetes lleguen al destino se tienen 2 protocolos, el TCP y el UDP (User Datagram Protocolo), en esencia son el mismo pero el segundo no asegura que todos los paquetes lleguen a su destino, es decir, no es confiable. Los diseos de las capas que utiliza TCP/IP se pueden ver en las figuras 1.1 y 1.2 respectivamente, siendo el primero el diseo general de TCP y el segundo la estructura basada en jerarquas que utiliza TCP/IP. Los grupos encargados para el desarrollo del nuevo protocolo se encontraban en las universidades de Stanford y UCLA, tambin se incluy a la empresa Bolt, Beraneck and Newman (BBN), designados por la DARPA.
La introduccin de las computadoras personales en los 80s y el desarrollo de las redes locales como Ethernet influyeron al desarrollo de la ARPANET, como se introducan mas y mas redes a la ya tan mencionada ARPANET fue necesario el replanteamiento del direccionamiento en las redes tanto locales como globales (LAN y WAN), dando como resultado el direccionamiento que se conoce actualmente. Cabe mencionar que Ethernet fue desarrollada por Bob Metcalfe en los laboratorios XEROX PARC (Palo Alto Research Center) en 1973. Ether se supone segn los griegos que es la materia presente en todas partes y net es red en ingls, por lo tanto la Ethernet se supona debera de ser la red existente en todas partes. Cuando el Departamento de Defensa estadounidense adopt los protocolos TCP/IP en 1980, dicho departamento se integr a la topologa de ARPANET, creando dos redes, la MILNET, para propsitos militares y la ARPANET para propsitos cientficos. A principios de 1983 se substituy el protocolo NCP por el protocolo TCP/IP en las dos redes y para 1985 tambin se suma la red NSFNET a ARPANET, dicha red era la red del NFS (Nacional
Science Fundation) haciendo crecer ms an la ARPANET. El crecimiento de la ARPANET, tambin empez a interesar a las empresas con redes locales (PSI, UUNET, ANS CO+RE), debido a sto las personas responsables del NSFNET empezaron una campaa de limitar dicha red solamente a propsitos cientficos, lo cual impulsa una privatizacin controlada de la misma. Por la gran demanda y el control de la integracin de redes particulares a la red ARPANET, se determina terminar o dar de baja la ARPANET y dar de alta la Internet en 1990. Internet crece an ms cuando el CERN (Organizacin Europea de Investigacin Nuclear) en 1991 da a conocer el lenguaje HTML (Hyper Text Markup Languaje), que permite de una manera sencilla compartir texto e imgenes en las computadoras locales para que sean accesados por medio de Internet desde cualquier otra mquina conectada en la red. El lenguaje HTML es la base del WWW (World Wide Web). El correo electrnico tambin evoluciona aadiendo capacidades de seguridad y privacidad. En 1994 el NRCC (National Research Council Comitee) en colaboracin con la NSF publica el informe Towards a National Research Network. Este informe impuls y sent las bases para las futuras autopistas de la informacin. Finalmente, en 1995 culmina la poltica de privatizacin impulsada por NSF, lo que provoca la disolucin de NSFNET en sub-redes locales, gracias a esto en 8 aos y medio se pas de tener 8 nodos conectados a 56 Kbps a 21 nodos conectados a 45 Mbps, con esto finalmente Internet se hizo accesible a prcticamente todo el mundo y elev su crecimiento exponencialmente.
Pero, Qu es Internet? Hay muchas definiciones, sin embargo se sealara la definicin del Federal Network Council del 24 de octubre de 1995.
La Internet hace referencia a un sistema global de informacin en que se est lgicamente conectado por un sistema global y nico de direcciones basado en el Internet Protocol y que presenta las caractersticas siguientes: 1. Es capaz de realizar comunicaciones usando el Transmission Control Protocol / Internet Protocol o cualquier extensin compatible con IP. 2. Adems proporciona, usa o hace accesible de forma pblica o privada mediante servicios basados en un esquema de capas acceso a la informacin contenida en cualquiera de los nodos conectados. Los protocolos de Internet han evolucionado en conjunto con la misma Internet, para comprenderlos un poco ms a fondo, a continuacin se describe su historia muy brevemente. Protocolos TCP/IP Para comunicarse, Internet utiliza los protocolos TCP/IP, los protocolos consisten en un esquema de capas las cuales se comunican nicamente con el protocolo situado inmediatamente superior o inferior, sea el caso de recepcin o transmisin. Cada capa tiene una tarea especfica para poder comunicar diferentes tipos de computadoras, independientemente de la red en la que estn, el fabricante de los equipos de cmputo o el sistema operativo que utilicen. El protocolo TCP/IP utiliza cuatro capas. La capa de aplicacin hace la interconexin con las aplicaciones (valga la redundancia) que se van a utilizar en la red. (WWW, Telnet, FTP, etc)
La capa de transporte tiene como ocupacin el dar el flujo de informacin a las computadoras en la red, ya sea confiable (TCP) o no confiable (UDP).
La capa de red se encarga de mover los paquetes a travs de la Internet a su destino.
A sta capa tambin se le denomina capa de INTERNET. Aqu trabaja el protocolo IP.
La capa de enlace es la encargada de que los sistemas operativos puedan enviar y recibir
informacin, sta capa tambin se denomina capa de datos o capa de acceso a red.
Las capas del modelo hacen que la comunicacin entre dos computadoras sea por medio de las capas, haciendo cada capa independiente a la otra y as facilitando cambios o mejoras en los modelos. Cada capa en el modelo aade informacin en el encabezado de los paquetes enviados, es decir, en la encabezado se almacena la informacin del tipo de protocolo, el numero de paquete a quien va dirigido, de quien viene, etc.
Esquema de conexin entre dos equipos en Internet
Cuando se enva informacin en el encabezado se pone la informacin de cada capa y se pasa a la capa inferior hasta que se llega a la capa inferior quien enva los datos a travs de la red, cuando se recibe informacin pasa exactamente lo inverso. Para que cada equipo se comunique con otro en Internet, el modelo genera paquetes los cuales viajan a travs de la red por los equipos conectados que son los encargados de hacer la conmutacin de paquetes hasta llegar a su destino, existen dos tipos de equipos conectados a Internet, los que envan paquetes de informacin (hosts) y los que hacen la conmutacin para que los paquetes generados lleguen a su destino (router, gateway, bridge, etc.).
Migracin a IPV6
El cambio a IPv6 no es una tarea fcil, sin embargo, a continuacin se ven los escenarios de transicin de una manera general ya que en el siguiente captulo se ven ms a fondo. Escenarios de transicin Existen dos escenarios de transicin: 1. Apagar la red y volverla a encender con hardware y software compatible con IPv6. 2. Un cambio lento y gradual. Considerando el tamao actual de Internet, la primera opcin no es considerable ya que la coordinacin requerida para apagar la red es imposible de alcanzar y el esfuerzo administrativo para migrar todo el hardware y software antes del encendido tampoco es factible, para ste efecto se tendra que apagar la red das, ms bien semanas o meses. La diversa variedad de plataformas de hardware y software tambin lo hacen ser una tarea imposible. El escenario ms viable es el segundo, una transicin lenta y gradual en la cual IPv4 e IPv6 coexistan lateralmente, es posible que la transicin dure varios aos antes de completarse. La traduccin de encabezados IP, representa un problema serio, se ha convenido que en la prctica ser muy difcil de alcanzar un tiempo real de traduccin corto, por lo tanto existen dos posibilidades. La primera, que los hosts y los ruteadores empleen un dual-stack que sea capaz de manejar datagramas tanto IPv4 como IPv6. La segunda es hacer redes de tneles de IPv6 sobre IPv4, hasta que la transicin se haya completado. Los mecanismos actuales de transicin que estn integrados en el diseo de IPv6 incluyen hosts y ruteadores con un dual-stack IPv4/IPv6, tunneling de IPv6 va IPv4 y un nmero de servicios de IPv6 incluyendo DNS, DHCP y dems para IPv6. Necesidad del cambio a IPv6 Existen varias consideraciones importantes a cerca de la transicin. Cuando se adopt IPv4, los hosts se forzaron a cambiar a IPv4 a principios de 1983, no fue hasta 1984 que e nmero de hosts conectados al backbone rebasaron los 1000, se debe de recordar que en ese tiempo, la mayora de los usuarios de la Internet eran expertos en el campo.
Para mediados de 1999 existan 60,000,000 de hosts fijos registrados en el DNS, y un nmero dinmico no especificado de hosts asignados dinmicamente, desde entonces el nmero creciente de hosts en Internet ha rebasado la imaginacin. De estos usuarios, la mayora tiene muy poco o nulo conocimiento de las telecomunicaciones, las computadoras, las redes, protocolos y dems mbitos tcnicos. La transicin a IPv6 no ser como nada visto anteriormente, es un problema de gran escala. El amplio y flexible nmero de direcciones en IPv6 habilita la definicin de arquitecturas de ruteo globales, flexibles y jerrquicas, con varios niveles. Una arquitectura jerrquica de direcciones IPv6, se puede asignar a reas geogrficas utilizando los prefijos flexibles tipo CIDR (Classless Inter-Domain Routing). El direccionamiento IPv6 puede ser enfocado de una manera que facilite la sumarizacin del ruteo y controle la expansin de las tablas de ruteo en los ruteadores de backbone. Tambin implica que los proveedores de Internet tendrn suficientes direcciones para asignar a empresas medianas y a usuarios de dial-up que necesitan direccionamientos globales para que as puedan explotar al mximo la Internet. En lo concerniente a la telefona, el direccionamiento de IPv6 permite a la industria conectada en red, ir ms all del sistema telefnico actual. El cambio implica varias consideraciones, la reduccin de trabajo, la seguridad, el factor humano, el hardware y software y sobre todo, la simplicidad y estanadrizacin del formato de IPv6. Para ver cada uno ms a fondo, se decribir cada uno brevemente. Reducir la carga de trabajo de administracin de direcciones Las redes IPv6 pueden muy bien emplear direccionamiento dinmico (DHCP) para reducir el esfuerzo asociado con asignar manualmente direcciones a estaciones de trabajo, DHCP es una herramienta que permite una configuracin esttica de direcciones ya que mantiene las tablas que determinan las direcciones a asignar estticas, ya sea a estaciones de trabajo ya existentes que se mueven de lugar o nuevas estaciones de trabajo. IPv6 tambin provee una nueva dimensin a la autoconfiguracin mediante el servicio de autoconfiguracin independientemente de su lugar, el cual no requiere servidores configurados manualmente. La autoconfiguracin independiente de lugar hace posible que las estaciones de
trabajo configuren su propia direccin con ayuda de un ruteador IPv6 local. Tpicamente la estacin de trabajo combina su MAC address de 48 bits con un prefijo de red que aprende del ruteador del vecindario. Las capacidades robustas de autoconfiguracin en IPv6 sern de gran ayuda para los usuarios cuando una empresa sea forzada a cambiar el direccionamiento debido a un cambio en el proveedor de Internet, la autoconfiguracin de IPv6 permitir a los hosts recibir nuevos prefijos sin la necesidad de reconfigurar manualmente las estaciones de trabajo o el direccionamiento DHCP. Esta funcin tambin es muy til en menor escala en empresas que tiene problemas en el seguimiento de los movimientos de los usuarios dinmicos. La autoconfiguracin es muy importante para habilitar el cmputo mvil ya que permite a las computadoras mviles recibir direcciones IP vlidas automticamente independientemente de donde estn conectadas a la red.
El formato simplificado de IPv6 Las direcciones IP en IPv6 es cuatro veces ms grande que en IPv4, sin embargo, como resultado de la simplificacin y la mejora del mismo, es solamente dos veces ms largo, el largo del encabezado se espera que no afecte el desempeo gracias a su simplificacin y estandarizacin. Ms all del formato simplificado y estandarizado, IPv6 fue mejorado por medio de los encabezados de extensin, lo cual cambia la manera de manejar las opciones en los encabezados y eficiente su ruteo y manejo. Los encabezados de extensin opcionales se localizan despus del encabezado IPv6 y antes de los datos en cada paquete. La mayora de los encabezados de extensin no son examinados por los ruteadores en el camino, lo que si suceda en IPv4. Los encabezados de extensin ahora son de longitud variable y tienen menos restricciones en su tamao. IPv6 proporciona a los diseadores de redes una manera muy sencilla de introducir ms encabezados de extensin en un futuro, los campos de opciones se han definido por cargar
informacin explicita de ruteo, creada en el nodo de origen, para facilitar el control de la autenticacin, codificado y fragmentacin, a nivel de aplicacin, los encabezados de extensin se pueden utilizar para aplicaciones punto a punto que requieran sus propios campos dentro del paquete IP.
Seguridad La coexistencia del direccionamiento IPv4 e IPv6 provee problemas de accesibilidad para las aplicaciones que no estn diseadas para IPv6, los hosts que tengan corriendo esas aplicaciones requerirn de sistemas de soporte para la traduccin de direcciones, por razones de desempeo, el DNS se supone que debe de retornar ambas direcciones, tanto la IPv4 como la IPv6, lo que puede confundir a los hosts no adaptados para el proceso de direcciones IPv6. El soporte del dual-stack no es un tema de seguridad, sin embargo la implementacin del mismo se vuelve un problema de seguridad. IPv6 maneja un stack ms grande y si es transportado sobre IPv4, se pueden introducir datos falsos en el transporte por medio de IPv4, por lo tanto la combinacin de los dos protocolos no asegura que las fallas en la Seguridad de IPv4 sean eliminadas. Se espera que solamente al migrar a redes solo IPv6, se eliminarn las fallas de seguridad.
Factor humano La gente se debe dar cuenta de la necesidad de la transicin para que se lleve a cabo. Como no existe una autoridad centralizada que fuerce a todos a hacer el cambio, depende de cada sitio individual el empezar a hacer el cambio. El cambio necesita convencer a las autoridades dueas de los sitios que el cambio es necesario, despus capacitar el personal para que puedan ser capaces de sobrellevar la transicin, y despus calendarizar la transicin dependiendo de los calendarios de actividades de las empresas. Debido a la poca experiencia con IPv6, muchos sitios pueden ser susceptibles a errores de configuracin en sus redes, las herramientas de administracin automatizadas pueden ayudar a
los administradores a hacer las configuraciones y las tareas de mantenimiento, sin embargo, no les ayudarn a entender la estructura subyacente del protocolo.
Hardware y software La nueva tecnologa requiere de nuevo hardware y software para soportarla, durante la transicin varios sitios puede que corran software que est por lo menos parcialmente en desarrollo o en etapas experimentales. Las fallas en el software y hardware sern muy comunes debido a la premura de lanzar nuevos productos. Los problemas asociados al software y hardware deben de ser sobrellevados sin embargo por la lentitud de la transicin. Si el desarrollo de IPv6 empieza en ambientes cerrados, protegidos por firewalls, entonces, no debe de haber problemas.
Teora y mtodos de transicin IPv4 e IPv6 El objetivo de ste captulo es dar las bases tericas para conocer IPv4, saber que es IPv6 y como se compone, as como los cambios en referencia a IPv4, tambin el captulo pretende hacer del conocimiento los mtodos de transicin de IPv4 a IPv6 y la manera de configurar tneles para comunicar equipos IPv4 con equipos IPv6 o comunicar equipos IPv6 a travs de una red IPv4. En primera instancia para conocer la manera actual de trabajar de las redes actuales, se v lo que es IPv4, posterior a eso para conocer el nuevo protocolo y saber cmo funciona se v IPv6, despus comenzando con los mtodos de transicin, se ve una breve descripcin de lo que es NAT y para que nos sirve en IPv6, posteriormente para saber cmo hacer una migracin, se ve cules son los mtodos de transicin de IPv4 a IPv6 y finalmente para hacer la implementacin, se ve la manera de configurar los tneles en los equipos y los ruteadores. IPv4
El protocolo IP (Internet Protocol) es en el cual se basa la transmisin de datos en Internet, su definicin se encuentra en el RFC 791, su base es la transmisin de datagramas a travs de la Internet, lo cual hace por medio de un sistema conectionless y unreliable y da el servicio best effort, TCP provee las caractersticas de confiabilidad y de conexin e IP le delega ese trabajo para no hacer un retrabajo, los protocolos trabajan en conjunto pero cada uno haciendo lo que es necesario para que los datos lleguen con seguridad a su destino sin tener que ser enviados todos los datagramas por el mismo camino. La capacidad de best effort de IP funciona de manera que si existe una falla en el enlace por el cual se estn transmitiendo los datos, se tengan caminos alternos por los cuales se pueda transmitir la informacin por medio de un sistema muy sencillo de solucin de errores. El mecanismo de control de errores es controlado por el Internet Control Message Protocol (ICMP), por ejemplo, si a un ruteador le falla un enlace por el cual estaba transmitiendo los datos, elimina el datagrama y manda un mensaje de ICMP al equipo que est enviando los datos y se olvida del datagrama, no trata de retransmitirlo, el equipo que estaba transmitiendo, retransmite el datagrama, no teniendo la informacin de cual enlace est activo o no. Cuando el datagrama llega al ruteador l ver la manera de hacerlo llegar a su destino por otro enlace, lo que nos refleja ste tipo de servicio es que no implica fiabilidad (unreliable) y no conexin (conectionless) por un camino especfico. Estructura del datagrama IPv4 La estructura de un datagrama IP, se divide en bloques de 32 bits (4 bytes), comenzando de izquierda a derecha y de arriba hacia abajo, el primer bit es el bit 0, el orden es importante ya que dependiendo del equipo al que se est comunicando es su manera de guardar los bits en memoria, ver figura 2.1. A sta manera de transmitir los bits se le denomina network byte order. Estructura de un datagrama IPv4
Migracin a IPV6
Los datos del encabezado son importantes ya que son la manera de dar a concocer al ruteador o al otro host lo que se est enviando. Para tener ms claros los campos se detalla su contenido a continuacin. El campo de versin especifca que formato de versin es el datagrama, sta informacin solamente lo utilizan los ruteadores y la capa IP de la conexin, permite que coexistan varias versiones de IP en las diferentes redes conectadas a la Internet sin que el usuario sepa de su existencia. El campo de tamao del encabezado indica el nmero de palabras de 32 bits que ocupa el encabezado, estos 4 bits limitan el tamao de la encabezado a 60 bytes, sin embargo por lo regular se ocupan 20 bytes. El campo de tipo de servicio son 8 bits, los primeros 3 no se usan, los siguientes 4 definen el tipo de servicio, el cual se detalla en la tabla 2.2 y el ltimo bit no se utiliza pero debe de tener valor de 0 siempre, en los bits de tipo de servicio, solamente uno puede estar activo a la vez. El tipo de servicio se tiene para darle a entender al ruteador la poltica de servicio que se debe de tener con el datagrama, minimizar el retrazo, maximizar el rendimiento, maximizar la fiabilidad del transporte y minimizar el costo econmico del transporte. Tipo de servicio. El campo de longitud del datagrama mide 16 bits y dice cuanto espacio se debe guardar en la memoria para la recepcin de cada datagrama, tambin dice cuantos bytes se deben leer por datagrama, con esto se puede tener un control muy sencillo de si los datagramas llegan completos o no, tambin limita el tamao mximo de los datagramas a 65515 bytes, el Maximum Tranfer Unit (MTU) es 216 bytes 65525 20 bytes de encabezado. En dado caso que un paquete que se quiera enviar por la red excede el mximo disponible para dicha red, se divide en varios pedazos.
El campo de nmero de identificacin del datagrama indica el nmero de paquete que se esta recibiendo o enviando cuando se tiene que dividir en pedazos un paquete, as cuando se
recibe el paquete se puede ordenar adecuadamente, mide 16 bits, por lo que un datagrama se puede dividir hasta en 65535 fragmentos.
El campo de banderas mide 3 bits y especifca diferentes actividades segn el bit que est encendido, si el primero est encendido quiere decir que el datagrama es parte de un datagrama mayor, si el segundo est encendido quiere decir que el datagrama no debe de ser fragmentado y el tercero no se utiliza, teniendo siempre el valor 0.
El campo de nmero de byte en el datagrama, indica cual es la posicin en bytes que ocupan los datos en el datagrama original, obviamente solo se ocupa si el fragmento es parte de un paquete mayor, mide 13 bits y sirve para reconstruir el paquete origina.
El campo de tiempo de vida mide 8 bits y es el que indica cuanto tiempo vivir el datagrama en transicin, es decir, cuanto tiempo tiene el datagrama para llegar a su destino para que los datagramas no circulen para siempre por la red, ste campo tiene un valor mximo de 255 y cada vez que pasa por un ruteador su valor se decrementa en uno, si el valor llega a cero, el ruteador que le toca proporcionar ese valor, enva un ICMP al origen para que el datagrama sea retransmitido.
El campo de tipo de protocolo indica el protocolo superior que se esta utilizando, ya sea TCP, UDP, ICMP, etc. El campo se ocupa ya que todos los protocolos de Internet utilizan IP como medio de transporte y al llegar al destino hay que entregarlo en los medios adecuados. El campo de suma de comprobacin (checksum) del encabezado del datagrama se utiliza solo para verificar el encabezado, ya que tanto UTP, TCP y dems protocolos tienen su propio checksum y verificarn sus datos de manera autnoma, sirve para verificar que el encabezado llegue completo y no se descarte el datagrama por prdida de informacin en el camino.
Direccionamiento IPv4
La direccin IP origen y la direccin IP destino son dos nmeros de 32 bits, cada una. Cada equipo tiene un nmero especfico, dentro del protocolo IPv4 se denominan 4 octetos de 8 bits separados por un punto para especificar cada equipo en la red.
Cabe mencionar que el nmero mximo en cada octeto es 255 ya que al ser de 8 bits (28=256) el rango es entre 0 y 255 para cada octeto. Se definieron los diferentes tipos de redes para hacer ms fcil la ubicacin de redes chicas,medianas y grandes, es decir: La red clase A es para redes grandes, se pueden tener 128 (27) redes de 16,777,216 (224) equipos conectados en cada una. La red clase B es para redes medianas, se pueden tener 16,348 (214) redes de 65,535 (216) equipos conectados cada una. La red clase C es para redes chicas, se pueden tener 2,097,154 (221) redes de 256 (28) equipos conectados. Las redes clase D y E son de multicast y reservada respectivamente, tambin para futuros usos. La numeracin de las direcciones puede variar desde 0.0.0.0 hasta 255.255.255.255, entonces el aprenderse cada una de las direcciones para acceder a ellas sera muy difcil, pera ayudarnos a recordar las direcciones ms fcilmente, existen los DNS (Domain Name Server), ellos hacen la traduccin de la direccin en nmeros a una direccin que se pueda recordar ms fcilmente, por ejemplo una direccin 164.149.10.1 sera ms fcil recordarla como www.nombre.com.mx. La estructura tambin tiene una especificacin definida, la ltima parte define por lo regular donde se encuentra la pgina, .mx es Mxico, .uk es Inglaterra, .es es Espaa, etc. El nico pais que no tiene definida una abreviacin es Estados Unidos, ya que ellos generaron la terminologa, para ste caso la ltima parte y en los dems en la penltima parte, se define el tipo de red, .gob para empresas de gobierno, .net para empresas de
telecomunicaciones, .com para empresas del mbito general, .mil para militares y .edu para universidades o empresas educativas, se han agregado algunas como .tv para la televisin pero no estn bien especificadas. La segunda parte define el nombre de la empresa o la pgina a donde se quiere acceder. La primera parte define por lo regular que se est accesando a una pgina de Internet (WWW), recientemente se ha desechado sta parte ya que siempre es lo mismo y algunas empresas mejor la ocupan para diferenciar servidores. IPv6 La nueva versin del protocolo IP se enumer 6 ya que cuando se estaban haciendo las mejoras de la versin 4 se hicieron varias pruebas, extensiones y modificaciones, por lo tanto para evitar confusiones, cuando la versin fue liberada se le asign el nmero 6.
El encabezado de la versin 6 es una versin mejorada de la versin 4, no se ha modificado mucho la estructura ni el contenido, sin embargo se han hecho cambios sustanciales en cuanto a seguridad y quitando datos que eran innecesarios o redundantes, dichos cambios se basaron en los 20 aos de experiencia que se tuvieron con la versin 4 lo cual arroj mucha tela de donde cortar.
Los cambios se realizaron principalmente en dos aspectos: 1. Ampliacin del campo de direccin IP a 128 bits, aumentando de 32 a 128 bits cada direccin, se aument el nmero de direcciones significativamente. 2. Campos de longitud fija, para facilitar el proceso que se le da a cada datagrama en los ruteadores para encaminarlo hacia su destino, se adopt un formato fijo el cual agiliza el trfico de los datagramas y las opciones siguen estando pero ya no como parte del encabezado.
En esencia el protocolo IPv6 sigue teniendo las mismas caractersticas de la versin 4 como se puede ver en la figura 2.5, un protocolo no fiable y no orientado a conexin, el servicio que presta funciona y es lo suficientemente flexible para las necesidades de hoy en da y el delegar la confiabilidad a los protocolos superiores permite mantener las capas del modelo TCP/IP.
Estructura de un datagrama IPv6 El nico campo que no vara su posicin y sigue significando lo mismo que en la versin anterior es precisamente el campo de versin ya que durante un buen tiempo convivirn los dos protocolos y as los ruteadores podrn saber inmediatamente que tipo de versin les est hablando y la podrn encaminar de la manera correcta.
El campo de versin sigue siendo un campo de 4 bits que permanece al principio de la encabezado, para mantener consistencia en los dos tipos de encabezados, poder verificar la versin de entrada en los ruteadores y as saber en primera instancia de que versin se est hablando.
Los campos de tamao de encabezado, tipo de servicio, nmero de identificacin del datagrama, banderas, nmero de byte del datagrama fragmentado y el checksum se eliminaron, aunado a esto, los campos de longitud del datagrama, tiempo de vida y tipo de protocolo se refinaron.
El campo de clase mide 8 bits y es la que hace referencia a la prioridad del datagrama, ste campo es uno de los que se integraron para mejorar la versin anterior, sirve para dar prioridad a mensajes de telefona o videoconferencia que tienen que ser en tiempo real, necesitan mas prioridad que un datagrama solamente de datos.
El campo de tipo de flujo mide 16 bits y trabaja en conjunto con el campo de clase en el caso de las aplicaciones en tiempo real ya que especifca si varios datagramas van de un mismo origen a un mismo destino, por lo cual necesitan el mismo trato.
El campo de tamao de los datos mide igualmente que en la versin 4, 16 bits, sin embargo, en sta versin hace referencia solamente a los datos que transporta ste datagrama sin incluir el encabezado.
El campo de siguiente encabezado mide 8 bits e indica al ruteador si despus del datagrama existen opciones o extensiones, ste campo sustituye al campo de banderas de la versin 4.
En otras palabras, se eliminaron del encabezado la interpretacin de las varias opciones que se tienen y se ubicaron fuera del datagrama bsico. El hacer este movimiento no complica las cosas al ruteador ya que tambin se definieron una serie de encabezados de extensin que se ubican despus de los datos en forma de cadena y permiten que los datagramas se personalicen, por lo tanto podemos tener varios encabezados solamente con indicarlo en ste campo. Para que el ruteador o switch sepa el tipo de encabezado que est procesando, a cada tipo de encabezado se le asign un nmero y una abreviatura.
El campo de alcance del datagrama mide 8 bits es parecido al campo de time to live en la versin 4 e indica la cantidad mxima de ruteadores que debe pasar el datagrama antes de llegar a su destino, igualmente, cada vez que pasa por un ruteador se decrementa el valor inicial en uno y si no llega a su destino y el valor llega a cero, se descarta el datagrama.
Una pequea observacin a raz de ste ltimo campo en la encabezado IP, es curioso que con el aumento de direcciones todava se siga pensando que para llegar de un origen a un destino, el datagrama no va a tener que pasar por ms de 255 ruteadores (28), los renovadores de la versin piensan que hay maneras de recortar los recorridos y es muy difcil crear una ruta que cubra ms de 255 ruteadores.
Encabezados del protocolo IP versin 6
El encabezado de IPv6 no contiene opciones a diferencia de la versin 4, sin embargo las opciones son necesarias para dar indicaciones a los ruteadores como tratar a los datagramas. No todos los datagramas que circulan por Internet contienen datos de los usuarios, tambin hay mensajes de status que informan la saturacin de la red, rutas perdidas etc.
Por medio de stos encabezados se pueden dar rdenes muy especficas de cmo tratar el datagrama en el caso de medir un enlace o tener mucha confianza de un enlace que sea nuestro enlace primario, tambin en casos de enlaces de seguridad, los cuales se necesita que pasen por rutas especficas.
La manera de lograr sto es indicar en el next header el nmero correspondiente al encabezado a colocar tras el datagrama, as el ruteador sabe que ntes de encaminar el datagrama tiene que tomar en cuenta la informacin extra del siguiente encabezado.
El encabezado de enrutamiento
Tiene la misma funcin de la versin 4, a los cuatro bytes que la forman se le agregan varias direcciones de 128 bits que son los ruteadores por los que necesariamente tiene que pasar el datagrama ntes de llegar a su destino.
El primer campo es de siguiente encabezado ya que se pueden encadenar varios encabezados adems de ste. El segundo campo es el tamao del encabezado y es el tamao del encabezado en palabras de 64 bits, incluye todas las direcciones que se hayan especificado. El tercer campo es el tipo de enrutamiento que es la politica que se debe seguir en el enrutamiento, aunque actualmente solo existe el tipo 0, el cual especifca si el ruteador est en la lista de direcciones, si existe, se quita de la lista, se decrementa el campo de segmentos restantes y busca en la lista cual es el ruteador mas cercano para mandarle el datagrama, si no est en la lista, el ruteador solamente encamina el datagrama ignorando sta opcin. El cuarto campo es el de nmero de segmentos restantes y es un nmero que indica el nmero de direcciones de enrutamiento que aun faltan, es decir, cuando ste nmero llega a cero significa que el datagrama ha llegado a su destino.
El encabezado de fragmentacin
Es de gran ayuda en sta versin del protocolo ya que en la versin anterior no exista un encabezado o un bit de fragmentacin y cuando un datagrama llegaba a un ruteador que no lo poda manejar, ste lo fragmentaba y enviaba el mismo datagrama pero fragmentado, si en el camino se perda alguno de los fragmentos que enviaba el ruteador, se tena que
reenviar todo el datagrama completo, en stos casos el ruteador generaba mas trfico en la red y no conviene retransmitir todo un datagrama por un fragmento mnimo que no lleg.
Para sta versin lo que realiza el protocolo es que en el caso de recibir un datagrama mayor a lo que puede transmitir, lo descarta y enva un datagrama de ICMP al emisor. Sin embargo, para estos problemas existe el encabezado de fragmentacin, para que dicha fragmentacin se haga en el emisor y no en los ruteadores y los adece a las necesidades de los ruteadores, de acuerdo a su MTU.
El primer campo es el de next header y especifica el siguiente tipo de encabezado que hay, en el caso de que lo haya, el siguiente campo est reservado y no se utiliza por el momento, despus sigue el campo de desplazamiento de fragmento e indica los 13 bits ms significativos del desplazamiento, sto porque la fragmentacin se hace en mltiplos de 64, los siguientes 2 bits se han reservado para usos futuros y finalmente el ltimo bit es el ms importante ya que indica si hay ms fragmentos, si hay mas fragmentos su valor es uno y si no hay mas fragmentos que le sigan, su valor es cero. En la figura 2.8 se puede ver el formato del encabezado.
El encabezado de opciones de destino
Permite aadir opciones a los datagramas para que sean procesadas por el destinatario, as, si no necesitamos que el ruteador pierda tiempo de procesamiento en leer datosinnecesarios, los podemos colocar en ste encabezado.
El primer campo es necesariamente el de next header por lo mismo que en las ocasiones anteriores, a continuacin est el campo de tamao del encabezado de 8 bits el cual dice cual es el tamao del encabezado en palabras de 64 bits sin tomar en cuenta los primeros 64 bits, con esto el valor de ste campo puede ser cero, si el valor fuera diferente a cero, todos los ruteadores por los que pasa tendran que verificar el campo para ver que sea cero, gastando tiempo de procesador en el ruteador, el ltimo campo de opciones es para el destinatario, pero su formato obliga a que sean palabras de 64 bits, para que sean
especificadas en el tamao del encabezado. En la figura 2.9 se puede ver el formato del encabezado.
El encabezado de opciones entre saltos Permite especificar las opciones que queremos que procesen los ruteadores intermedios, tiene el mismo formato que el encabezado de opciones de destino, la pequea diferencia es que solamente va a ser interpretado por el destinatario del datagrama.
El encabezado de autenticacin
Es una de las mejoras importantes que se mencionaron anteriormente ya que ste encabezado debe estar entre el encabezado IP y los datos del datagrama, no cambia en nada como manejan los datos los protocolos superiores, lo que realiza es proporcionar una seguridad intrnseca en el origen del datagrama, por lo tanto, en cuanto los protocolos de orden superior reciban un datagrama sin la correspondiente autenticacin, lo deben desechar.
Despus tenemos el campo de tamao de los dato, el cual se especifca en palabras de 32 bits, posteriormente un campo de 16 bits que est reservado y su valor debe de ser cero, despus tenemos el campo de indice de parmetros de seguridad y el campo de nmero de secuencia, cada uno de stos campos ocupa 32 bits, al final est el campo de datos de autenticacin, ste es un campo de longitud variable.
Los datagramas pueden tener ms de un encabezado, la teora comenta que no se deben de tener problemas con eso ya que los ruteadores procesan cada encabezado a medida de que van leyendo el datagrama, sin embargo hay encabezados con ms importancia que otros ya que por ejemplo el encabezado de autenticacin puede hacer que todo un datagrama sea descartado, por lo tanto debera de ir antes que las dems, tambin el encabezado de fragmentacin, ya que sin ste el destinatario o el ruteador no sabra como reensamblar los datagramas, a continuacin se coloca una tabla con el orden de los encabezados dependiendo de su importancia, que recomiendan varios autores: [Ver00].
Encabezado IP versin 6 (IPv6 Header). Encabezado de opciones entre saltos (Hop-by-hop Options Header). Primera encabezado de opciones de destino (Destination Options Header). Encabezado de enrutamiento (Routing Header). Encabezado de fragmentacin (Fragment Header). Encabezado de autenticacin (Authentication Header). Segunda encabezado de opciones de destino (Destination Options Header). Encabezado de protocolo de nivel superior (TCP, UDP...).
Cualquiera de los encabezados de opcin, como lo dice su nombre, no es imprescindible, es decir puede que no exista un encabezado de opciones entre saltos pero si una de opciones de destino, cabe mencionar que los autores repiten el encabezado de opciones de destino porque si se necesitan enviar datagramas encapsulados y se desea que se utilicen las opciones por los ruteadores intermedios, se deben de enviar las opciones ntes del enrutamiento, tambin si queremos que la informacin sea interpretada solo por el destinatario, se deben colocar las opciones justo antes del encabezado del protocolo del nivel superior.
ICMP y los mensajes de error
El objetivo del Internet Control Message Protocol es el de enviar mensajes entre equipos, ste protocolo ya se utilizaba en la versin 4 de IP, pero para sta versin ha sufrido un poco de cambios, se puso un formato fijo que es ms fcil de manejar por los ruteadores, se le aument la capacidad en las direcciones a 128 bits y se quitaron mensajes redundantes o que no se utilizaban. En la figura 2.11 se detalla el formato del encabezado ICMP versin 2, que es el compatible con IPv6:
El campo cdigo se apega a la tabla en la figura 2.12 para indicar que tipo de mensaje es enviado. En ste caso el campo tipo es la versin del protocolo ICMP, cuando es para IPv4 es 1 y cuando es para IPv6 es 2.
El campo checksum es como en todos los casos una suma de control para saber si el campo llega completo o se pierden datos en el camino y descartar el datagrama. El campo de mensaje es el que tiene los datos que se le pasan al destinatario, ste campo es de longitud variable.
El que se enve un mensaje de ICMP por parte de un ruteador hacia quien envi el datagrama, significa que el ruteador descart un datagrama, los cuatro primeros tipos de cdigo del mensaje dicen los motivos por los cuales el datagrama fue descartado.
Cuando se pierden datagramas que van a varios usuarios el ruteador responde al originador del mensaje con un solo mensaje ICMP para evitar avalanchas de mensajes, el ruteador no contesta mensajes ICMP para evitar que tengamos solamente mensajes de error rondando por la red.
Cabe mencionar que cuando ICMP manda un mensaje de error 2 (datagrama demasiado grande) se puede generar en cualquiera de los ruteadores en el camino hacia el destino del paquete, es decir, cualquier ruteador de internet en el camino que ocupe el paquete puede mandar ese mensaje de acuerdo a su MTU, pero en cuanto se pasa por todos los ruteadores la transmisin de datos se agiliza enormemente, optimizando la transmisin de los datos.
Impacto en los protocolos superiores
Al hacer un cambio en la versin IP de 4 a 6 es importante notar que es lo que pasa con los protocolos arriba de IP como TCP o UDP, sin embargo, desde la estructura de encapsulamiento utilizada en la versin 4, los protocolos superiores estn separados del encabezado IP. Sin embargo se ha creado un pseudo-encabezado para TCP y UDP, el cual ampla las direcciones a 128 bits y mantiene la filosofa de mantener los formatos de tamao fijo para que los ruteadores los puedan manejar ms fcilmente.
Migracin a IPV6
En ste pseudo encabezado se puede observar al cambio de las direcciones a 128 bits, que es el cambio primordial del encabezado. La direccin de origen, es la direccin de donde se est mandando el paquete, la direccin destino es a donde se va a enviar dicho paquete, el tamao de los datos incluye
tanto los posibles encabezados que se encuentren despus de ste pseudo-encabezado como los datos que se estn enviando, despus hay un campo de 24 bits que no se utiliza y debe de ser cero, finalmente se especifica el siguiente tipo de encabezado que hay en la cadena, como se vio anteriormente se pueden tener varios encabezados encadenados.
En el pseudo-encabezado se ha eliminado el campo de checksum, esto es debido a varias observaciones de la versin anterior de IP, las cuales son: 1. En las versiones de encabezados anteriores el checksum se utilizaba para verificar el encabezado, lo cual descartaba errores en los datos, stos no se incluan en elchecksum. 2. Cada vez que un datagrama pasa por un ruteador, el tiempo de vida se disminuye en uno, por lo tanto se tiene que hacer un nuevo checksum, y si queremos aumentar la velocidad en el manejo de paquetes en los ruteadores se tiene que eliminar sta prctica. 3. Las redes que actualmente se manejan como Ethernet, FDDI, ATM, etc. ya incluyen dentro de sus especificaciones un checksum de comprobacin, por lo tanto las mismas redes ya proporcionan seguridad en el manejo de los datos. 4. Por ultimo los protocolos TCP y UDP ya incluyen un checksum y el incluir otro en el encabezado sera redundante.
Datagramas que superan los 64K (Jumbogramas)
Una mejora interesante y con visin a futuro de IPv6 es la capacidad de manejar cantidades de datos superiores a los 64K, en stos momentos no se utiliza porque las redes actuales no pueden manejar ms de 64K pero lo interesante es ver como ya se planea a futuro su manejo, en la figura 2.14 se puede ver el formato del encabezado de un jumbograma.
Migracin a IPV6
El manejo de los datos est dado por 16 bits (216 = 65536 = 64K), con lo que el tamao mximo es de 64K, se deja ese tamao actualmente para su fcil manejo por parte de los ruteadores. Sin embargo para que poder enviar y recibir datagramas de ms de 64K, todos los ruteadores por los cuales va a pasar nuestro datagrama lo deben aceptar, y actualmente eso no pasa.
En los foros de Internet y en la IETF, el uso de los jumbogramas ha sido ampliamente discutido y finalmente aceptado por su poca probabilidad de uso a corto plazo. La discusin es por el principio de transmisin de datos cortos, ya que si enviamos N bytes de informacin y solo un bit se pierde en el camino, se tiene que reenviar todo el paquete, si se tienen paquetes grandes, se reenviarn paquetes grandes, al enviar paquetes cortos, se reenviarn paquetes cortos sin causar tanto trfico en la red.
La forma de especificar un jumbograma en el datagrama IP es poniendo en el tamao de los datos cero (0) y usar los encabezados encadenados de la versin 6 de IP, el encabezado de jumbograma deber ser procesada por todos los ruteadores intermedios, as se tienen 32 bits para la especificacin del tamao del datagrama (232 = 4,294,967,296 = 4 Gb). Como observacin, en la tabla de la figura 2.15 se pueden ver los MTUs de diferentes tipos de redes actuales.
Direccionamiento en IP versin 6
Una de las principales razones del cambio de IPv4 a IPv6 es la falta de direcciones IP en su versin 4, por lo tanto para la versin 6 se hizo un esfuerzo bastante grande por que no vuelva a pasar lo mismo pasando de direcciones de 32 bits a direcciones de 128 bits, sin embargo, hubiera sido muy fcil solamente aumentarle bits a las direcciones de la versin 4 para tener ms direcciones, pero, al tener tantas direcciones, el problema sera el enrutamiento a travs de Internet. Para el caso de IPv6 se definieron tres tipos de direcciones:
Migracin a IPV6
1. Unicast. Este grupo de direcciones se caracteriza por identificar un nico punto final de destino. Un datagrama enviado a una direccin unicast ser entregado a un solo punto de destino. 2. Multicast. Las direcciones multicast agrupan un conjunto de puntos finales de destino. Un datagrama enviado a una direccin multicast ser entregado a un conjunto de destinos que forman parte de un mismo grupo. 3. Anycast. Este grupo de direcciones al igual que el multicast agrupa un conjunto de puntos finales de destino. La diferencia principal con el multicast est en el sistema de entrega de datagramas.
En la versin 6 de IP las direcciones de 128 bits se representan por 8 grupos de 16 bits cada uno, para que la representacin sea ms compacta, se utiliza la notacin hexadecimal. Sin embargo, como son representaciones bastante largas, por ejempo,
3FFE:3326:FFFF:FFFF:FFFF:FFFF:FFFF:0001, para hacer referencia a 140.148.10.1 o www.algo.com.mx, lo que se hizo fue recalcar en el uso de los nombres para los usuarios ya que es mucho ms fcil de recordar, de cualquier manera, tambin se acordaron maneras de compactar las direcciones:
1. Todos los ceros a la izquierda que sean redundantes podrn ser eliminados. 2. Si hay varios ceros consecutivos (mas de 4) se podrn simplificar por medio de ::. Cabe mencionar que solamente se podr hacer una vez dentro de la misma direccin. 3. En el caso de direcciones IPv4 que pasen por ruteadores IPv6 podrn seguir con su formato, aadiendo ceros a la izquierda, es decir, una direccin 10.0.0.1 se convertira en 0:0:0:0:0:0A001 pero se podr manejar en su formato decimal ::10.0.0.1. 4. Las especificaciones de un prefijo en la versin 6 se harn por la forma direccin_ipv6/prefijo, se debe de tener mucho cuidado cuando se ponen prefijos ya que puede haber confusiones, por ejemplo, si tenemos el prefijo de 40 bits FEDC:BA98:76 en la direccin FEDC:BA98:7600::1 se especificar como FEDC:BA98:7600::1/40, no es lo mismo que tener un prefijo de 64 bits entre FEDC:BA98:0: que la direccin FEDC:BA98:0.
Migracin a IPV6
Es un poco rebuscado pero para ejemplificarlo en la figura 2.16 se ver ms a detalle, esto puede aclarar un poco ms la simplificacin de direcciones: Para el caso de IPv6 las direcciones se particionaron en subgrupos independientes las direcciones de 128 bits, as se reservaron algunos para uso futuro o ampliacin de los ya establecidos, por ejemplo, se reservaron prefijos de direcciones para grupos especficos de direcciones compatibles con NSAP o IPX que puede ser que a futuro necesiten un rango de direccionamiento especfico.
Tambin se ha reservado un rango de direccionamiento para un posible direccionamiento geogrfico, si se hace eso a un corto plazo, no ser necesario preocuparse por la falta de direccionamiento nuevo y migrar a una nueva versin de IP ya que con todo el direccionamiento ya asignado y el que se piensa asignar a corto plazo, queda el 70% libre para futuras asignaciones.
Direcciones unicast Las direcciones unicast son aquellas direcciones en las que se especifica un solo punto final en la comunicacin, como una sola tarjeta de red, sin embargo, existen cinco subtipos de direcciones especiales: 1. La direccin no especificada est compuesta por 16 bytes en cero (0:0:0:0:0:0:0:0) y slo puede utilizarse como direccin inicial mientras se recibe una direccin fija. Tambin puede utilizarse para funciones internas que requieran la especificacin de una direccin IP.
2. La direccin interna se define como 15 bytes en creo y un byte con el ltimo bit uno (0:0:0:0:0:0:0:1). Esta direccin es interna y no puede circular por la red o ser direccin de origen o destino de un datagrama. Su uso es para las computadoras que no tengan una conexin de red y quieran simular el comportamiento de conexin a una red mediante una direccin que no saldr de la propia computadora.
Migracin a IPV6
3. Direcciones tipo IP versin 4 son las direcciones que se obtienen poniendo un prefijo de 96 ceros a una direccin IP versin 4 (por ejemplo 10.0.0.1 cambia en la versin 6 a ::10.0.0.1).
4. Direcciones locales reservadas son direcciones reservadas para intranets. Estas direcciones no son vlidas en Internet y slo sirven para que una organizacin o empresa pueda crear una organizacin de sus redes basada en un esquema TCP/IP sin la necesidad de estar conectados a Internet (en la versin 4 de IP, existen diferentes clases reservadas para este mismo fin, como por ejemplo 192.168.XXX.YYY) 5. Las direcciones de inicializacin locales reservadas son direcciones que pueden utilizar los equipos conectados a una misma red local mientras se inicializa y no tiene asignada una direccin IP. La diferencia con la direccin no especificada (0:0:0:0:0:0:0:0) es que la direccin de inicializacin local si puede circular por la red, permitiendo por ejemplo obtener el sistema operativo de un servidor en la misma red. Esta caracterstica ya existe en la versin 4 del protocolo IP, que actan conjuntamente con los protocolos ARP y RARP. Estas direcciones se construyen con el prefijo FE80::/10 y 64 bits que representan la MAC Address de la tarjeta de red.
Direcciones multicast Las direcciones multicast son el reflejo del uso de las direcciones clase D en IPv4, viendo que su uso era extenso y que las aplicaciones valan la pena, se decidi ponerlas en la versin 6. Se caracterizan por ser comunes a un grupo de equipos, es decir que la misma direccin se comparte con todos los equipos del grupo, as que un datagrama enviado a sta direccin, se repartir en todos los equipos. Las direcciones se forman con el prefijo: FFXY:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ/16.
Migracin a IPV6
X son 4 bits que sirven de bandera en donde se especifican varias opciones, por el momento los tres primeros bits de los 4 estn reservados y deben de ser 0, el cuarto denominado transitorio solamente especifica si la direccin es local, y cuando termina la comunicacin debe de ponerse en cero otra vez, sin embargo si la direccin es fija se debe de conservar en uno. Y tambin son 4 bits, pero stos definen el alcance de la comunicacin para definir rangos en la comunicacin y no enviar datagramas a Internet, solamente se envian a Internet lo que necesita salir de la intranet. Z son 118 bits los cuales determinan el identificador del grupo, tambin componen el cuerpo de la direccin de red. En la figura 2.18 se puede ver el formato de una direccin multicast. Direcciones anycast El tipo anycast es un nuevo tipo de direccionamiento incluido en la versin 6 de IP, debido a su novedad est en fase experimental, a diferencia de las direcciones multicast el datagrama no se entrega a todos los equipos del grupo, sino que se entrega al equipo ms cercano al orgen del datagrama. El formato de ste tipo de direcciones es muy sencillo ya que toda la carga la lleva el sistema de enrutamiento, as, para cada ruteador debe de guardar solamente cual es el equipo ms cercano del grupo especificado y cuando recibe un mensaje anycast, solamente comprobar la existencia del equipo en su tabla o enrutarlo normalmente. Convertira en 0:0:0:0:0:0A001 pero se podr manejar en su formato decimal ::10.0.0.1. Las especificaciones de un prefijo en la versin 6 se harn por la forma direccin ipv6/prefijo, se debe de tener mucho cuidado cuando se ponen prefijos ya que puede haber confusiones, por ejemplo, si tenemos el prefijo de 40 bits
FEDC:BA98:76 en la direccin FEDC:BA98:7600::1 se especificar como

FEDC:BA98:7600::1/40, no es lo mismo que tener un prefijo de 64 bits entre FEDC:BA98:0: que la direccin FEDC:BA98:0.
Simplificacin de direcciones IPv6
Para el caso de IPv6 las direcciones se particionaron en subgrupos independientes las direcciones de 128 bits, as se reservaron algunos para uso futuro o ampliacin de los ya establecidos, por ejemplo, se reservaron prefijos de direcciones para grupos especficos de direcciones compatibles con NSAP o IPX que puede ser que a futuro necesiten un rango de direccionamiento especfico.
Migracin a IPV6
Distribucin inicial del espacio de direcciones en la versin 6 de IP
Tambin se ha reservado un rango de direccionamiento para un posible direccionamiento geogrfico, si se hace eso a un corto plazo, no ser necesario preocuparse por la falta de direccionamiento nuevo y migrar a una nueva versin de IP ya que con todo el direccionamiento ya asignado y el que se piensa asignar a corto plazo, queda el 70% libre para futuras asignaciones. En la tabla de la figura 2.17 se puede ver la tabla de direccionamiento actual, se puede observar que muchos rangos estn sin asignar, por lo que se mencionaba anteriormente. Direcciones unicast Las direcciones unicast son aquellas direcciones en las que se especifica un solo punto final en la comunicacin, como una sola tarjeta de red, sin embargo, existen cinco subtipos de direcciones especiales: La direccin no especificada est compuesta por 16 bytes en cero (0:0:0:0:0:0:0:0) y slo puede utilizarse como direccin inicial mientras se recibe una direccin fija. Tambin puede utilizarse para funciones internas que requieran la especificacin de una direccin IP.
La direccin interna se define como 15 bytes en creo y un byte con el ltimo bit uno (0:0:0:0:0:0:0:1). Esta direccin es interna y no puede circular por la red o ser direccin de origen o destino de un datagrama. Su uso es para las computadoras que no tengan una conexin de red y quieran simular el comportamiento de conexin a una red mediante una direccin que no saldr de la propia computadora. Direcciones tipo IP versin 4 son las direcciones que se obtienen poniendo un prefijo de 96 ceros a una direccin IP versin 4 (por ejemplo 10.0.0.1 cambia en la versin 6 a ::10.0.0.1). Direcciones locales reservadas son direcciones reservadas para intranets. Estas direcciones no son vlidas en Internet y slo sirven para que una organizacin o empresa pueda crear una organizacin de sus redes basada en un esquema TCP/IP sin la necesidad de estar conectados a Internet (en la versin 4 de IP, existen diferentes clases reservadas para este mismo fin como por ejemplo: 192.168.XXX.YYY Las direcciones de inicializacin locales reservadas son direcciones que pueden utilizar los equipos conectados a una misma red local mientras se inicializa y no tiene asignada una direccin IP. La diferencia con la direccin no especificada (0:0:0:0:0:0:0:0) es que la direccin de inicializacin local si puede circular por la red, permitiendo por ejemplo obtener el sistema operativo de un servidor en la misma red. Esta caracterstica ya existe en la versin 4 del protocolo IP, que acta conjuntamente con los protocolos ARP y RARP. Estas direcciones se construyen con el prefijo FE80::/10 y 64 bits que representan el MAC Address de la tarjeta de red. Direcciones multicast Las direcciones multicast son el reflejo del uso de las direcciones clase D en IPv4, viendo que su uso era extenso y que las aplicaciones valan la pena, se decidi ponerlas en la versin 6. Se caracterizan por ser comunes a un grupo de equipos, es decir que la misma direccin se comparte con todos los equipos del grupo, as que un datagrama enviado a sta direccin, se repartir en todos los equipos. Las direcciones se forman con el prefijo: FFXY:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ:ZZZZ/16.
X son 4 bits que sirven de bandera en donde se especifican varias opciones, por el momento los tres primeros bits de los 4 estn reservados y deben de ser 0, el cuarto denominado transitorio solamente especifica si la direccin es local, y cuando termina la comunicacin debe de ponerse en cero otra vez, sin embargo si la direccin es fija se debe de conservar en uno. Y tambin son 4 bits, pero stos definen el alcance de la comunicacin para definir rangos en la comunicacin y no enviar datagramas a Internet, solamente se envan a Internet lo que necesita salir de la intranet. Z son 118 bits los cuales determinan el identificador del grupo, tambin componen el cuerpo de la direccin de red. En la figura 2.18 se puede ver el formato de una direccin multicast.
Direcciones anycast El tipo anycast es un nuevo tipo de direccionamiento incluido en la versin 6 de IP, debido a su novedad est en fase experimental, a diferencia de las direcciones multicast el datagrama no se entrega a todos los equipos del grupo, sino que se entrega al equipo ms cercano al origen del datagrama. El formato de ste tipo de direcciones es muy sencillo ya que toda la carga la lleva el sistema de enrutamiento, as, para cada ruteador debe de guardar solamente cual es el equipo ms cercano del grupo especificado y cuando recibe un mensaje anycast, solamente comprobar la existencia del equipo en su tabla o enrutarlo normalmente NAT en IPv6 Para comenzar, es necesario mencionar la nomenclatura que Cisco hace en la diferencia entre las direcciones IP que se manejan en la red interna y las que tienen acceso a la Internet, es decir, la intranet y la Internet, las direcciones utilizadas para la intranet se denominan locales y las de acceso a la Internet se denominan globales. Las direcciones locales son nicas en cada empresa pero otra empresa puede tener las mismas direcciones sin causar conflictos en la Internet, las direcciones globales son nicas en la Internet.
Muchos de los problemas que existen actualmente en el backbone de la Internet ya estn afectando a los usuarios finales y a las empresas que utilizan el direccionamiento IPv4, cuando una empresa no puede resumir sus direcciones, las tablas de ruteo se pueden expandir demasiado, si la empresa no puede tener direcciones globales en la Internet, puede ser forzada a generar direcciones locales, direcciones que no se pueden ver en la Internet, solamente en la intranet de la compaa. Los usuarios con direcciones locales, limitan su acceso al mundo por medio de los gateways o los traductores de direcciones de red (Network Address Translators, NAT). Los servicios de NAT estn hechos para permitir que una empresa que tiene direcciones IP locales pueda tener acceso a la Internet por medio de pocas direcciones IP globales independientemente de la estructura de red que tenga Los NATs se ubican generalmente entre la salida a la Internet de la compaa y la intranet de la compaa, para convertir direcciones locales en direcciones globales y as acceder a la Internet como se puede ver en la figura 2.20. stas direcciones no tiene que ser la misma cantidad que utiliza la intranet, es decir, la cantidad de direcciones locales no tiene que ser igual al nmero de direcciones globales, por lo regular las direcciones globales son mucho menos que las locales. NAT es apropiado en las empresas u organizaciones que por lo regular necesitan acceder a la Internet, pero no necesitan que todos sus equipos estn conectados a la Internet, para esas empresas se recomienda el uso de NAT, pero no en exceso ya que si el uso de NAT e demasiado, se puede crear un cuello de botella en la salida y entrada de paquetes desde la Internet. El cuello de botella se crea por la dificultad de integrar y sincronizar varios equipos con direcciones locales a sus respectivas direcciones globales y viceversa.
Migracin a IPV6
Network Address Translator
Los traductores NAT tambin pueden causar problemas cuando las aplicaciones capturan su direccin IP en el packet payload encima de la capa de red. ste es el caso de algunas aplicaciones con FTP y el proceso de registro de Windows 95 y NT Windows Internet Name Service (WINS). Solamente que el NAT pudiera encapsular todos los paquetes desde la capa de aplicacin, no hay manera de traducir direcciones capturadas, lo cual puede causar errores en l aplicacin. NAT tambin puede ser vulnerable a fallas en el DNS que funciona arriba de la capa de red, los servicios de NAT pueden ser de utilidad en varios escenarios, pero no se puede promover el uso de NAT como un substituto de las bondades que nos provee IPv6. El incremento masivo de direcciones que provee IPv6 reduce la necesidad de NATs, debido a que los NATs fueron creados para evitar el consumo masivo de direcciones IPv4, lo ms probable es que no sean necesarios en IPv6. El papel primordial de NAT no es aumentar la cantidad de accesos de direcciones locales a Internet por medio de su traduccin a direcciones globales, el aspecto primario de NAT es la seguridad.
Migracin a IPV6
NAT proporciona un aspecto de anonimidad dentro de la Internet, es decir, al tener direcciones globales, cualquier persona en la Internet podra saber tu direccin IP y as tener problemas de seguridad en el equipo o en los ruteadores de la empresa, sin embargo, al aplicar un NAT a los mismos, los usuarios conectados a la Internet solamente podran ver la direccin global, que no est ligada especficamente a un equipo ya que es variable, dependiendo de las que estn disponibles, lo cual agrega un tipo de seguridad a las redes que tienen NATs. NAT indirectamente provee una capa de seguridad a la red local al hacer inaccesible la direccin IP local a la red pblica de la Internet. Sin embargo cuando nuestra red sea atacada todos los intentos de violarla sern por medio del ruteador NAT, tal como los firewalls esto provee seguridad ya que es un solo punto de acceso a nuestra red y es el que debe de estar bien protegido, y est por dems decir que un ruteador es mucho ms seguro que una PC conectada directamente a la Internet. La configuracin de nuestra red local por medio de un ruteador y su acceso a la Internet por medio de un NAT tambin simplifica el trabajo de mantenimiento a la red, por ejemplo si se decide cambiar de proveedor de Internet, solamente la configuracin de las direcciones globales cambiara, el direccionamiento interno seguira siendo igual. Todos los beneficios antes mencionados se vienen abajo al comentar que NAT viola la funcin fundamental de las direcciones IP e Internet, que es el esquema abierto y accesibl por cualquier equipo en la red. NAT tiene varias complicaciones cuando hablamos de VoIP, por ejemplo cuando tratamos de hacer una llamada dentro de una red con NAT. Hay tres tipos de NAT, NAT esttico, NAT por medio de un pool y NAT a nivel de puertos (PAT). El NAT esttico es el mas sencillo de implementar, cada direccin local est ligada a una direccin global. El NAT por medio de un pool define un pool de direcciones globales, las cuales se asignan dinmicamente cuando una direccin local necesita acceder a la Internet. PAT hace un mapeo de varias direcciones locales a una sola direccin global pero con un puerto TCP diferente cada una, el puerto lo selecciona el servidor de NAT. En teora, NAT no es necesario en IPv6 debido a la cantidad tan grande de direcciones IP disponibles, sin embargo, tomemos un caso prctico para denotar el uso de NAT en IPv6.
Migracin a IPV6
Tomemos 2 empresas con redes de gran tamao, las cuales se van a juntar, ambas empresas han crecido desde redes pequeas hasta las redes grandes, ambas se basan actualmente en direccionamiento IPv4, las cuales son direcciones locales, no globales. El combinar ambas empresas en una sola estructura de red podra tener un alto costo en restructuracin de esquemas de ruteo, direcciones en los hosts, dominios, reas, protocolos de ruteo externo, etc. Aunque NAT provee beneficios para los usuarios finales, complican el uso de aplicaciones End to End (E2E), sin NAT las aplicaciones como videoconferencias y voz por IP (VoIP) seran ms fciles de implementar ya que se tendra conexin directa entre equipos (IP a IP), la cual podra ser iniciada por cualquiera de los dos hosts sin la necesidad de traducciones intermedias por un NAT. Este escenario es muy comn hoy en da, no solo en empresas grandes sino tambin en empresas externas integradas a una red que no es de su propiedad. Sin embargo, por medio de IPv6, se pueden solucionar los problemas. La tarea de unir las dos redes de las dos empresas dentro de un solo dominio autnomo de red es un proceso caro y potencialmente engorroso. Para evitar el costo del cambio y re direccionamiento as como el cambio de equipos, las empresas pueden optar por una solucin por medio de NAT, en ste caso NAT podra permitir que las dos empresas mantengan sus redes internas en una solucin no tan elegante pero si efectiva. Para lograr esto NAT debe de realizar una traduccin de direcciones para todos los paquetes que se mueven entre las dos empresas. Desafortunadamente la solucin incorpora todos los problemas de NAT, incluyendo el desempeo y los cuellos de botella al intercambiar mucha informacin entre las diferentes redes, el no estar estandarizado y la dificultad inherente en sitios seguros al integrarse a la Internet. En contraste con NAT, IPv6 provee una solucin robusta orientada a crecimiento futuro para la integracin de ambas empresas. Para el mejor manejo del ejemplo llamaremos a las empresas, empresa A y empresa B.
Migracin a IPV6
El primer paso es determinar cuales hosts necesitan acceder ambos lados de la red en la nueva organizacin, estos hosts sern equipados con un dual stack IPv4/IPv6, lo que les permitir conectividad con la red IPv4 original y participar de la nueva red lgica IPv6 que ser creada sobre la infraestructura fsica de la red IPv4 original.
Unin de las dos redes por medio de IPv6
El nico requerimiento para la conectividad de IPv6 es que los ruteadores adyacentes a los usuarios de ambas redes deben de ser migrados a IPv6 o su IOS migrado a una versin que soporte IPv6, en donde la conexin IPv6 punto a punto pueda ser realizada. En ste paso es cuando aplica NAT para hacer la traduccin de direcciones IPv4 a direcciones IPv6, siendo las direcciones IPv4 locales y las direcciones IPv6 globales, se puede emplear cualquiera de las tcnicas de tunneling de IPv4/IPv6.
Mtodos de transicin Para la mayora de los usuarios en las empresas actualmente, su necesidad de conectividad radica en el acceso a las bases de datos, el correo electrnico y aplicaciones en servidores locales, en ste caso sera bueno empezar migrando a IPv6 grupos de trabajo en islas y departamentos y despus ir migrando poco a poco los ruteadores del backbone a medida de que vayan creciendo los usuarios con IPv6. El desarrollo del protocolo IPv6 es ms completo para ruteadores exteriores que para ruteadores del backbone, as que es una manera elegante en la cual las empresas pueden empezar a hacer la
transicin a IPv6.Los grupos de trabajo independientes pueden migrar sus clientes y servidores a un dual stack IPv4/IPv6 en los hosts o hosts solo IPv6. Esto crea islas de funcionalidad de IPv6.
Islas de IPv6
A medida que los protocolos de ruteo externos como Open Shortest Path First (OSPF) y Border Gateway Protocol (BGP) para IPv6 vayan madurando, el centro del backbone se puede ir desarrollando en IPv6. Despus de que los primeros ruteadores IPv6 se vayan colocando, ser mejor ir juntando las islas IPv6 mediante tneles de ruteador a ruteador. En ste caso uno o ms ruteadores en cada isla debern de ser configurados como puntos finales. Cuando los hosts utilizan la direccin de 128 bits de IPv6, los tneles se configuran manualmente para que los ruteadores que participan en los tneles sepan la direccin de punto final del tnel. Mediante direcciones IPv6 compatibles con IPv4 el tunneling automtico y sin configuracin es posible. Desde el punto de vista del protocolo de ruteo, los tneles parecen un solo salto en IPv6, aunque el tnel se componga de varios saltos IPv4 a travs de varios medios. Los ruteadores corriendo OSPF pueden propagar mensajes de alcance de estado de enlaces a travs de tneles as como lo haran en enlaces punto a punto convencionales, en el ambiente de IPv6, OSPF tendr la ventaja de manejar mtricas flexibles para las rutas de los tneles para asegurar que a cada tnel se le da el peso adecuado dentro de la topologa. En general, los ruteadores hacen las decisiones de envo de paquetes en un ambiente de tunneling de la misma manera en que tomaran decisiones de envo en una red solamente de IPv6. Las conexiones IPv4 inferiores son esencialmente transparentes para los protocolos de ruteo IPv6.
El mtodo de transicin dual-stack Una vez que algunos nodos se conviertan a IPv6, es posible que dichos nodos requieran interaccin continua con los nodos IPv4 existentes, esto se puede lograr mediante el mtodo dual-stack de IPv4/IPv6. Muchos de los hosts y ruteadores actuales en su ambiente de red multiplataforma soportan mltiples componentes de stack de red. En primera instancia, la mayora de los ruteadores soportan varios protocolos, as tambin las estaciones de trabajo corren una combinacin de protocolos, los que incluyen IPv4, IPX, AppleTalk, NetBIOS, SNA, DECnet, etc. La suma de un protocolo adicional, IPv6, en la estacin de trabajo o en el ruteador, no deben de ser de mayor importancia y no debe de tomar mucho tiempo. Cuando se ejecuta un dual- stack IPv4/IPv6, un host tiene acceso a los recursos tanto de IPv4 como de IPv6, los ruteadores que ejecutan ambos protocolos pueden re direccionar el trfico hacia los nodos finales de IPv4 o IPv6. Las mquinas con dual-stack, pueden utilizar IPv4 o IPv6 independientemente, o pueden ser configuradas con una direccin IPv6 compatible con IPv4. Los nodos dual-stack pueden utilizar la autoconfiguracin convencional de IPv4 por medio de DHCP para obtener sus direcciones IPv4. Las direcciones IPv6 pueden ser configuradas manualmente en las tablas de host de 128 bits o pueden ser obtenidas a travs de los mecanismos de autoconfiguracin dependiente del estado de IPv6, si se encuentran disponibles. Se espera que los servidores ejecuten el dual-stack indefinidamente, o hasta que los nodos activos se migren a IPv6. DNS IPv6 DNS es un punto que los administradores deben de considerar antes de configurar hosts IPv6 o con dual-stack. Los DNS Servers de 32 bits no pueden manejar la resolucin de nombres para las direcciones de 128 bits que maneja IPv6, para resolver ste problema, los diseadores de IETF han definido un estndar de DNS para IPv6 (RFC 1886, DNS Extensions to support IP version 6), esta especificacin crea nuevos registros tipo DNS de 128 bits los cuales son nombrados AAAA, los cuales harn el mapeo de los nombres de dominio a las direcciones IPv6.
Migracin a IPV6
Las bsquedas de nombres de dominio basados en direcciones de 128 bits tambin se definieron en el documento. Una vez que un DNS capaz de resolver direcciones IPv6 sea formado, los hosts dual-stack podrn interactuar intercambiando informacin con nodos IPv6, si un host dual-stack hace un requerimiento a un DNS y reciba como respuesta una direccin de 32 bits, se utilizar IPv4, si se recibe una direccin de 128 bits, se utilizar IPv6. En sitios donde el DNS no se ha migrado a IPv6, los hosts debern resolver el mapeo de direcciones a nombre manualmente a travs de tablas locales configuradas manualmente. Las aplicaciones que no accesen directamente al stack de la red, no tendrn que ser modificados para correr en el ambiente de dual-stack. Las aplicaciones de red que interactan directamente con IP y sus componentes relacionados requerirn de migracin si van a utilizar el protocolo IPv6, por ejemplo, las aplicaciones que accesan el DNS, debern de ser mejoradas con la capacidad de requerir los nuevos registros de 128 bits. El ruteo en redes IPv6/IPv4 Los ruteadores que ejecuten IPv4 e IPv6 al mismo tiempo deben de ser administrados casi de la misma manera en que se administran ruteadores que ejecutan solamente IPv4. Actualmente ya existen versiones de los protocolos populares de ruteo como el OSPF y el Routing Information Protocol (RIP) para IPv6. En muchos casos, los administradores elegirn el mantener la topologa de IPv6 lgicamente separada de la red IPv4, aunque ambas corran en la misma estructura fsica, lo que permitir que ambas sean administradas separadamente, en otros casos, puede ser ventajoso alinear las dos arquitecturas usando los mismos dominios de red, reas, y organizacin de subredes. Ambas perspectivas tiene sus ventajas y desventajas, una arquitectura separada de IPv6 puede ser utilizada para eliminar la ineficiencia en los sistemas de direccionamiento de IPv4 del cual sufren muchas empresas actualmente, una arquitectura independiente de IPv6 presenta la oportunidad de comenzar desde cero un plan de red jerrquico el cual facilitar en gran medida la conexin a uno
Migracin a IPV6
o varios proveedores de Internet, esto provee las bases para el agregado de re numeracin de ruteo y otras metas para una jerarqua de ruteo de Internet avanzada. En la mayora de las organizaciones donde se desarrolla IPv6 pausadamente, existe la posibilidad de que todos los hosts IPv6 no tengan conexin directa entre ellos por medio de los ruteadores IPv6, en la mayora de los casos habr islas de topologa IPv6 rodeadas por un mar de IPv4, afortunadamente los diseadores de IPv6 han creado mecanismos de transicin que permiten a los hosts IPv6 comunicarse sobre las redes IPv4 que intervengan, la tcnica esencial de stos mecanismos es el tunneling de IPv6 sobre IPv4, el cual encapsula paquetes IPv6 en paquetes .
Tunneling de IPv6 sobre IPv4
El tunneling permite tomar ventaja de la infraestructura existente de IPv4, sin hacer cambios a los componentes IPv4. Un ruteador o host con dual-stack en las orillas de la topologa IPv6, simplemente adhiere a un encabezado IPv4 a cada paquete IPv6 y enva su trfico nativo IPv4 a travs de las ligas existentes. Los ruteadores IPv4 renvan ste trfico sin conocer que envuelve a IPv6, en el otro lado del tnel, otro ruteador dual-stack o host desencpasela el paquete IPv6 y lo enruta a su destino final utilizando los protocolos estndar de IPv6. Para acomodar las diferentes necesidades administrativas, los mecanismos de transicin a IPv6 incluyen dos tipos de tunneling, los automticos y los configurados. Para crear tneles configurados se define manualmente el mapeo de direcciones de IPv6 a IPv4 en los puntos finales del tnel.
En cualquiera de los dos lados del tnel, el trfico se reenva con direccionamiento completo de 128 bits, en el punto de entrada del tnel una tabla de ruteo es definida manualmente para decidir cuales direcciones IPv4 se usan para cruzar el tnel, esto requiere un cierto volumen de administracin manual en los puntos finales del tnel, pero el trfico se rutea a travs de la topologa IPv4 dinmicamente, sin el conocimiento de los ruteadores IPv4, las direcciones de 128 bits no tienen que alinear con las direcciones de 32 bits de ninguna manera. Otro mecanismo son los tneles automticos. Los tneles automticos usan direcciones compatibles con IPv4, las cuales son un hbrido entre las direcciones IPv4 e IPv6, las direcciones compatibles se crean aadiendo ceros a la izquierda a las direcciones IPv4 de 32 bits, para as volverlas de 128 bits. Cuando el trfico se reenva con direcciones compatibles, el aparato en la entrada del tnel puede automticamente direccionar el trfico encapsulado simplemente convirtiendo la direccin compatible con IPv4 de 128 bits a una direccin IPv4 de 32 bits, en el otro lado del tnel, el encabezado IPv4 se remueve para revelar la direccin IPv6 original. El tunneling automtico permite a los hosts IPv6 explotar dinmicamente las redes IPv4, pero requiere el uso de direcciones compatibles con IPv4, lo cual no brinda los beneficios del direccionamiento de 128 bits. Los nodos IPv6 que utilizan direcciones compatibles con IPv4 no toman ventaja del espacio de direccin extendido, pero pueden explotar los otros beneficios de IPv6, los cuales incluyen etiquetas de flujo, autenticacin, codificado, multicast y anycast. Una vez que un nodo ha sido migrado a IPv6 con direcciones compatibles con IPv4, queda la puerta abierta para un movimiento casi transparente a el usar el direccionamiento IPv6 en su completa extensin, se espera que con la ayuda de un servicio de autoconfiguracin de IPv6. El utilizar direcciones compatibles con IPv4 significa que los administradores pueden agregar nodos IPv6 preservando inicialmente su direccionamiento bsico y arquitectura de red. Los tneles automticos estn disponibles si son necesarios, pero puede que no sean necesarios en los casos donde los ruteadores del backbone principales se migren de una sola vez para incluir
el stack de IPv6. Esto es algo que se puede lograr rapida y eficientemente cuando los ruteadores de backbone soportan configuraciones completas remotas y capacidades de mejora. La combinacin de tneles, direcciones compatibles y nodos con dual-stack asegura que los administradores de red tendrn la flexibilidad e interoperabilidad necesaria cuando hagan el cambio a IPv6. Los servicios de transicin permiten a las empresas dependientes de su red tomar ventaja de las caractersticas tcnicas de IPv6. Tneles configurados Un tnel configurado requiere la configuracin manual de los puntos finales del tnel. En un tnel configurado, las direcciones IPv4 de los puntos finales del tnel no derivan de direcciones dentro de las direcciones IPv6 origen y destino o de las direcciones del siguiente salto de la ruta correspondiente. Tipicamente, las configuraciones de tnel entre ruteadores se configuran manualmente. La configuracin de la interfaz del tnel consiste en las direcciones IPv4 de los puntos finales del tnel, las cuales deben de ser configuradas manualmente junto con las rutas estticas que usa la interfaz del tnel. Para crear manualmente tneles configurados para el protocolo IPv6 para la familia Windows 2003 server o XP, se usa el comando: netsh interface ipv6 add v6v4 tunnel Como se define en el RFC 2893, los Tneles Automticos de IPv6 es el mtodo que utiliza direcciones IPv6 compatibles con IPv4, por ejemplo, cuando un equipo con la direccin IPv4 157.60.91.123 enva trfico a otro host con la direccin IPv4 131.107.210.49, las direcciones IPv4 e IPv6 en el encabezado se listan. Para probar la conectividad se utiliza el comando ping, por ejemplo, si el primer equipo quiere localizar el segundo equipo hara lo siguiente: Ping6 ::131.107.210.49
Migracin a IPV6
El protocolo IPv6 en Windows 2003 Server y Windows XP, no utiliza direcciones compatibles con IPv4 por default, para habilitarlo se usa el comando: Netsh interface ipv6 setstate v4compat=enabled
Cuando se habilita el protocolo IPv6 en el servidor Windows 2003 o XP, se facilita la comunicacin con direcciones compatibles con IPv4 por medio de la ruta ::/96 en la tabla de ruteo IPv6 que utiliza la pseudo-interface de tneles automticos.
sta ruta indica que todas las direcciones con los primeros 96 bits en cero se re envan a su direccin destino utilizando la pseudo-interface. La pseudo-interface de tnel automtico usa los ltimos 32 bits de la direccin IPv6 origen y destino, los cuales corresponden a la direccin IPv4, de los paquetes de salida en IPv4. Tneles automtico Un Tnel Automtico es un tnel que no requiere configuracin manual. Los puntos finales del tnel se determinan por el uso de las interfaces lgicas del tnel, las rutas y las direcciones IPv6 origen y destino. Tneles 6over4 6over4 tambin se conoce como el tunnneling multicast IPv4, es una tecnologa de tneles automticos ya sea de equipo a equipo, de equipo a ruteador o de ruteador a equipo, que provee conectividad unicast y multicast IPv6 entre nodos IPv6 a travs de una intranet IPv4. 6over4 est descrita en el RFC 2529, utiliza prefijos vlidos de 64 bits para direcciones unicast y el identificador de la interface ::WWXX:YYZZ, donde WWXX:YYZZ es la representacin hexadecimal de la direccin IPv4 (w.x.y.z) asignada a la interface. Por default, los hosts de 6over4 configuran automticamente la direccin de enlace local FE80::WWXX:YYZZ en cada interface 6over4. 6over4 maneja la infraestructura IPv4 como una liga simple con capacidades multicast, esto significa que el proceso de descubrimiento de vecinos
como la resolucin de direcciones y descubrimiento de ruteadores, trabaja como si hicieran un enlace fsico con capacidades multicast, para emular un enlace con capacidades multicast, la infraestructura IPv4 debe de tener habilitado multicast para IPv4.
Configuracin 6over4 Para facilitar las comunicaciones multicast IPv6 en una infraestructura IPv4 con multicast habilitado, se define en el RFC 2529 el siguiente mapeo para traducir una direccin IPv6 multicast en una direccin IPv4 multicast: 239.191.[penltimo byte de la direccin IPv6].[ltimo byte de la direccin IPv6] Cuando se habilita 6over4, la capa IPv4 utiliza mensajes IGMP (Internet Group Membership Protocolo) para informar a los ruteadores locales IPv4 de su inters en recibir trfico multicast IPv4 el cual es enviado a las direcciones multicast IPv4. Los equipos con 6over4 habilitado tambin registran sus MAC address adicionalmente a sus adaptadores de red que corresponden a la direccin multicast IPv4 mapeada. Por ejemplo, para un adaptador Ethernet:
La direccin MAC multicast correspondiente a 239.192.0.1 es 01-00-5E-40-00-01 La direccin MAC multicast correspondiente a 239.192.0.2 es 01-00-5E-40-00-02 La direccin MAC multicast correspondiente a 239.192.156.90 es 01-00-5E-40- 9C-5A
Migracin a IPV6
Debido a la infraestructura, IPv4 acta como un enlace con capacidades multicast, los equipos pueden usar solicitud de vecindario y mensajes de aviso de vecindad para resolver la capa de enlace de cada direccin. Las direcciones de la capa de enlace 6over4 son los puntos terminales de los tneles. Los equipos y los ruteadores pueden utilizar mensajes de solicitud de ruteador y de aviso de ruteador para el descubrimiento de ruteadores, prefijos y parmetros. Para facilitar los mensajes ND, el RFC 2529 define que el formato para las opciones del origen y destino de la capa de enlace. Configuracin de tneles El RFC 2893 define las siguientes configuraciones de tneles en los cuales se hacen tneles de trfico IPv6 entre nodos IPV6/IPv4 sobre una infraestructura IPv4: -Ruteador a Ruteador -Equipo a Ruteador o Ruteador a Equipo -Equipo a Equipo Los tneles IPv6 sobre IPv4 solo describen el encapsulamiento de paquetes IPv6 con un encabezado IPv4, para que los nodos IPv6 puedan ser alcanzados por medio de una infraestructura IPv4. A diferencia de hacer tneles del Protocolo de Tneles Punto a Punto (Point-to-Point Tunneling Protocol, PPTP) y el Protocolo de Tneles de Capa Dos (Layer Two Tunneling Protocol, L2TP), no hay intercambio de mensajes para el
acondicionamiento, mantenimiento o terminacin del tnel. Adicionalmente, les tneles IPv6 sobre IPv4 no proveen seguridad en los paquetes IPv6 que son enviados por el tnel.
Ruteador a ruteador En la configuracin de tnel de ruteador a ruteador, dos ruteadores IPv6/IPv4 conectan dos infraestructuras IPv4 o IPv6 sobre una infraestructura IPv4. Los puntos finales del tnel expanden un enlace lgico en el camino entre el origen y el destino. El tnel IPv6 sobre
IPv4 entre los dos ruteadores actuan como un salto simple. Las rutas entre cada infraestructura IPv4 o IPv6 apuntan a los ruteadores IPv6/IPv4 en las orillas. Para cada ruteador IPv6/IPv4, hay una interfaz del tnel que representa el tnel IPv6 sobre IPv4 y enruta el uso de la interfaz del tnel como se puede ver en la figura 2.27.
Tnel de Ruteador a Ruteador Ejemplos de la configuracin de estos tneles son: -Un laboratorio de prueba de solo IPv6 atraves de ina infraestructura de una organizacin IPv4, que desea alcanzar la Internet IPv6. -Dos dominios de ruteo solo IPv6 que hacen tnel atraves de la Internet IPv4. -Un ruteador 6to4 que hace un tnel a traves de la Internet IPv4 para alcanzar otro ruteador 6to4. Equipo a ruteador y ruteador a equipo En la configuracin equipo a ruteador, un nodo IPv6/IPv4 que reside dentro de una infraestructura IPv4 crea un tnel IPV6 sobre IPv4 para alcanzar un ruteador IPv6/IPv4. Los puntos finales del tnel expanden el primer segmento de la ruta entre los nodos origen y destino, el tnel IPv6 sobre IPv4 entre el nodo IPv6/IPv4 y el ruteador IPv6/IPv4 acta como un solo salto. En el nodo IPv6/IPv4, se crea una interfaz del tnel que representa el tnel IPv6 sobre IPv4 y una ruta se aade unsando la interfaz del tnel. El nodo IPv6/IPv4 enva por el tnel el paquete IPv6 basado en la ruta coincidente, la interfaz del tnel y la direccin de siguiente salto del ruteador IPv6/IPv4. En la configuracin de ruteador a equipo, un ruteador IPv6/IPv4 crea un tnel IPv6 sobre IPv4 a traves de una infraestructura IPv4 para alcanzar un nodo IPv6/IPv4, los puntos finales del tnel expanden el segmento final del camino entre el nodo origen y el nodo
destino y el tnel IPv6 sobre IPv4 entre el ruteador IPv6/IPv4 y el nodo IPv6/IPv4 acta como un solo salto.
En el ruteador IPv6/IPv4, se crea una interfaz de tnel que representa el tnel IPv6 sobre IPv4 y se aade une ruta utilizando la interfaz del tnel, el ruteador IPv6/IPv4 enva por el tnel el paquete IPv6 basado en la ruta de la subred que coincide y la direccin destino del nodo IPv6. Ejemplos de configuraciones Equipo a Ruteador y Ruteador a Equipo: -Equipos IPv6/IPv4 que hace tneles a traves de una infraestructura IPv4 para alcanzar la Internet IPv6. -Un host ISATAP que hace un tnel a traves de una red IPv4 a un ruteador ISATAP para alcanzar la Internet IPv4, otra red IPv4 o ona red IPv6. -Un ruteador ISATAP que hace un tnel a traves de una red IPv4 para alcanzar un host ISATAP. Equipo a equipo En la configuracin del tnel de equipo a equipo, un nodo IPv6/IPv4 que reside en una infraestructura IPv4 crea un tnel IPv6 sobre IPv4 para alcanzar otro nodo IPv6/IPv4 que reside dentro de la misma infraestructura IPv4. Los puntos finales del tnel expanden todo el camino entre el nodo origen y el destino, el tnel IPv6 sobre IPv4 entre los nodos IPv6/IPv4 acta como un solo salto. En cada nodo IPv6IPv4, se crea una interfaz que representa el tnel IPv6 sobre IPv4. Las rutas deben de estar presentes para indicar que el nodo destino est en la misma subred lgica definida por la infraestructura IPv4. Basada en la interfaz que enva, la ruta opcional y la direccin destino, el host que enva, manda por el tnel el trfico IPv6 a su destino. Ejemplos de configuracin de ste tipo de tneles son:
Migracin a IPV6
-Los hosts IPv6/IPv4 que usan direcciones ISATAP para hacer tneles a traves de la infraestructura IPv4 de la organizacin. -Los hosts IPv6/IPv4 que usan direcciones compatibles con IPv4 para hacer tneles a traves de la infraestructura IPv4 de la organizacin. - 2.5.4.- 6to46to4 es una asignacin de direcciones y tecnologa de tneles automticos de ruteador a ruteador que se utiliza para proveer conectividad unicast IPv6 entre sitios IPv6 y equipos a traves de la Internet IPv4. 6to4 utiliza el prefijo de direccionamiento global: 2002:WWXX:YYZZ::/48. En el cual WWXX:YYZZ es la representacin hexadecimal de una direccin IPv4 pblica (w.x.y.z) asignada a un sitio o equipo. La direccin completa 6to4 es: 2002:WWXX:YYZZ:SubnetID:InterfaceID. to4 se describe en el RFC 3056, el cual define los siguientes trminos: -Host 6to4. Cualquier host IPv6 que se configura con por lo menos una direccin 6to4 (una direccin global con el prefijo 2002::/16). Los hosts 6to4 no requieren ninguna configuracin manual y crean direcciones 6to4 usando mecanismos de autoconfiguracin de direcciones estandar. -Ruteador 6to4. Un ruteador IPv6/IPv4 que soporta el uso de interfaces de tnel 6to4 y es usada tpicamente para reenviar trfico de direcciones 6to4 entre los hosts 6to4, dentro de un site u otros ruteadores 6to4 o una intranet 6to4. Los ruteadores 6to4 requieren procesamiento adicional lgico para el correcto encapsulado y decapsulado y pueden requerir configuracin manual adicional. Dentro de un site, los ruteadores IPv6 locales promocionan prefijos 2002
WWXX:YYZZ:SubnetID::/64 para que los hosts puedan crear una direccin 6to4 autoconfigurado y rutas de prefijo de 64 bits que se usan para entregar trfico entre hosts 6to4 dentro del site. Los hosts en las redes individuales son configurados automticamente con ruta de subred de 64 bits para entrega directa a vecinos y una de default con la direccin de siguiente salto del ruteador que hace la promocin, todo el trfico IPv6 que no coincide con un prefijo de
Migracin a IPV6
64 bits usado por una de las subredes dentro del site se reenvan a un ruteador 6to4 en la frontera del site. El ruteador 6to4 en la frontera del site, tiene una ruta 220::/16 la cual es usada para reenviar trfico para otros sitios 6to4 y la ruta de default (::/0) que es usada para reenviar trfico para un ruteador 6to4 de relay. Cuando el host A se comunica con el Host C en otro site, el host A enva el trfico a ruteador 6to4 del site 1 como un paquete IPv6, el ruteador 6to4 en el site 1 que usa la interfaz del tnel 6to4 y la ruta 2002::/16 en su tabla de ruteo, encapsula el paquete con un encabezado IPv4 y lo enva por el tnel al ruteador 6to4 en el site 2. Cuando el ruteador 6to4 en el site 2 recibe el paquete por el tnel, quita el encabezado IPv4 y usando el prefijo de ruta de 64 bits en su tabla de ruteo reenva el paquete al host C. En el ejemplo, el host A con la interfaz ID ID_A reside en la subred 1, dentro del site 1 que utiliza la direccin pblica 157.60.91.123. El host C con la interfaz ID ID_C reside en la subred 2 dentro del site 2 que usa la direccin IPv4 pblica 131.107.210.49. Cuando el paquete IPv6 encapsulado en IPv4 es enviado por el ruteador 6to4 en el site 1al ruteador 6to4 en el site 2, las direcciones en los encabezados IPv4 e IPv6 se listan en la tabla de la figura 2.31. Cuando se usan hosts 6to4, en la infraestructura de ruteo de IPv6 dentro de un site, el ruteador 6to4 en la frontera del site, y un ruteador de relay 6to4, se pueden realizar las siguientes tipos de comunicaciones. -Un host 6to4 se puede comunicar con otro host 6to4 dentro del mismo sitio. ste tipo de comunicacin est disponible usando la infraestructura de ruteo de IPv6, la cual provee alcanzabilidad a todos los hosts dentro del site. En el ejemplo de la figura 2.30, ste es el tipo de comunicacin entre el host A y el B. Un host 6to4 se puede comunicar con los hosts 6to4 en otros sites a traves de la Internet IPv4. ste tipo de comunicacin ocurre cuando los hosts 6to4 en reenvan trfico IPv6 con destino a un host 6to4 en otro sitio al ruteador 6to4 del site local. El ruteador 6to4 del site
local enva por el tnel el trfico IPv6 hacia el ruteador 6to4 del site destino en la Internet IPv4. El ruteador 6to4 en el site destino quita el encabezado IPv4 y reenva el paquete IPv6 al host 6to4 apropiado usando la infraestructura de ruteo IPv6 en el site destino. En la figura 2.30 es la comunicacin entre el host A y el C. Un host 6to4 se puede comunicar con hosts en la Internet IPv6. ste tipo de comunicacin pasa cuando un host 6to4 reenva trfico IPv6 el cual su destino es un host en la Internet IPv6 al ruteador 6to4 del site local. El ruteador 6to4 del site local enva por el tnel el trfico IPv6 a un ruteador de relay 6to4 el cual est conectado a ambas redes, la Internet IPv4 y la Internet IPv6. El ruteador de relay 6to4 quita los encabezados IPv4 y reenva el paquete IPv6 al host de la Internet IPv6 apropiado usando la infraestructura de ruteo de la Internet IPv6. En la figura 2.30 sera la comunicacin entre el host A y el D. Todos estos tipos de comunicacin usan el trfico IPv6 sin los requerimientos de obtener tanto una conexin directa a la Internet IPv6 como un prefijo de direccin IPv6 global de un Proveedor de servicios de Internet. A lo largo del captulo se vi lo que es IPv4, lo que es IPv6, los mtodos de transicin y la manera de configurarlos. Con la informacin obtenida se puede concluir que el mejor mtodo de transicin para las migraciones es 6over4 ya que proporciona seguridad por medio de direcciones especficas para cada interface y permite al ruteador tener el enlace por medio de IPv4, independizando as la red IPv4 existente de las redes IPv6 que se conectan en los puertos Ethernet del ruteador. Es decir, la mejor opcin es 6over4 porque nos permite trabajar sobre la red existente IPv4, sin tener que hacer una inversin fuerte en infraestructura, el cambio se hace solamente en los nodos nuevos o se hace un cambio paulatino en las maqinas existentes, pero dicho cambio no afecta la infraestructura de la red. Las bondades de IPv6 se puede ir aprovechando poco a poco mientras ms equipos se vayan migrando a la nueva red, las aplicaciones punto a punto, la telefona por IP, etc, se pueden aprovechar ms mientras vaya creciendo la red IPv6.
Migracin a IPV6
RESUMEN
A inicios de febrero de 2011, la IANA (Internet Assigned Numbers Authority) entrego el ltimo lote de direcciones IP que quedaban disponibles (33 millones) a la organizacin que se encarga de distribuirlas en la regin Asia-Pacfico (en este caso la APNIC). Esto significa que se han agotado direcciones IP que quedaban libres y por tanto, cada organismo de gestin, de los cinco que existen, tendr que utilizar las reservas de las que aun disponen con las cuales se estima que nos permitir cubrir un periodo de siete meses ms.
La situacin a la que hay que enfrentarse es a la migracin hacia un nuevo protocolo, es decir, abandonar IPv4 (Internet Protocol version 4) y adoptar IPv6 (Internet Protocol version 6).
Migracin a IPV6
PALABRAS CLAVE
Protocolo de Internet: es un protocolo usado tanto por el origen como por el destino para la comunicacin de datos, a travs de una red de paquetes conmutados no fiable y de mejor entrega posible sin garantas.
Direccin IP: es una etiqueta numrica que identifica, de manera lgica y jerrquica, a un interfaz de un dispositivo dentro de una red. IPV4: es la cuarta versin del protocolo de internet y la primera en ser implementada a gran escala. IPV6: es la ltima versin del protocolo de internet y est diseada para reemplazar a la cuarta versin del protocolo de internet. NAT: Traductor de Direccin de Red, es un mecanismo utilizado por enrutadores IP para intercambiar paquetes entre dos redes que se asignan mutuamente direcciones incompatibles. TCP: (Transmission Control Protocol) da soporte a diversas aplicaciones de Internet (intercambio de ficheros, navegadores, clientes ftp, etc.) y protocolos de aplicacin. UDP: (User Datagram Protocol) es bsicamente un protocolo orientado a mensajes. Es generalmente el protocolo usado en la transmisin de vdeo y voz a travs de una red.
Migracin a IPV6
CONCLUSION
Durante un poco de tiempo en que ambos protocolos coexistirn, la mayor parte del trabajo ser para las empresas proveedoras de servicios y los usuarios finales prcticamente seremos los ltimos en migrar, no ser un colapso total de Internet, aunque es cierto que los servicios que no hayan trabajado para esta transicin, es probable que terminen teniendo fallos y finalmente tengan que invertir en restablecer sus servicios y adaptarse.
Migracin a IPV6
BIBLIOGRAFIA
Tanenbaum, Andrew S. Redes de computadoras 4a edicin. Pearson. Stewart III, Kenneth D. Diseo y soporte de redes de computadoras. Pearson www.Iana.org www.rfc.es.org
Migracin a IPV6
Anexo Protocolo de Aprobacin
Migracin a IPV6
INTRODUCCION
El protocolo de capa de red, IP (Protocolo de Internet) se dise teniendo en mente la interconexin de redes y para mantener unida a Internet. Su fin es proporcionar un medio para el transporte de datagramas del origen al destino, sin importar si estas terminales estn en la misma red o si hay otras redes entre ellas. IPv4 es hoy en da la versin ms utilizada del Protocolo de Internet (IP, por sus siglas en ingls). Este protocolo es usando en Internet para todo tipo de comunicaciones debido a que cualquier dispositivo que se desee conectar a Internet requiere de una direccin IP; sin embargo, IPv4 es un recurso limitado. La transicin a IPv6 es necesaria debido al agotamiento de direcciones pblicas de IPv4, siendo til tambin para disminuir el tamao de las tablas de enrutamiento y por el crecimiento en volumen de dispositivos mviles. IPv6 tiene en general el objetivo de ofrecer una transicin suave de IPv4 a IPv6, debido a la extensa utilizacin e inversin en infraestructura basada en IPv4, ofreciendo esquemas que permitan utilizar o encapsular los protocolos en ciertos momentos durante el transporte de paquetes o discriminando su uso segn sea necesario.
Migracin a IPV6
OBJETIVO GENERAL
Definir las caractersticas de IPv6 y su funcionamiento, para as determinar un plan que permita integrar procesos y mejores prcticas para su implementacin en la transicin de IPv4 a IPv6 en las Empresas.
OBJETIVOS ESPECIFICOS
Analizar IPV4 y ver su encabezado as como lo largo de sus direcciones IP. Analizar IPV6, ver las mejoras implementadas a partir del IPV4. Ver las opciones de transicin de IPV4 a IPV6. Ver la manera de configurar dichas opciones de transicin.
Migracin a IPV6
RESUMEN
A inicios de febrero de 2011, la IANA (Internet Assigned Numbers Authority) entrego el ltimo lote de direcciones IP que quedaban disponibles (33 millones) a la organizacin que se encarga de distribuirlas en la regin Asia-Pacfico (en este caso la APNIC). Esto significa que se han agotado direcciones IP que quedaban libres y por tanto, cada organismo de gestin, de los cinco que existen, tendr que utilizar las reservas de las que aun disponen con las cuales se estima que nos permitir cubrir un periodo de siete meses ms. La situacin a la que hay que enfrentarse es a la migracin hacia un nuevo protocolo, es decir, abandonar IPv4 (Internet Protocol version 4) y adoptar IPv6 (Internet Protocol version 6).
Migracin a IPV6
PALABRAS CLAVE
Protocolo de Internet: es un protocolo usado tanto por el origen como por el destino para la comunicacin de datos, a travs de una red de paquetes conmutados no fiable y de mejor entrega posible sin garantas. Direccin IP: es una etiqueta numrica que identifica, de manera lgica y jerrquica, a un interfaz de un dispositivo dentro de una red. IPV4: es la cuarta versin del protocolo de internet y la primera en ser implementada a gran escala. IPV6: es la ltima versin del protocolo de internet y est diseada para reemplazar a la cuarta versin del protocolo de internet. NAT: Traductor de Direccin de Red, es un mecanismo utilizado por enrutadores IP para intercambiar paquetes entre dos redes que se asignan mutuamente direcciones incompatibles. TCP: (Transmission Control Protocol) da soporte a diversas aplicaciones de Internet (intercambio de ficheros, navegadores, clientes ftp, etc.) y protocolos de aplicacin. UDP: (User Datagram Protocol) es bsicamente un protocolo orientado a mensajes. Es generalmente el protocolo usado en la transmisin de vdeo y voz a travs de una red.
Migracin a IPV6
MIGRACION A IPV6
El protocolo IPv4
IPv4 usa direcciones de 32 bits, limitndola a = 4.294.967.296 direcciones nicas, muchas de las cuales estn dedicadas a redes locales (LANs). Por el crecimiento enorme que ha tenido Internet (mucho ms de lo que esperaba, cuando se dise IPv4), combinado con el hecho de que hay desperdicio de direcciones en muchos casos, ya hace varios aos se vio que escaseaban las direcciones IPv4.
Clases de direcciones IP
Las direcciones IP pueden ser de diferentes tipos o clases (A, B, C, D y E). Una red de clase A se reserva, generalmente para los Gobiernos, aunque tambin llego a hacerse para empresas transnacionales. Las direcciones de clase B se otorgan a medianas empresas. Los usuarios normales usarn direcciones de clase C, las direcciones de clase D se usan para multidifusin (multicast) y las direcciones clase E se reservan nicamente para investigacin. Se pierde as un importante rango de direcciones IP debido a que hubo una mala asignacin de los bloques de direcciones clase A dando a instituciones, gobiernos y universidades ms direcciones de las que realmente necesitaban. Los nmeros de direcciones de red los administra la ICANN (Corporacin de Internet para la Asignacin de Nombres y Nmeros) a fin de evitar conflictos. Teniendo en cuenta lo anterior, no hay suficientes direcciones IPv4 para enrutar pblicamente y proporcionar una direccin distinta para cada terminal IPv4 (que incluye computadoras de escritorio, telfonos mviles, dispositivos integrados y hosts virtuales). Este problema se minimiza mediante la NAT2, por medio de la cual diversos host de redes de rea local (LAN) puede compartir una nica direccin IP pblica de Internet. Los datos enviados por los hosts individuales a Internet indican tanto su direccin fuente como la IP pblica utilizada y el router que proporciona el acceso tiene la capacidad de rastrear de que host ha originado el trfico en la red y direcciona el contenido correctamente. Aun as, esto no es suficiente dado que no todos los host estn en una red local; adems, con la expansin de las redes inalmbricas, conexiones de banda ancha que requieren una IP continua y terminales mviles, la conectividad se vuelve permanente. Segn las clases de direcciones la distribucin se hace de la siguiente manera: Clase A. Permite hasta 128 redes con 16 millones de hosts cada una. El primer octeto identifica la red y los tres restantes se asignan a los hosts. Clase B. Permite 16,382 redes con hasta 64k hosts. Los dos primeros octetos para identificar a la red y los dos restantes para asignar a los hosts.
Migracin a IPV6 65
Redes de Computadoras
Clase C. Permite 2 millones de redes (tipo LAN) de hasta 256 hosts cada una (aunque algunas son especiales). Aqu se toman tres para identificar a la red y el ltimo se asigna a los hosts. D permite multidifusin. Abarca las direcciones 224.0.0.0 a la 239.255.255.255 o La direccin de IP menor es 0.0.0.0 y la mayor es 255.255.255.255.
Atendiendo al formato de direcciones, se cuenta con cuatro octetos los cuales forman palabras de hasta 32 bits que conforma el encabezado IPv4.
Versin: 4 bits. Este campo lleva el registro de la versin del protocolo al que pertenece el datagrama, en este caso IPv4. Tamao Cabecera (IHL): 4 bits. Debido a que la longitud del encabezado no es constante, se incluye un campo en el encabezado, IHL (Internet Header Length), que indica cuantas palabras de 32 bits contendr. El valor mnimo es de 5, cuando no hay opciones y pueden ser hasta 15. Tipo de Servicio: 8 bits. Su finalidad es distinguir entre diferentes clases de servicios. Son posibles varias combinaciones de confiabilidad y velocidad. Por ejemplo, para voz es preferible la entrega rpida a la entrega precisa. Para transferir ficheros importa ms la entrega libre de errores que la velocidad. Los 5 bits de menos peso (de derecha a izquierda) son independientes e indican caractersticas del servicio como el costo, la fiabilidad, el rendimiento y el retardo. Los 3 bits restantes manejan la prioridad de los mensajes, esta aumenta a medida que el nmero formado por estos 3 bits lo hace, y van desde 000: De rutina o 001: Prioritario, hasta 111: Control de red. En la prctica, los enrutadores ignoran este campo a menos que se les indique lo contrario.
Longitud Total. 16 bits: Aqu se incluye el tamao de todo el datagrama: tanto el encabezado como los datos, la longitud mxima es de 65,536 bytes. En caso de fragmentacin este campo contendr el tamao del fragmento, no el del datagrama original. Identificacin. 16 bits: Este campo es necesario para que el host de destino determine a que datagrama pertenece un fragmento que llega. Todos los fragmentos de un datagrama contienen el mismo valor de identificacin.
Indicadores (DF, MF). 3 bits: Utilizado para especificar valores relativos a la fragmentacin de paquetes:
Migracin a IPV6 66
Redes de Computadoras
o Bit 0: No se utiliza; debe ser 0. o Bit 1: si tiene el bit en 0, es Divisible, si es 1 entonces es No Divisible (DF). En este caso, si el paquete necesitara ser fragmentado, no se enviara. o Bit 2: si el bit est en 0 indica que es el ltimo Fragmento del datagrama, si es 1, es Fragmento Intermedio (le siguen ms fragmentos) (MF). Desplazamiento de Fragmento. 13 bits: En paquetes fragmentados indica la posicin. El primer paquete de una serie de fragmentos contendr en este campo el valor 0. Tiempo de Vida (TTL). 8 bits: Es un contador que limita la vida de los paquetes. Se supone que cuenta el tiempo en segundos, permitiendo una vida mxima de 255. En la prctica, indica el mximo nmero de enrutadores que un paquete puede atravesar. Cada vez que da un salto, disminuye su valor en, como mnimo, una unidad. Cuando llegue a ser 0, el paquete ser descartado. Esto evita que los datagramas permanezcan indefinidamente por la red. Protocolo. 8 bits: Indica el protocolo de las capas superiores al que debe entregarse el paquete, esto es, qu hacer con el datagrama que est manejando. Estos protocolos pueden ser TCP3, UDP4, etc. cada uno de ellos tiene un numero definido. Suma de verificacin del encabezado. 16 bits: Verifica nicamente el encabezado, permite controlar su integridad para establecer si se ha modificado durante la transmisin. La suma de comprobacin es la suma de todas las palabras de 16 bits del encabezado (excluyendo el campo suma de comprobacin). Esto se realiza de tal modo que cuando se suman los campos de encabezado, se obtenga un nmero con todos los bits en 1. Debe ejecutarse en cada salto. Direccin IP de origen. 32 bits: indican el nmero de red y el nmero de host del remitente y permiten que el destinatario responda. Direccin IP de destino. 32 bits: indican el nmero de red y el nmero de host del destinatario. Opciones: variable. Se dise para proporcionar un recurso que permitiera que las versiones subsiguientes del protocolo incluyeran informacin no presente en el diseo original.
EL PROTOCOLO IPV6
La caracterstica fundamental de IPv6 es que aporta un espacio de 2128 direcciones, equivalente a 3.40 1038, (esto es, 340, 282,366,920,938,463,463,374,607,431,768,211,456) o 340 sextillones de direcciones.
CARACTERISTICAS
Longitud total - longitud de carga til. 16 bits: es la longitud de los datos.
Protocolo - siguiente cabecera. 8 bits: en lugar de usar cabeceras de longitud variable, ahora se emplean sucesivas cabeceras encadenadas, por esta razn desaparece el campo opciones. Tiempo de vida - lmite de saltos. 8 bits: Aqu ya se especifica claramente que la permanencia de un datagrama en la red es por un determinado nmero de saltos. Clase de trfico o prioridad. 8 bits: es parecido a tipo de servicio de IPv4 modificado para que siempre se verifique. Etiqueta de flujo. 20 bits: se usa para permitir trficos con requisitos de tiempo real.
En resumen las caractersticas de este nuevo protocolo son: Mayor espacio de direcciones Autoconfiguracin (Plug & Play). Seguridad intrnseca en el ncleo del protocolo (IPsec). Clase de Servicio (CoS) y calidad de servicio (QoS) Posibilidad de paquetes con carga til de ms de 65,535 bytes. Enrutado ms eficiente en el backbone5 de la red. Multicast: envo de un mismo paquete a un grupo de receptores. Envi de un paquete a un receptor dentro de un grupo.
REPRESENTACION DE DIRECCIONES IPV6

La direccin IPv6 tiene exactamente la misma funcin que su predecesor IPv4, pero dentro del protocolo IPv6. Est compuesto por 8 segmentos de 2 bytes cada uno, que suman un total de 128 bits, el equivalente, como ya se mencion a unos 3.41038 hosts direccionales. La ventaja es evidente en cuanto a su capacidad de direccionamiento con respecto a la direccin IPv4. Su representacin suele ser hexadecimal y para la separacin de cada par de octetos se emplea el smbolo :. Un bloque abarca desde 0000 hasta FFFF. Algunas reglas acerca de la representacin de direcciones IPv6 son: Pueden obviarse los ceros iniciales, como en IPv4. Por ejemplo: 2004:0123:0004:00ab:0cde:3403:0001:0063 ------- 2004:123:4: ab: cde: 3403:1:63.
Migracin a IPV6
Los bloques contiguos de ceros se pueden comprimir empleando ::. Esta operacin solo se puede hacer una vez. Por ejemplo: 2001:0:0:0:0:0:0:4 ! 2001::4. El siguiente ejemplo no es vlido: 2001:0:0:0:2:0:0:1 ! 2001::2::1 (debera ser 2001::2:0:0:1 o 2001:0:0:0:2::1).
TRANSICION A IPV6
IPv4 proviene de una suposicin basada en que una base de direcciones codificadas en 32 bits sera suficiente, aunque tambin es verdad que en esa poca (1981) no se pensaba en la expansin de Internet y en la cantidad de dispositivos conectados a la red que hay hoy en da. La transicin a IPv6 no ser un proceso inmediato ni tan simple como pulsar un botn que conmute al nuevo protocolo, la idea es que convivan ambos protocolos durante algunos aos y que la implantacin de IPv6 sea gradual. Para esto se han desarrollado mecanismos que permitirn la coexistencia y migracin progresiva tanto de las redes como de los equipos de usuario. Estos mecanismos de transicin son los siguientes: Doble pila. Esta solucin implementa las pilas de ambos protocolos, IPv4 e IPv6, en cada nodo de la red. Cada nodo con doble pila en la red tendr dos direcciones de red, una IPv4 y otra IPv6. Este procedimiento es fcil de desplegar y est ampliamente soportado. Sin embargo, tiene la desventaja de que la topologa de la red requiere dos tablas de encaminamiento y dos procesos de enrutamiento.
Tneles. Aqu la conexin se logra encapsulando los paquetes IPv6 en paquetes IPv4. De esta manera, se pueden enviar paquetes IPv6 sobre una infraestructura IPv4. Hay muchas tecnologas de tneles disponibles, estas difieren en el mtodo que usan los nodos encapsuladores para determinar la direccin a la salida del tnel (el destino). Traduccin. Este mtodo es necesario cuando un nodo que slo soporta IPv4 intenta comunicar con un nodo que nicamente soporta IPv6. Se traducen las cabeceras de los paquetes entre IPv4 e IPv6 (solo los campos comunes). Una de las tcnicas usadas es TRT (Transport Relay Translator) que traduce a nivel de la capa de transporte (donde se realiza la transferencia de datos libre de errores entre emisor y receptor).
Migracin a IPV6
CONCLUSION
Durante un poco de tiempo en que ambos protocolos coexistirn, la mayor parte del trabajo ser para las empresas proveedoras de servicios y los usuarios finales prcticamente seremos los ltimos en migrar, no ser un colapso total de Internet, aunque es cierto que los servicios que no hayan trabajado para esta transicin, es probable que terminen teniendo fallos y finalmente tengan que invertir en restablecer sus servicios y adaptarse.
Migracin a IPV6
BIBLIOGRAFIA
Tanenbaum, Andrew S. Redes de computadoras 4a edicin. Pearson. Stewart III, Kenneth D. Diseo y soporte de redes de computadoras. Pearson www.Iana.org www.rfc.es.org
Migracin a IPV6

Contenido

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Contenido

Caricato da

Copyright:

Formati disponibili

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

La capa de red se encarga de mover los paquetes a travs de la Internet a su destino.

Universidad Mariano Glvez

Esquema de conexin entre dos equipos en Internet

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Encabezados del protocolo IP versin 6

Universidad Mariano Glvez

Universidad Mariano Glvez

El encabezado de opciones de destino

Universidad Mariano Glvez

Universidad Mariano Glvez

ICMP y los mensajes de error

Universidad Mariano Glvez

Impacto en los protocolos superiores

Universidad Mariano Glvez

Datagramas que superan los 64K (Jumbogramas)

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

FEDC:BA98:76 en la direccin FEDC:BA98:7600::1 se especificar como

Universidad Mariano Glvez

Simplificacin de direcciones IPv6

Universidad Mariano Glvez

Distribucin inicial del espacio de direcciones en la versin 6 de IP

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Network Address Translator

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Unin de las dos redes por medio de IPv6

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Tunneling de IPv6 sobre IPv4

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez

Universidad Mariano Glvez