TS IPv6

INSTITUTO POLITCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERA

MECNICA Y ELCTRICA
ESTUDIO COMPARATIVO, DE IPv4 e IPv6
TESIS
PARA OBTENER EL TTULO DE

INGENIERO EN COMUNICACIONES Y ELECTRNICA
PR ESENTA
HERNNDEZ HERNNDEZ LUIS NGEL

MUOZ IBARRA ERICK RODRIGO
PREZ GARFIAS HORACIO
ASESORES:
ING. CRUZ MARTNEZ FERNANDO
ING. ROMERO ZUIGA MARA ISABEL
MXICO, D. F. JUNIO 2014
Instituto Politcnico Nacional
ESIME
Agradecimientos
Hernndez Hernndez Luis ngel.
Me gustara que estas lneas sirvan para expresar mi ms sincero agradecimiento a todas las personas
que estuvieron detrs de todo esto y gracias a su apoyo hoy puedo lograr este objetivo en mi vida
En especial un sincero y profundo agradecimiento a mis padres por haber hecho posible todo esto, ya
que gracias a su apoyo incondicional, comprensin y dedicacin a mi persona, han logrado que yo
cumpla este gran logro, uno de los ms importantes que tendr en mi vida.
Tambin extiendo un agradecimiento a nuestro asesor el profesor Fernando Cruz Martnez por las
asesoras, enseanzas y por todo el tiempo que dedic para la elaboracin de este documento y por la
confianza que deposit en nosotros durante todo este tiempo en la elaboracin de este proyecto.
Y por ltimo y no menos importante agradezco a mis compaeros de tesis por todo su apoyo y amistad,
ya que significo mucho para lograr esto, espero que todo esto sea el principio de algo mucho mejor en
nuestras vidas social, personal y laboral.
A todos muchas Gracias.
Muoz Ibarra Erick Rodrigo.

Agradezco a mis padres David Muoz y Sofa Ibarra, por haberme dado la vida, por su apoyo en todo
sentido, por el gran esfuerzo y los sacrificios que hacan da con da para que yo tuviera la oportunidad
de llegar hasta donde estoy.
Un agradecimiento muy especial a mi mujer, Patricia Polo por apoyarme siempre, por todos sus
consejos, por acompaarme en esas desveladas de estudio, por estar conmigo a pesar de las
adversidades y sobre todo por darme a mi hija Briseida que es la alegra de mi vida.
A todos mis amigos por su compaa y los buenos momentos que pasamos juntos, en especial a los
que participaron en la elaboracin de este proyecto.
ii
ESIME
Dedicatoria
Dedico el presente trabajo a mi preciosa hija Briseida, quien es mi inspiracin y mi fortaleza, una
sonrisa suya ilumina mi mundo y me da las fuerzas necesarias para luchar y conseguir mis metas,
siempre sers el motor que me impulse a seguir adelante.
Prez Garfias Horacio.

Quiero agradecer y dedicarles profundamente ste logro a mis padres, Georgina Garfias y Horacio
Prez, ya que sin ellos no hubiera sido posible que lo obtuviera, gracias por todo su apoyo y paciencia
hacia m, que en algn momento fue difcil para ustedes poder lidiar con mi rebelda pero lograron
hacerme entender el valor de estudio. Gracias por todo, los amo mucho!
A mis hermanos Georgina y Ricardo, por apoyarme en las situaciones malas y buenas pero sobre todo
por no dejarme caer es esos momentos tan difciles de nuestras vidas, muchas gracias y los quiero
muchsimo!
A toda la familia, Garfias y Snchez, a mis abuelos, tos, primos y sobrinos que pertenecen a esta
increble familia por recibir su gran apoyo, nimos y consejos, no quisiera dejar a nadie fuera pero
somos muchsimos!
A mis compaeros de tesis, ya que fue muy difcil el camino para llegar pero al fin lo logramos, gracias
por todo chavos y espero que la amistad perdure por siempre.
A nuestro asesor de tesis, Fernando, por la paciencia y confianza que nos otorg en las difciles
situaciones por las que pasamos para terminar este gran logro. Gracias por su apoyo Ingeniero.
Y un agradecimiento muy especial hacia mi padre Horacio, que gracias a sus enseanzas tengo la
posibilidad de competir en un mundo diferente, superarme a m mismo y saber que lo puedo lograr.
Gracias por tu amor, cario, valores, tiempo, consejos, regaos, gracias por ser mi pap. En donde
quieres que ests, este logro va por ti. Te amo. GRACIAS POR SIEMPRE.
iii
ESIME
ndice
Introduccin
Captulo 1. Antecedentes 10
1.1 El Agotamiento de las direcciones IPv4. 12
1.2 Situacin actual global de IPv6...... 15
1.3 Situacin en Latino Amrica.. 23
1.4 Situacin en Mxico 27
1.5 Caractersticas de IPv6 y mejoras respecto a IPv4..... 30
1.6 Consecuencias al no desplegar IPv6 34
Captulo 2 Marco terico, detalles tcnicos de IPv6 35

2.1 Encabezado del paquete IPv6..... 35
2.2 Direccionamiento IPv6 40
2.2.1 Prefijo de direcciones IPv6. 40
2.2.2 Tipos de direcciones en IPv6.. 42
2.2.2.1 Direcciones Unicast. 43
2.2.2.2 Direcciones Multicast.. 47
2.2.2.3 Direcciones Anycast 50
2.2.3 Subnetting en IPv6.. 51
2.3 Mecanismos para asignar direccionamiento IPv6 en hosts. 56
2.3.1 Autoconfiguracin sin estado.. 56
2.3.2 DHCP sin estado (Stateless) 60
2.3.3 DHCP con estado (Stateful). 60
2.4 Enrutamiento IPv6... 61
2.4.1 Enrutamiento esttico IPv6 ......... 61
2.4.2 Enrutamiento dinmico IPv6... 62
2.4.2.1 Routing Information Protocol Next Generation (RIPng). 63
2.4.2.2 Open Shortest Path First para IPv6 (OSPFv3).. 64
2.4.2.3 Integrated System to Integrated System (IS-IS) .. 65
2.4.2.4 Border Gateway Protocol para IPv6 (BGPv6).. 65
2.5 Mecanismos de transicin 66
iv
ESIME
2.5.1 Doble Pila 66

2.5.2 Tneles. 68
2.5.3 Traduccin... 74
Captulo 3. Diseo de una red de rea local con direccionamiento IPv6 75

3.1 Topologa fsica... 75
3.2 Topologa Lgica.... 78
3.2.1 Direccionamiento IPv4.. 78
3.2.2 Direccionamiento IPv6....... 82
3.2.2.1 Implementacin de direccionamiento IPv6 en dispositivos intermediarios..
83
3.2.2.2 Implementacin de direccionamiento IPv6 en dispositivos finales........... 84

3.2.2.3 Enrutamiento IPv6......... 84
Captulo 4 Simulacin de la red... 87
4.1 Configuracin de la red.. 87
4.1.1 Configuracin del equipo principal (Core). 87
4.1.2 Configuracin de equipos de distribucin (Edificios)
89
4.1.3 Configuracin de los equipos de acceso (Host).. 92

4.1.4 Configuracin de Hosts....... 95
4.2 Configuracin de servicios en la red... 97
4.2.1 Servidor DNS... 97
4.2.2 Servidor de MAIL 99
4.3 Verificacin de conectividad... 102
4.4 Deteccin y Solucin de errores.. 105
4.5 Memoria Tcnica. 105
Conclusiones 108
Bibliografa.. 109
Anexos. 110
Glosario 120
ESIME
Objetivo
Desarrollar por medio de un simulador las caractersticas de redes con direccionamiento IPv4 e IPv6,
mostrando las ventajas que se tienen con IPv6, en capacidad de direccionamiento en redes.
vi
ESIME
Justificacin
La disponibilidad de direcciones IPv4 est agotndose, en Febrero del 2011 la IANA agot su rango de
direcciones IPv4 disponibles para la asignacin a Registros Regionales de Internet (RIRs), y en los
siguientes meses se espera el agotamiento de direcciones dentro de los RIRs con mayor demanda, por
lo cual el nico protocolo que podra ser asignado en el futuro sern rangos de direcciones IPv6, y las
instituciones que ya lo manejen y que tengan una red IPv6 en funcionamiento, as como aplicaciones
ya trabajando en este protocolo tendrn una ventaja competitiva. En el futuro prximo el tener una red
IPv6 dejar de ser una ventaja y se convertir en un requisito para poder competir en el mercado. Por
tal motivo se tiene la necesidad de estudiar, fomentar y practicar con el nuevo protocolo de Internet,
para empezar a desarrollar nuevos proyectos que impulsen la innovacin de la red.
vii
ESIME
Introduccin
IPv6 ha sido el nombre con el que se ha bautizado a la nueva versin del protocolo Internet (IP). Se
trata de la definicin de un nuevo protocolo de red destinado a sustituir a la actual versin IP, la cuatro.
Por qu se necesita un nuevo protocolo de red? La respuesta es muy simple, cuando IPv4 fue
estandarizado, hace unos quince aos, nadie poda imaginar que se convertira en lo que es hoy: una
arquitectura de amplitud mundial, con un nmero de usuarios superior al centenar de millones y que
crece de forma exponencial.
Aquella primera Internet fundada, sobre todo, con fines experimentales, cientficos, tcnicos y, por
supuesto, con objetivos militares, no se parece en nada a la actual. El inters de hacer esta transicin es
el simple hecho que en el mundo ya no hay ms direcciones IPv4 disponibles, causando un
estancamiento en la expansin e innovacin de la red de internet, con el protocolo IPv6 se busca
ampliar la red pero sobre todo mejorar la calidad.
Esta nueva versin del Protocolo de internet sustituir progresivamente a IPv4, ya que brinda mejores
caractersticas, entre las que destacan: espacio de direcciones prcticamente infinito, posibilidad de
autoconfiguracin de hosts, eficaz soporte para seguridad, computacin mvil, calidad de servicio,
transporte de trfico multimedia en tiempo real y aplicaciones Anycast y Multicast y por supuesto la
posibilidad de transicin gradual de IPv4 a IPv6, etc.
El presente trabajo describe de forma tcnica y detallada el protocolo IPv6 y brinda los elementos
necesarios para implantar una red con el nuevo protocolo sin tener que dejar a un lado a su antecesor
IPv4, puesto que hay que mantener todas las infraestructuras que actualmente funcionan con este.
El objetivo principal de este proyecto es implantar una red utilizando los protocolos IPv4 e IPv6 en una
misma red, llamada Red de doble pila, as como mostrar el uso de un tnel para hacer una transicin
de IPv4 a IPv6.
En el marco terico se explica la historia que ha tenido el protocolo IP en las redes, tambin se
considera una resea de la pila de protocolos TCP/IP para conocer ms sobre su desarrollo y su modelo
a capas, abarca informacin estadstica acerca del despliegue que ha tenido IPv6 en el mundo desde sus
inicios hasta la actualidad y se describen las principales mejoras respecto a IPv4.
El captulo dos se profundiza la informacin tcnica sobre el protocolo IPv6, explicando la forma en la
cual trabaja, se describen los campos del encabezado, la estructura y los tipos de direcciones que
maneja y las diferentes opciones para lograr una transicin a IPv6.
viii
ESIME
En el captulo tres se realiza una propuesta de una red, tomando como base el modelo de diseo de
redes en capas de Cisco, que igual es recomendado por muchos otros fabricantes. Se propone el
direccionamiento IPv6 de la red y se eligen dispositivos de redes genricos que cumplan ciertas
caractersticas para ser integrados en cada punto de la red jerrquica propuesta.
En el captulo 4 se muestra la simulacin de la red de doble pila, mostrando los procesos de
configuracin de cada equipo como de las aplicaciones, adems de resaltar la conexin entre nodos, y
finalmente distintos consejos para administrar este tipo de LAN para evitar fallos.
ix
ESIME
Captulo 1. Antecedentes
Internet est basado en un conjunto de protocolos de red que permite la transmisin de datos entre
computadoras. Este conjunto de protocolos est definido en el modelo TCP/IP, en referencia a los dos
protocolos ms importantes que la componen: Protocolo de Control de Transmisin (TCP) y Protocolo
de Internet (IP), que fueron dos de los primeros en definirse, y que son los ms utilizados de la familia.
Existen tantos protocolos en este conjunto que llegan a ser ms de 1000 diferentes, entre ellos se
encuentra el popular HTTP (HyperText Transfer Protocol ), que es el que se utiliza para acceder a las
pginas web, adems de otros como el ARP (Address Resolution Protocol) para la resolucin de
direcciones, el FTP (File Transfer Protocol) para transferencia de archivos, y el SMTP (Simple Mail
Transfer Protocol) y el POP (Post Office Protocol) para correo electrnico, TELNET para acce der a
equipos remotos, entre otros.
Este documento se centra nicamente en el Protocolo de Internet (Internet Protocol, IP), su funcin
principal es el direccionamiento lgico de cada equipo conectado a la red y establecer la conectividad
bidireccional entre origen y destino en una comunicacin. (Para ms informacin acerca del
funcionamiento de Internet y los modelos de red, ver anexo 1).
Desde sus inicios, Internet est basado en la versin 4 de dicho protocolo IPv4. Este protocolo se
dise prcticamente como un experimento sin pensar en un despliegue ni siquiera cercano al actual,
utilizando direcciones de 32 bits, con lo cual permite direccionar de forma nica un mximo de 232
dispositivos.
Una gran parte de este espacio de direcciones est destinado por El Grupo de Trabajo de ingeniera en
Internet (Internet Engineering Task Force, IETF, la organizacin responsable de la estandarizacin de
los protocolos de Internet), para diversos servicios, como funciones de la red (Multicast o
Multidifusin) y direcciones privadas (validas solo en el interior de las redes, pero no en internet y que
pueden ser utilizadas repetidamente por mltiples organizaciones).
En 1992, IETF se percat de la necesidad de ampliar el nmero de direcciones IPv4, teniendo en
cuenta el inesperado crecimiento de internet, dado que el nmero de direcciones disponibles no
permitan siquiera una nica direccin para cada habitante del planeta de aquel momento, y mucho
menos direccionar varios dispositivos por cada uno de nosotros.
10
ESIME
Para Diciembre de 1998 el IETF pblico su RFC1 2460 Internet Protocol, Version 6 IPv6
Specification, y tiempo despus a Autoridad para la asignacin de nmeros de Internet (Internet
Assigned Numbers Authority, IANA) anuncio el agotamiento de direcciones IP v4 e insisti a los
usuarios a realizar una transicin de IPv4 por la versin ms reciente de IP en su versin 6 conocida
tambin como Internet de nueva generacin.
Desde esa fecha no se ha conseguido en estos quince aos un despliegue realmente masivo de IPv6,
pese a los grandes avances que se han logrado en tecnologa de telecomunicaciones tales como la
masificacin de los medios inalmbricos y los equipos mviles, aunado al descenso de los precios de
dispositivos de conexin y el aumento del rendimiento de microchips, lo cual hecho que sea totalmente
factible implementar nuevos y mejores protocolos de comunicaciones como es el caso de IPv6.
Como solucin inmediata y transitoria para permitir el continuo crecimiento de Internet, se crea el
mecanismo NAT (Network Address Translation o Traduccin de Direcciones de Red) que en definitiva
permite que cada red conectada a Internet bien sea un usuario residencial o una organizacin de
cualquier tipo, utilice una nica direccin IPv4 pblica en su punto de conexin a Internet y un nmero
determinado y limitado de direcciones privadas en la parte interna de dicha red. Para ello es necesario
realizar una traduccin de esas mltiples direcciones internas a la nica direccin IPv4 pblica
disponible, lo que conlleva a la prdida del paquete bsico de Internet, la conectividad extremo-aextremo, con grandes consecuencias para el desarrollo de la red.
La idea de seguir utilizando NAT como nico mecanismo ante el agotamiento de direcciones IPv4 se
ha ido desvaneciendo, en la medida que se ha ido viendo la enorme cantidad de dispositivos que
necesitarn, en mediano plazo, sus propias direcciones IP para conectarse a Internet. An en el caso de
una utilizacin ms ptima de las direcciones IPv4, las ms de 4 mil millones de direcciones que el
protocolo IPv4 permite, no sern suficientes. NAT ha permitido, hasta el momento el crecimiento de
Internet, pero conlleva la prdida de conectividad extremo-a-extremo (cliente a cliente), haciendo ms
complejo y costoso el desarrollo de dichos servicios y aplicaciones y por tanto impidiendo la
innovacin en la Red. Internet ya no solo se trata de conectar algunas computadoras, sino cientos,
miles o millones de aparatos de todo tipo, incluso no manejados por personas, sino por otras mquinas.
El nuevo protocolo IPv6 utiliza direcciones de 128 bits diferencia de 32 que emplea IPv4, y por tanto
permite un total de 2128direcciones nicas, aproximadamente 340 billones de billones de billones
(sextillones) de direcciones, lo que hace que la cantidad de direcciones de IPv4 parezca insignificante.
1 Los
RFC (Request For Coments o Peticiones de comentarios) son documentos de especificacin muy detallada y sin
ambigedades de protocolos, procedimientos y/o ev entos definidos pa ra Internet y publicados por el IETF.
11
ESIME
Con este mayor espacio de direcciones se restablece el paradigma de la conectividad extremo-aextremo y al mismo tiempo ofrece una variedad de ventajas en trminos de estabilidad, flexibilidad y
simplicidad en la administracin de las redes. Tambin es probable que la era IPv6 genere una nueva
ola de innovacin en las aplicaciones y las ofertas de servicios ya que, termina con la necesidad de
direcciones compartidas.
IPv6 se est implementando lentamente en redes y coexistir con IPv4 por muchos aos en esta
transicin. Si bien el trabajo tcnico relacionado con el protocolo, en gran medida se ha completado, lo
que resta mayoritariamente en el despliegue en las redes de los proveedores de servicios de inte rnet
(ISPs).
1.1 El Agotamiento de las direcciones IPv4

En los inicios de Internet, se utilizaron mtodos de distribucin poco eficientes, como la asignacin por
clases, mediante los cuales se asignaron grandes bloques de direcciones a cualquier persona o entidad
que las solicitaba sin mayores justificaciones, esto ha generado que actualmente muchas
organizaciones posean un gran nmero de direcciones que no se encuentran utilizadas.
En recientes aos, la distribucin del espacio de direcciones IP se mejor y sigue el esquema jerrquico
descrito en el RFC 2050. La responsabilidad de la administracin del espacio de direcciones de IP est
distribuida globalmente de acuerdo con la estructura jerrquica que se muestra en la Figura 1.1.
Figura 1.1. Estructura jerrquica para la asignacin de direccionamiento IP
12
ESIME
Registro de Internet Regional (RIR)

Los Registros Regionales de Internet (RIRs) son establecidos y autorizados por las comunidades
regionales respectivas, y reconocidos por el IANA para servir y representar grandes regiones
geogrficas. El rol principal de los RIRs es administrar y distribuir los recursos de Internet dentro de
las respectivas regiones. Existen cinco RIRs los cuales son:
ARIN: American Registry for Internet Numbers, para Norte Amrica.
RIPE NCC: Rseaux IP Europens Network Cordination Centre, para Europa, Medio Oriente y
Asia Central.
APNIC:Asia-Pacific Network Information Centre, para Asia y la Regin del Pacifico.
LACNIC: Latin American and Caribbean Network Information Centre, para Amrica Latina
y el Caribe.
AfriNIC: African Network Information Centre, para frica.
Registro de Internet Nacional (NIR)
Un Registro de Internet Nacional (NIR) distribuye, principalmente, los recursos de Internet a sus
miembros o constituyentes, los cules generalmente son LIRs
Registro de Internet Local (LIR)
Registro de Internet Local (LIR) es un IR que a su vez asigna recursos de Internet a usuarios de los
servicios de red que ste provee. Los LIRs son generalmente ISPs, cuyos clientes son principalmente
usuarios finales y posiblemente otros ISPs.
Proveedor de Servicios de Internet (ISP)
Un Proveedor de Servicios de Internet asigna principalmente espacio de direcciones IP a los usuarios
finales de los servicios de red que ste provee. Sus clientes pueden ser otros ISPs. Los ISPs no tienen
restricciones geogrficas como lo tienen los NIRs.
Sitio Final o Usuario Final (EU)
Un sitio final es definido como un usuario final (suscriptor) que tiene una relacin de negocios o legal
(misma o entidades asociadas) con un proveedor de servicios Internet que involucra:
Al proveedor de servicios asignando un espacio de direcciones al usuario final
13
ESIME
Al proveedor de servicios otorgando un servicio de trnsito para el usuario final hacia

otros sitios
Al proveedor de servicios transportando el trfico del usuario final
Al proveedor de servicios anunciando un prefijo de ruta agregado que contiene el rango
asignado por LACNIC al usuario final
En el RFC 2050 se decide que las direcciones sean repartidas en bloques de 8 bits (los 8 bits
superiores de las direcciones IPv4 y permiten 2(32-8) =16777216 direcciones), transferidos a cada uno
de los RIRs, desde el almacenamiento central en IANA, para la gestin regional, segn se vallan
agotando los recursos de cada una de dichas regiones. Estos bloques, siguiendo la nomenclatura
tcnica, se denominan prefijos /8, y utilizables en internet existen 220.
Figura 1.2 Distribucin Geogrfica de los RIRs
Para el 31 de Enero de 2011 IANA asign a APNIC los dos ltimos bloques de direcciones IP v4 que
an permanecan disponibles. Tras esta ltima entrega, IANA ha activado el protocolo que otorga a
cada registro regional uno de los cinco bloques finales reservados para la "fase de agotamiento", en
esta fase se le asigna automticamente a cada uno de los cinco registros regionales, uno de los ltimos
cinco bloques reservados especialmente. A partir de ese momento los registros regionales ya no pueden
solicitar nuevas direcciones IPv4.
Los siguientes en agotar sus reservas sern ARIN y RIPE. Durante algo ms de tiempo tendrn
direcciones IPv4, AfriNIC y LACNIC, principalmente por el menor ritmo con el que consumen sus
propias reservas.
14
ESIME
La figura 1.2 muestra la reparticin total de los 256 bloques /8 de direcciones IPv4 que existen, notara
que existen muchos bloques Legacy, esto se debe a que fueron asignados en los primeros aos de
Internet cuando se manejaba el modelo Con Clase (Classful) en el que asignaron amplios bloques a
empresas individuales y otras organizaciones sin pedir justificacin de su uso y al pasar al modelo
Sin Clase (ClassLess) quedaron desperdiciados o de difcil asignacin.
Figura 1.3 Reparticin total de bloques IPv 4
1.2 Situacin actual global de IPv6

El despliegue real de IPv6 se inici en el ao 2002, momento en el cual ya se poda considerar
estandarizado en los aspectos bsicos que prcticamente lo equiparaban a IPv4.
En ese momento, la mayora de los fabricantes de sistemas operativos ofrecan IPv6 en sus productos,
al igual que los fabricantes de equipamiento de redes (enrutadores fundamentalmente) con diferentes
grados de madurez y soporte tcnico y/o comercial.
La situacin actual es que el 99% de los grandes ISPs (los denominados Tier 12 ) ofrecen IPv6, muchos
de ellos desde hace varios aos, en sus redes intercontinentales y en muchos casos regionales, mientras
Un ISP nivel 1 o Tier 1 se caracterizan por que tienen cobertura internacional, son capaces de transmitir una
cantidad muy elevada de datos, estn conectados directamente a otros Tier 1 y conectan un gran nmero de ISPs
de niv el 2, ejemplos de estos son: AOL, AT&T, Verizon Busisness, NTT, Sprint, Telefnica Global Solutions.
2
15
ESIME
que solo algunos proveedores de Internet nacionales proporcionan el servicio IPv6, y cuando lo hacen,
muy pocos lo ofrecen en la ltima milla 3 , salvo para clientes corporativos.
Esto es debido a que fundamentalmente los CPEs (Customer Premises Equipment), enrutador situado
en las instalaciones del cliente, han sido los equipos con mayor demora en su introduccin comercial, y
especialmente los de gama baja, los que habitualmente suministran los ISP a los clientes residenciales.
Esta situacin ha cambiado radicalmente en los ltimos aos.
Hoy en da, la mayora de las instituciones ya sean gubernamentales, de comercio, educacin y
proveedores de servicio en todo el mundo tienen sus redes preparadas para la transicin pero hace falta
la planeacin y capacitacin de la parte tcnica para atreverse a realizar el despliegue del nuevo
protocolo. Los RIRs tienen cada vez ms solicitudes de bloques IPv6 pero los ISPs tienen un lento
avance en este mbito ya que es tarea de estos ofrecer conectividad IPv6 en la ltima milla para los
usuarios residenciales y as masificar el uso de este protocolo.
La reparticin de direcciones IPv6 tambin est regida por las indicaciones del IETF, en este caso,
IANA entreg a los RIRs bloques para su distribucin a los ISPs de la regin, la ltima entrega de un
bloque /12 para cada RIR se produjo en 2006 como se muestra en la figura 1.4 y se espera que esta
entrega sea suficiente para muchos aos, se puede notar IANA an se tiene reservado la mayora de
espacio de direccionamiento IPv6 para futuros requerimientos.
Figura 1.4 Distribucin actual de bloques IPv 6
3 La
ltima milla es definida en las telecomunicaciones como el tramo final de una lnea de comunicacin, ya sea
telefnica o un cable ptico, que da el serv icio al usuario
16
ESIME
A su vez, los RIRs entregan a los ISPs bloques con una longitud de prefijo de 32 bits o menores, segn
la necesidad justificada por el ISP; dado que los ISPs entregan prefijos de 48 bits a los usuarios
finales, con un bloque /32, un ISP puede direccionar aproximadamente 65,535 clientes otorgndoles
subredes de prefijo /48, con un /31 el doble de clientes y as sucesivamente. Para facilitar la
uniformidad de las estadsticas, estas se realizan utilizando como base bloques /32.
En las siguientes imgenes se muestran datos estadsticos obtenidos en el ao 2013 del despliegue de
IPv6 en el mundo.
La figura 1.5 muestra una grfica que indica la distribucin de la cantidad de bloques IPv6 expresados
en prefijos /32 ya asignados por la IANA a los RIRs. Se observa que las regiones de Europa
(RIPENCC) y Asia (APNIC) son las que ms asignaciones de direcciones IPv6 han tenido, (grfica
actualizada hasta el 25 de Enero de 2014).
Figura 1.5 Distribucin de asignaciones de bloques IPv 6 de IANA a los RIRs
17
ESIME
La figura 1.6 muestra la grfica de la cantidad de asignaciones IPv6 que han realizado los RIRs a los
LIRs e ISPs por ao. Se observa que la verdadera demanda por direcciones IPv6 empieza desde el ao
2008 y se incrementa considerablemente en los aos 2011,2012 y 2013, siendo la regin de Europa
quien lleva la ventaja en asignacin de bloques IPv6.4
Figura 1.6 Distribucin de asignaciones de bloques IPv 6 de los RIRa los LIRs e ISPs por ao
La figura 1.7 muestra la cantidad de asignaciones IPv6 totales hechas por cada RIR desde Junio de
1999 hasta Septiembre de 2013, se observa que la regin de Europa es la que ms asignaciones de
bloques IPv6 ha hecho a sus ISPs, seguida por la regin de Asia.
Figura 1.7 Distribucin total de asignaciones de bloques IPv 6 de los RIRs

4 Datos estadsticos tomados del reporte de recursos numricos de
NRO (Numer Resource Organization)
18
internet d e la Asociacin de Recursos Numricos
ESIME
La figura 1.8 muestra la grfica de cuantas asignaciones IPv6 han sido realizadas por los RIRs a
usuarios finales por ao, como se haba mencionado antes, los RIR no solo brindan direccionamiento
IP a los ISPs, sino tambin asignan bloques a usuarios finales siempre y cuando estos cumplan ciertos
requerimientos, en esta grfica se observa que en la regin de Nortemerica, los usuarios finales son
pioneros en solicitar bloques de direcciones IPv6 a ARIN.
Figura 1.8 Distribucin de asignaciones de bloques IPv 6 de los RIRs a usuarios finales por ao
La figura 1.9 muestra la cantidad de asignaciones IPv6 totales hechas por cada RIR a usuarios finales
desde Junio de 1999 hasta Septiembre de 2013, en esta grfica se observa que usuarios finales en la
regin de Nortmerica tienen la mayor cantidad de asignaciones IPv6 comparado con las dems
regiones.
Figura 1.9 Distribucin de asignaciones de bloques IPv 6 de los RIRs a usuarios finales
19
ESIME
La figura 1.10 muestra el porcentaje de miembros con ambos IPv4 e IPv6 en cada RIR, el caso ideal de
esta grfica sera que el 100% de los miembros tuvieran, tanto asignaciones IPv4 como IPv6 lo que
hara la transicin ms fcil.
Figura 1.10 Porcentaje de miembros con asignaciones IPv 4 e IPv 6
La figura 1.11 muestra los pases con mayor nmero de asignaciones de bloques IPv6 (actualizado al
25 de Enero de 2014), se observan dos columnas, la primera muestra la cantidad de bloques asignados
y la segunda muestra cuntas de estas asignaciones estn anunciadas en Internet, por ejemplo Estados
Unidos tiene un total de 3452 asignaciones de las cuales solo 4833 estn anunciados en Internet.
Prefijos IPv6 Asignados Prefijos IPv6 Anunciados
Figura 1.11 Pases con mayor cantidad de asignaciones IPv 6
20
ESIME
La figura 1.12 muestra el porcentaje de usuarios que accede a Google a travs de IPv6, se observa que
casi el 3% de peticiones que llegan a Google son a travs de IPv6 y la tendencia de trfico del nuevo
protocolo va en aumento de manera considerable.
Figura 1.12 Porcentaje de peticiones a Google desde IPv 6 v s IPv 4
La figura 1.13 muestra los diez principales operadores de red que ya ofrecen conectividad a travs de
IPv6 y en qu porcentaje de sus redes est desplegado, actualizado al 16 de Enero de 20145
Figura 1.13 principales operadores de red en el mundo con despliegue IPv 6

5
Informacin estadstica extrada del sitio World IPv6 Launch www.worldipv6launch.org/measurements.
21
ESIME
La figura 1.14 muestra el porcentaje de pginas de internet alcanzables con IPv6 segn el Top 1000
Websites de Alexa, es decir, que sitios Web ya estn listos para recibir peticiones desde redes IPv6
(actualizado al 24 de Enero de 2014), se observa que solo el 13.10% de los sitios soportan el nuevo
protocolo.
Figura 1.14 principales pginas de Internet alcanzables con IPv 6
En general, los hechos ms relevantes respecto al despliegue de IPv6 en el mundo sucedieron en 2011,
las siguientes lneas describen lo que sucedi en ese ao.
En febrero, la Internet Assigned Numbers Authority entreg los ltimos bloques de espacio de
direcciones IPv4 a los registros de Internet regionales.
En marzo, Microsoft destin 7,5 millones de dlares a la compra de alrededor de 600,000
direcciones IPv4 de Nortel, tras la suspensin de pagos y el desguace de esta compaa.
En abril, el registro regional de Asia, APNIC, agota prcticamente todas las direcciones IPv4
que tena en reserva para operadores de redes de nueva creacin. En ese mismo mes el Consejo
de Ministros de Espaa aprueba un plan para fomentar la implantacin del protocolo IPv6 en
ese pas, tanto a nivel pblico como en el sector privado. Se decidi que el Ministerio de
Industria sea la primera administracin espaola en la que se realice la migracin.
En junio, ms de mil Websites, incluidos los de Google, Yahoo y Facebook y los de
operadores como Telefnica, participaron en un exitoso ensayo de 24 horas sobre IPv6
llamado World IPv6 Day.
En diciembre, Google public el plan de migracin a IPv6 puesto en marcha por la compaa
para adaptar al nuevo IP toda su red interna.
22
ESIME
Durante todo el segundo semestre de 2011 se sucedieron anuncios de los fabricantes de

equipos de redes sobre sus planes de actualizacin y el lanzamiento de servicios para ayudar a
sus clientes a afrontar la migracin. Igualmente los operadores dieron a conocer sus proyectos
de actualizacin.
1.3 Situacin en Latino Amrica

El ao 2012 fue un ao muy importante en relacin con el despliegue de IPv6 en Amrica Latina y el
Caribe. Es as que en ese ao la cantidad de miembros en LACNIC con asignaciones de IPv6 ms que
duplic a la cantidad con que finaliz el ao 2011, siendo que entonces se contaba con un 24,73% de
los asociados con IPv6 y en el 2012 este indicador alcanz el 51,92% de la membresa. No solo se
duplic la cantidad de asociados con IPv6, sino que tambin ms de la mitad de los asociados de
LACNIC cuentan ahora con asignaciones de bloques IPv6.6
La distribucin de recursos IPv6 realizadas en el ao 2012 fue liderada por Brasil con un 56.23%,
seguido por Argentina con un 13%.(figura 1.15).
Figura 1.15 Asignaciones de IPv 6 por pas realizadas en 2012
Sin embargo cuando se expresa estas cifras en equivalente a cantidad de /32 asignados en la regin, la
grfica cambia siendo Argentina quien ocupa el primer lugar con 69,8% desplazando a Brasil al
segundo lugar con un 14,6%, seguido por Mxico y Venezuela juntos en el tercer lugar con un 5%
(figura 1.16) .Esto se debe a que puntualmente en Argentina se han realizado asignaciones mayores a
/32 durante este ao.
6 Datos estadsticos tomados del reporte anual 2012 de LACNIC
23
ESIME
En el 2012 se asignaron 4.606/32 mientras que en el 2011 se asignaron 967/32.
Figura 1.16 Distribucin de asignaciones IPv 6 medidas en /32
La grfica siguiente muestra la evolucin de la asignacin de todos los recursos (IPv4, IPv6, ASN) por
ao.
Figura 1.17 Ev olucin de las asignaciones de todos los recursos. (IPv 4, IPv 6, ASN)
En nmeros totales, el crecimiento de la asignacin de recursos en 2012 en comparacin con el ao

anterior es como sigue:
60,77% para asignaciones de ASNs,7
9,97% para asignaciones de bloques de direcciones IPv4 y
24,30% para asignaciones de bloques de direcciones IPv6.
Un ASN (Autonomous System Number), es un numero asociado a un grupo de redes de direcciones IP que son
gestionadas por uno o ms operadores de red que poseen una clara y sola poltica de ruteo.
7
24
ESIME
Las asignaciones de IPv4 crecieron cerca de un 10% con relacin al 2011, lo que pudiera indicar una
pequea aceleracin en la terminacin de la reserva de IPv4 de LACNIC prevista para mediados del
2014.
Figura 1.18 Asignaciones IPv 4 2011 v s. 2012
El trabajo de LACNIC en la promocin de la adopcin de IPv6 en la regin, ya sea a travs de talleres

para tcnicos y tomadores de decisiones como a travs de la difusin de materiales y la sensibilizacin
sobre la importancia del tema, se visualiza en el gran crecimiento de asignaciones IPv6 (figura 1.19).
Figura 1.19 Cantidad de asignaciones IPv 6 por aos
En el mes de octubre del ao 2013, Amrica Latina y el Caribe alcanzaron las 2,00 asignaciones de
bloques IPv6, Brasil lidera el ranking de los pases con mayor cantidad de asignaciones, seguida de
Argentina, Colombia, Mxico, Chile, Costa Rica, Ecuador, en ese orden, segn los registros tcnicos
de LACNIC.
25
ESIME
Finalmente, LACNIC en su sitio Web, nos ofrece las estadsticas con actualizaciones diarias de la
cantidad de asignaciones IPv6.
La grfica de la figura 1.20 muestra la asignacin de bloques IPv6 hechas por LACNIC desde el ao
2010 hasta el 26 de Enero de 2014.
Figura 1.20 Asignacin de Bloques IPv 6 hasta el 26 de Enero de 2014
La grfica de la figura 1.21 muestra la distribucin de asignaciones IPv6 hechas por LACNIC a los
distintos pases de Latino Amrica y Caribe. Se puede observar que hasta la fecha van 6681 bloques
repartidos expresados en /32.
Figura 1.21 Distribucin de asignaciones por pas hasta el 26 de Enero de 2014
26
ESIME
1.4 Situacin en Mxico

Segn las estadsticas mostradas en el sitio Web de Erick Vynke, un ingeniero de Cisco, Mxico tiene
tan solo 70 asignaciones IPv6, las cuales se muestran en la tabla 1.1 y se lee de la siguiente forma.
Descripcion
Color
Prefijo No anunciado en las tablas BGP

Prefijo Anunciado en las tablas BGP pero bajo un prefijo
agregado con el de un ISP.
Prefijo Anunciado en las tablas BGP
Contador, Porcentaje
RED
53, (39.6 %)
ORANGE
12, (9 %)
GREEN
69, (51.5 %)
Trafico de este prefijo Ha sido v isto en Internet
11, (8.2 %)
Prefix
2001:448::/32
2001:1200::/32
2001:1208::/32
2001:1210::/32
2001:1218::/32
2001:1220::/32
2001:1228::/32
2001:122c::/32
2001:1230::/32
2001:1238::/32
2001:1240::/32
2001:1248::/32
2001:1250::/32
2001:1258::/32
2001:1260::/32
2001:1268::/32
2001:1270::/32
2001:1278::/32
2001:13a8::/32
2001:13c7:7000::/48
2001:13c7:7014::/46
2001:13c7:7014::/48
2801:c0::/32
2801:c4::/48
2801:c4:10::/48
2801:c4:20::/48
2801:c4:30::/48
2801:c4:40::/48
2801:c4:50::/48
2801:c4:60::/48
2801:c4:b1::/48
2801:d0::/32
Description
Univ ersidad Nacional Autonoma de Mexico, UNAM
Protel I-Next, S.A. de C.V.
Uninet S.A. de C.V.
Univ ersidad de Guadalajara
Univ ersidad Nacional Autonoma de Mexico
Instituto Tecnolgico y de Estudios Superiores de Monterrey
Corporacin Univ ersitaria para el Desarrollo de Internet A.C.
Corporacin Univ ersitaria para el Desarrollo de Internet A.C.
Fondo de Informacion y Documentacion para la Industria INFOTEC
Maxcom Telecomunicaciones, S.A.B. de C.V.
Micronet de Mexico, S.A. de C.V.
Alestra, S. de R.L. de C.V.
NIC Mxico, S.C.
NIC Mxico, S.C.
Axtel, S.A.B. de C. V.
Axtel, S.A.B. de C. V.
Sixsigma Networks Mexico, S.A. de C.V.
Operbes, S.A. de C.V.
Univ ersidad Autnoma del Estado de Hidalgo
NIC Mxico, S.C.
NIC Mxico, S.C.
Univ ersidad Autonoma del Estado de Baja California
Univ ersidad Autonoma De Ciudad Juarez
Instituto Jalisciense de Tecnologias de la Informacion A.C.
Instituto Nacional de Astrofisica, Optica y Electronica
Univ ersidad de Guanajuato
Univ ersidad Autonoma de Guerrero
Univ ersidad Autonoma de Guadalajara, A.C.
Instituto Politecnico Nacional
Home Interiors de Mexico S. de R.L. de C.V.
Univ ersidad Autonoma de San Luis Potosi
Tabla 1.1. Asignaciones IPv 6 en Mxico
27
First/Last
announcement
08/06/2003
03/05/2003
08/06/2003
06/10/2004
17/12/2005
21/06/2006
21/07/2012
01/11/2011
28/10/2010
19/02/2009
14/01/2009
30/06/2011
27/05/2011
01/10/2013

2801:f0::/48
2801:f0:16::/48
2801:f0:20::/48
2801:f0:28::/48
2806::/28
2806:200::/32
2806:200:5::/48
2806:220::/32
2806:230::/32
2806:238::/48
2806:238:10::/48
2806:239::/32
2806:240::/32
2806:250::/32
2806:260::/32
2806:270::/32
2806:280::/32
2806:290::/32
2806:2a0::/32
2806:2b0::/32
2806:2c0::/32
2806:2d0::/32
2806:2d1::/32
2806:2d2::/32
2806:2d3::/32
2806:2e0::/32
2806:2f0::/32
2806:300::/32
2806:310::/32
2806:340::/32
2806:350::/32
2806:360::/32
2806:370::/32
2806:1000::/24
2a01:ce90::/29
ESIME
BANCO DE MEXICO
Univ ersidad Autonoma de Queretaro
Centros Culturales de Mexico, AC
Instituto Nacional de Ecologia
Axtel, S.A.B. de C.V.
Pegaso PCS, S.A. de C.V.
GSAT COMUNICACIONES SA DE CV
Telev ision Internacional, S.A. de C.V.
Uninet S.A. de C.V.
Univ ersidad Autonoma de Campeche
Consorcio para el Intercambio de Trafico de Internet A. C.
Megacable Comunicaciones de Mexico, S.A. de C.V.
Cablemas Telecomunicaciones SA de CV
Mega Cable, S.A. de C.V.
Triara.com, S.A. de C.V.
Gigacable de Aguascalientes, S.A. de C.V.
Telefonos del Noroeste, S.A. de C.V.
Cablev isin, S.A. de C.V.
Maxcom Telecomunicaciones, S.A.B. de C.V.
Uninet S.A. de C.V.
Grupo Telecom de Monterrey
El Asturiano
BTU Comunicacion SA de CV
Iusacell PCS de Mexico, S.A. de C.V.
COMPUTADORAS Y SERVICIOS ESPECIALES SA DE CV
Cablev ision Red, S.A de C.V.
GRUPO GOR, S.A. DE C.V.
Redes y Comunicaciones de Michoacan S.A. de C.V.
TV Rey de Occidente, S.A. de C.V.
RadioMov il Dipsa, S.A. de C.V.
Uninet S.A. de C.V.
Orange Business Serv ices Internet
Tabla 1.1. Asignaciones IPv 6 en Mxico
28
13/01/2012
23/07/2013
06/11/2013
06/11/2013
05/04/2012
06/12/2013
12/01/2012
02/10/2013
19/09/2012
16/06/2013
12/05/2011
04/03/2012
ESIME
En la figura 1.22 se muestra una grfica comparativa de las asignaciones de IPv6 en Mxico, Estados
Unidos y Brasil, ntese la deficiencia de asignaciones en la que se encuentra Mxico
Figura 1.23, grfica comparativ a de asignaciones IPv 6
Por su parte, NIC Mxico (organizacin encargada de asignar y registrar direcciones IP y ASNs para
Mxico), nos brinda los siguientes datos, actualizados hasta abril de 2013.
Diez carriers anuncian recursos IPv6 en internet.
Un carrier est en pruebas de IPv6 con usuarios finales.
Dos carriers ya pueden entregar enlaces dedicados de IPv6:
o
Axtel
Uninet
Siete carriers ya soportan IPv6 de forma nativa en sus redes, lo que potencialmente
proporcionara conectividad a ms del 95% del mercado, falta la ltima milla para facilitar
el despliegue.
29
ESIME
Respecto a las peticiones del Sistema de nombres de Dominio (DNS)

El trfico de peticiones de DNS bajo transporte IPv6 representa aproximadamente el 0.8% del
trfico total de DNS de NIC Mxico.
Alrededor del 20% del trfico total de DNS de NIC Mxico proviene de Mxico.
Las peticiones sobre IPv6 provienen principalmente de Europa y USA.
Analizando las estadsticas del despliegue de IPv6 en Mxico, se nota que estamos muy desfasados
respecto a otros pases incluso en Amrica Latina, ya que aunque algunos ISP el servicio ya est
disponible, solo los clientes corporativos pueden solicitar su activacin, adems se trata de un servicio
que no es muy publicitado y del cual los agentes comerciales suelen incluso desconocer todo tipo de
detalles.
An falta mucho camino por recorrer, lo ms importante es la capacitacin, formacin y difusin
acerca de nuevo protocolo, para empezar con la transicin, adems es importante presionar a los ISPs
para que brinden conectividad IPv6 a los usuarios finales, las universidades deben usar y ensear IPv6,
ya que no existe otra solucin ms que la transicin, no hay tiempo para otra medida. Esto es algo que
no admite discusin bajo ningn punto de vista, ni tcnico ni econmico y as lo han confirmado
gobiernos y organizaciones de todo tipo y en todo el mundo.
1.5 Caractersticas de IPv6 y mejoras respecto a IPv4

La primer caracterstica que se nota simple vista del protocolo IPv6, es sin duda el mayor espacio de
direccionamiento, pero los desarrolladores del protocolo de internet de nueva generacin estudiaron
todos las desventajas de su antecesor IPv4 y lo resolvieron en IPv6, incluso agregaron nuevas
caractersticas no disponibles en IPv4 las cuales se describen a continuacin.
Jerarqua de direcciones Agregacin de prefijos de red
Un espacio mayor de direcciones de IPv6 permite mayores distribuciones de direcciones a las
organizaciones y a los proveedores de servicios de Internet. Al tener una gran disponibilidad de
direcciones se posibilita el uso de un solo prefijo grande para toda la red de una organizacin y, por
ende, el ISP puede sumar las rutas (agregar) de todos los prefijos de sus clientes en un solo prefijo y
anunciarlo al Internet IPv6.
30
ESIME
Cuando un usuario final cambia su proveedor de IPv6, el cual le provea de direccionamiento IPv6,
entonces tambin debe cambiar su prefijo de IPv6 para preservar su agregacin global. Al mismo
tiempo, el cambiar de proveedor implica una re numeracin de la red.
Modos de configuracin de IPv6
Autoconfiguracin, definida en el RFC 2462 y tambin es conocida como Configuracin Automtica
de Direccin Sin Estado IPv6. Esta funcionalidad permite que un enrutador IPv6 enve, a travs del
enlace local, la informacin de red a las computadoras y que ellas puedan configurarse correctamente.
La informacin enviada es el prefijo de IPv6 del enlace local y la ruta por defecto del mismo protocolo.
Mediante este mecanismo cada computadora y servidor de IPv6 aade su direccin de capa de enlace
(direccin MAC) en el formato EUI-64 al prefijo de IPv6 de Unicast global nico anunciado en la
subred.
Configuracin mediante servidor. Las computadoras que utilizan IPv6 pueden obtener sus parmetros
y direcciones de configuracin de un servidor de DHCP versin 6. Este modo es llamado
Configuracin de Direcciones con Estado IPv6.
Renumeracin.
El proceso de renumeracin de IPv6 fue diseado para ser transparente entre los proveedores de IPv6
Unicast y los usuarios finales. Esto se logra con el mecanismo de autoconfiguracin que permite una
renumeracin sencilla a las computadoras con slo enviarles el nuevo prefijo IPv6 Unicast para la red.
Una desventaja de este mecanismo es la prdida de las sesiones TCP y UDP que ocurren entre las
computadoras y los servidores al momento exacto de la transicin. Esto es algo que tambin ocurre
actualmente con IPv4.
Multicasting
La difusin del Protocolo de Resolucin de Direccin (Address Resolution Protocol, ARP) de IPv4
afecta la eficiencia de la red. Esta situacin no ha sido incluida en IPv6, y en su lugar se utiliza la
Multidisusin
(Multicasting) la cual funciona de la siguiente manera:
Se crea un grupo Multicast, formado por conjunto de interfaces de red.

Si se est interesado en que cierta computadora reciba los paquetes de difusin del grupo se
agrega una interfaz de red, de esa forma se enva un paquete Multicast al grupo X.
31
ESIME
Ese paquete slo llegar a aquellas computadoras que tengan su interfaz incluida en el grupo
MulticastX. Con ello se permite tener niveles de eficiencia de red superiores a los presentados
en IPv4, lo cual se ver traducido en la disminucin de los ciclos de procesamiento de CPU de
las computadoras en la red local al no procesar paquetes de difusin que no van dirigidos a
ellos y de la misma manera se estar eliminando el problema de las tormentas de paquetes de
difusin de IPv4.
Encabezado eficiente
El nuevo encabezado de IPv6 es ms sencillo que el de IPv4. Del encabezado de IPv4 se removieron 6
campos: Longitud de encabezado, Identificacin, Banderas, Desplazamiento por fragmentacin, Suma
de verificacin de encabezado, Opciones y Relleno. Al pasar de un encabezado de IPv4 con longitud
variable a IPv6 con menos campos y longitud fija se obtiene una reduccin en los ciclos de CPU de los
enrutadores al momento de enviar los paquetes de IPv6. Lo anterior conlleva un mejor desempeo de la
red.
Etiqueta de flujo
Dentro del encabezado de IPv6 existe un nuevo campo llamado Etiqueta de Flujo, ste es usado por el
nodo fuente para solicitar un manejo especial de secuencias especficas de paquetes. La etiqueta est
dirigida al procesamiento de la estacin destino, no para los enrutadores, y es de gran utilidad para
aplicaciones como videoconferencias y voz sobre protocolo de Internet (VoIP). Asimismo agrupa
todas aquellas que requieren un tratamiento especial de Calidad de Servicio (Quality of Service, QoS)
en los enrutadores de la trayectoria.
Extensiones de encabezado
La utilizacin del campo Opciones en el encabezado de IPv4 presenta desventajas a la transmisin de
los paquetes y a la eficiencia de la red. En lo que respecta a la variacin del tamao del encabezado es
debido a que tiene campos opcionales. En el segundo caso todos los enrutadores que procesan el
paquete deben computar el encabezado con su campo de longitud variable lo que introduce retardos y
gasto de la capacidad del CPU en ciclos de procesamiento que son innecesarios.
Para resolver la situacin anterior, IPv6 sustituye el campo Opciones al final del encabezado por las
Extensiones de Encabezado, formando un encadenamiento de encabezados enlazados por un campo
llamado Siguiente Encabezado. Se presenta un campo Siguiente Encabezado dentro de cada Extensin
32
ESIME
de Encabezado usado por IPv6. Este diseo con extensiones permite una mejor eficiencia en el
procesamiento de los paquetes, ya que asegura que los enrutadores y nodos computan los encabezados
dirigidos a ellos a lo largo de la trayectoria.
Movilidad
Debido a que la movilidad es una caracterstica importante y deseable por las compaas proveedoras y
los consumidores finales el Protocolo de Internet Mvil (Mobile IP) esta capacidad est disponible
tanto en IPv4 como en IPv6. Cabe destacar que en este ltimo la movilidad se construy dentro del
protocolo en lugar de ser una nueva funcin agregada como en IPv4. Ello implica que cualquier nodo
IPv6 puede usar una IP Mvil tanto como lo requiera. IPv6 Mvil utiliza dos Extensiones de
Encabezado: un Encabezado de Enrutamiento para el registro y un Encabezado de Destino para entrega
del datagrama entre los nodos mviles y sus nodos fijos correspondientes.
Seguridad
El protocolo IPSec estandarizado por el IETF provee las funciones de:
Limitar el acceso a slo aquellos autorizados.
Certifica la autenticacin de la persona que enva los datos.
Encripta los datos transmitidos a travs de la red.
Asegura la integridad de los datos.
Invalida la repeticin de sesiones, para evitar que no sean repetidas por usuarios maliciosos.
Los protocolos que respaldan el funcionamiento de IPSec son: la Autenticacin de Encabezado
(Autentication Header, AH) y la Carga de Seguridad Encapsulada (Encapsulated Security Payload,
ESP). Al estar incluidos en cada implementacin de IPv6 se provee mayor seguridad ya que IPSec est
presente en todos los nodos de la red.
33
ESIME
1.6 Consecuencias al no desplegar IPv6

Muchas organizaciones ya lo estn desplegando y puede darse el caso de que algunos ISPs comiencen
a conectar usuarios, solo con IPv6, habiendo servicios de Internet que solo estn disponibles en IPv4,
haciendo muy difcil la comunicacin entre ambos.
Aquellos servicios que no sean visibles en IPv6 (cualquier pgina web, banca electrnica, comercio
electrnico, etc.) se diluyen en la red y dejara de ser visible en una parte del mundo cada vez mayor.
Es probable que algunos ISPs se caigan, porque no fueron capaces de prepararse a tiempo para soportar
el nuevo protocolo y por lo tanto sean incapaces de ofrecer servicios a los nuevos usuarios.
Se dificulta la mejora de nuevas aplicaciones cliente-cliente como VoIP y video conferencia, debido a
que la traduccin de direcciones evita la comunicacin entre pares.
Para aprovechar an ms las pocas direcciones IPv4, se puede optar por seguir utilizando NAT, y es
probable que haya usuarios que en lugar de tener un NAT entre ellos e Internet, lleguen a tener varios
niveles de NAT, nuevos tipos de traducciones podran evitar que funcionaran correctamente algunas
aplicaciones.
En general existen mltiples de posibilidades que pueden afectar a las redes si no se est preparado
para en nuevo protocolo de Internet, aun as la transicin es inminente, no hay otra forma que Internet
siga creciendo si no se implementa IPv6.
34
ESIME
Captulo 2 Marco terico, detalles tcnicos de IPv6

2.1 Encabezado del paquete IPv6
Para analizar el encabezado del protocolo de IPv6 es necesario tambin recordar el encabezado de su
antecesor IPv4 porque ayudar a entender la evolucin y las mejoras que ofrece IPv6.
El encabezado de IPv6, descrito en la RFC 2460, elimina o hace opcionales varios campos del
encabezado de IPv4, consiguiendo un encabezado de tamao fijo y ms simple, con el fin de reducir el
tiempo de procesamiento de los paquetes manejados y limitar el coste en ancho de banda del
encabezado de IPv6.
El encabezado de IPv4, mostrado en la Figura 2.1 tiene una longitud variable mnima de 20 octetos. El
bit ms significativo se numera por 0 a la izquierda, y el menos significativo se numera por 31 a la
derecha. La forma de transmitir los diferentes bytes, sigue el orden de izquierda a derecha y de arriba
hacia abajo.
Versin
Longitud
Encabezado
Tipo de serv icio
Identificador
Tiempo de vida (TTL)
Longitud total
000 E C F 00
Protocolo
D M
F F
Desplazamiento
Suma de comprobacin
(Encabezado)
Direccin de origen
Direccin de destino
Opciones
Relleno
Datos
Figura 2.1 Encabezado del paquete IPv 4
El encabezado IPv4 consiste de los siguientes campos:

Versin (Version, 4 bits): Es el nmero de versin de IP, es decir cuatro.
Longitud del encabezado (Header Length, 4 bits): Especifica la longitud total del encabezado
en palabras de 32 bits. El valor mnimo y ms comn es de 5(5x32bits=20bytes), siendo la
longitud del encabezado mnima. Puesto que el campo es de 4 bits, se limita la longitud total
del encabezado a 60 bytes.
35
ESIME
Tipo de servicio (Type of Service, 8 bits): Indica la calidad de servicio solicitada por el
paquete IP. ToS se encuentra descrito en la RFC 791. La RFC 1583 describe ToS Application
Routing. El campo ToS ha sido redefinido como DSCP (Differentiated Services Code Point)
que consta de los 6 primeros bits y dos sin establecer.
Longitud total (Total Length, 6 bits): Especifica el tamao total del paquete, incluyendo el
encabezado y los datos, en bytes.
Identificador (Identifier, 16 bits): Es un nmero nico asignado por el dispositivo que enva el
paquete, con el fin de que el destinatario pueda re ensamblar un paquete fragmentado por los
nodos intermedios. La fragmentacin es necesaria porque no todas las redes fsicas tienen la
misma longitud de trama mxima, por lo cual en muchos casos es necesario que los nodos
intermedios dividan el datagrama en varios fragmentos. Cada uno de estos fragmentos podr
seguir rutas distintas al resto y, de perderse alguno de los fragmentos, el origen deber
retransmitir el paquete completo.
Banderas (Flags, 3 bits): Es un campo para el control de la fragmentacin y contiene los
valores 0, DF y MF.
o
0. Reservado, no se utiliza.
DF (Dont Fragments), si es 0 significa que puede haber fragmentacin, y si es 1,

significa que no puede haber fragmentacin.
MF (More Fragments), si es 0 indica que es el ltimo fragmento, y si es 1, indica que

an hay ms fragmentos.
Desplazamiento del fragmento (Fragment Offset, 13 bits): Es utilizado en los paquetes que
han sido fragmentados, para posibilitar el re ensamblado total del paquete. Su valor indica el
nmero de bloques de 8 bytes (sin contabilizar los bytes del encabezado) que estaban
contenidos en los fragmentos previos. En el primer fragmento, o en un nico fragmento, este
valor es siempre 0.
Tiempo de vida (TTL, 8 bits). Contiene el tiempo mximo que un paquete puede permanecer
en una red. Cada enrutador por el que pasa el paquete decrementa en uno el valor de este
campo, siendo 1 el valor mnimo, si el valor llega a 0, el paquete es descartado. Esto garantiza
que los paquetes no viajan a travs de una red haciendo bucles, incluso si las tablas de
encaminamiento son errneas.
Protocolo (Protocol, 8 bits): Indica al protocolo de nivel superior al que IP deber pasar los
datos del paquete. Entre algunos de los valores que puede tomar este campo tenemos:
o
1: ICMP (Internet Control Message Protocol)
2: IGMP (Internet Group Management Protocol)
36
ESIME
3: GGP (Gateway-to-Gateway)
4: IP (IP in IP encapsulation)
5: ST (Stream)
6: TCP (Transmission Control Protocol)
7: CBT (Core Based Trees)
8: EGP (Exterior Gateway Protocol)
9: IGP (Interior Gateway Protocol)
10: BBN-RCC-MON (BBN RCC Monitoring)
17: UDP (User Datagram Protocol)
Suma de comprobacin del encabezado (Header Cheksum, 16 bits): Es un campo para

controlar los errores nicamente en el encabezado IP. Si el Checksum del encabezado no
concuerda se descarta el paquete.
Direccin origen (Source Address, 32 bits): Es la direccin del origen del paquete.
Direccin destino (Destination Address, 32 bits): Es la direccin del destino del paquete.
Opciones (Options, hasta 40 bytes): No son requeridas en todos los paquetes.
Relleno (Pay, variable). Si se utiliza esta opcin, el datagrama rellena con octetos todo a ceros
0 hasta el siguiente lmite de 32 bits.
Datos. (Data, variable). Son los datos contenidos en el paquete.
El encabezado de IPv6, mostrado en la Figura 2.2 tiene una longitud fija de 40octetos, consistiendo en
los siguientes campos:
Versin
Etiqueta de flujo
Prioridad
Longitud de carga til
Encabezado
siguiente
Limite de
saltos
Direccin de origen (16 Octetos)

Direccin de destino (16 Octetos)
Datos
Figura 2.2 Encabezado del paquete IPv 6
Versin (Version, 4 bits): Es el nmero de versin de IP, es decir seis.

Clase de trfico (Traffic Class, 8 bits): Este campo es igual al campo Type of Service del
encabezado IPv4 y cuya funcin es permitir marcar los paquetes con diferentes clases de
servicio. Su operacin es igual a la del campo ToS de IPv4.
37
ESIME
Etiqueta del flujo (Flow Label, 20 bits): El estndar IPv6 define un flujo como una secuencia
de paquetes enviados desde un origen especfico a un destino especfico. Un flujo se identifica
nicamente por la combinacin de una direccin fuente y una etiqueta de 20 bits. De este
modo, la fuente asigna la misma etiqueta a todos los paquetes que forman parte del mismo
flujo, este campo se utiliza para permitir la implementacin de funciones de calidad de
servicio, su uso viene descrito en el RFC 1809.
Longitud del paquete (Payload Length, 16 bits): contiene slo el tamao de la carga til, sin
tener en cuenta la longitud del encabezado. Para paquetes en los que el tamao de datos es
superior a 65.536, este campo vale 0 y se utiliza la opcin de jumbograma de la extensin
"salto a salto".
Siguiente encabezado (Next header, 8 bits): tiene una funcin similar a la del campo
protocolo (protocol) en el paquete IPv4: simplemente identifica el encabezado siguiente (en el
mismo datagrama IPv6). Puede ser un protocolo de una capa superior (ICMP, UDP, TCP, etc.)
o una extensin.
Lmite de saltos (Hop Limit, 8 bits): Reemplaza el campo TTL, Su valor de 8 bits disminuye
con cada nodo que reenva el paquete. Si este valor llega a 0 cuando el paquete IPv6 pasa por
un enrutador, se rechazar y se enviar un mensaje de error ICMPv6. Esto se utiliza para evitar
que los datagramas circulen indefinidamente. Tiene la misma funcin que el campo Tiempo de
vida en IPv4, es decir, contiene un valor que representa la cantidad de saltos y que disminuye
con cada paso por un enrutador. En teora, en IPv4, hay una nocin del tiempo en segundos,
pero ningn enrutador la utiliza. Por lo tanto, se ha cambiado el nombre para que refleje su
verdadero uso.
Direccin origen (Source Address, 128 bits): Es la direccin del origen del paquete.
Direccin destino (Destination Address, 128 bits): Es la direccin del destino del paquete.
Como se puede observar, de todos los campos del encabezado de IPv4 se ha pasado a solo ocho
campos en IPv6. El motivo fundamental por el que estos campos (longitud del encabezado,
Identificacin, banderas, desplazamiento de fragmento, comprobacin del encabezado y opciones) son
eliminados, es la innecesaria redundancia; en IPv4 se est facilitando la misma informacin de diversas
formas, como es el caso del campo de control de errores, pues otros mecanismos de encapsulado de
capas inferiores, por ejemplo Ethernet, ya realizan esta funcin. El campo de desplazamiento de
fragmentacin de IPv4 ha sido eliminado, porque los paquetes ya no son fragmentados en los nodos
intermedios, en IPv6 es un proceso que se produce extremo a extremo. El nico campo realmente
nuevo en IPv6 es la etiqueta de flujo. La informacin opcional a la estrictamente necesaria para
38
ESIME
encaminar los paquetes de datos, es codificada en encabezados adicionales que pueden ubicarse entre
el encabezado IPv6 y los encabezados de niveles superiores, como por ejemplo el encabezado
TCP/UDP. En la actualidad, hay un pequeo nmero de tales encabezados de extensin (opciones de
salto por salto, encaminamiento extendido, fragmentacin y re ensamblado, opciones del destino,
autentificacin, y encapsulacin) estando cada una identificada por un valor distinto del valor del
campo siguiente encabezado. Cada paquete IPv6 puede llevar cero, una, o ms encabezados de
extensin, cada una identificada por el valor del campo siguiente encabezado del encabezado que la
precede. Los encabezados de extensin deben de ser procesados en orden, ya que el contenido y
semntica de cada una de ellas indican si se debe o no procesar el siguiente encabezado.
De esta forma, los encabezados de extensin no son examinados o procesados por los nodos
intermedios, slo cuando lleguen al nodo que venga identificado por el campo de direccin de destino
del encabezado IPv6. La nica excepcin es el encabezado de opciones de salto por salto, que lleva
informacin que debe ser procesada y examinada en todos los nodos por los que pasa el paquete,
incluyendo los nodos origen y destino. El encabezado de opciones de salto por salto, cuando est
presente, debe seguir inmediatamente al encabezado IPv6. Su presencia se indica por el valor 0 en el
campo de siguiente encabezado del encabezado IPv6.
Cada encabezado de extensin tiene una longitud mltiplo entero de 8 octetos, con el fin de mantener
el alineamiento de 8 octetos en los encabezados siguientes. La razn de que los distintos campos del
encabezado estn alineados a 64 bits, es que la nueva generacin de procesadores de 64 bits puedan
procesar dichos campos ms eficientemente.
Resumiendo, las principales mejoras que ofrece el encabezado IPv6 son:
Encabezado de tamao fijo, de 40 bytes.
Eliminacin de campos redundantes en el encabezado, haciendo un total de 8.
Encabezados bsicos y de extensin alineadas a un mltiplo entero de 64 bits.
Procesamiento eficiente de las opciones, slo en destino y cuando stas se presentan.
Fragmentacin procesada en el origen y el destino de los paquetes, no en los enrutadores.
39
ESIME
2.2 Direccionamiento IPv6

Las direcciones IPv6 estn formadas por 128 bits que se asignan a interfaces y no a nodos. En IPv6 un
nodo o host es cualquier dispositivo que implemente el protocolo IPv6, esto incluye a las computadoras
y dispositivos de enrutamiento, los nodos pueden tener mltiples interfaces y por tanto mltiples
direcciones.
En IPv6 se ha definido una nueva notacin para escribir las direcciones, comprende 8 grupos de 4
nmeros hexadecimales separados por dos puntos,
los dgitos hexadecimales no son sensibles a
maysculas/minsculas, por ejemplo.

2340:1111:aaaa:0001:1234:5678:9abc:1234
Se pude simplificar la escritura de una direccin IPv6 de la siguiente manera: en el caso de que haya
grupos contiguos de 16 bits todos cero se pondr doble dos puntos, adems el primer cero de un grupo
puede descartarse. Por ejemplo.
2001:0db8:85a3:0000:0000:8a2e:0370:7334
2001:db8:85a3:0:0:8a2e:0370:7334
2001:db8:85a3::8a2e:370:7334
.
direccin no simplificada
omitiendo ceros iniciales
omitiendo ceros iniciales y abreviando grupos

de ceros
La sustitucin con puntos puede realizarse nicamente una vez en la direccin. En caso contrario, se
obtendra una representacin ambigua. Si pueden hacerse varias sustituciones, se debe hacer la de
mayor nmero de grupos; si el nmero de grupos es igual, se debe hacer la situada ms a la izquierda.
2.2.1 Prefijo de direcciones IPv6

A diferencia de las direcciones en IPv4, las direcciones de IPv6 usan el prefijo para su agrupamiento
dentro de la red, algo similar a la mscara de red o en el apartado CIDR (Classless Inter-Domain
Routing) en IPv4.
40
ESIME
Las direcciones IPv6 se agrupan mediante el valor binario de la direccin. Este agrupamiento se lleva a
cabo con los prefijos. Los prefijos representan a todas aquellas direcciones que empiezan con la misma
serie de bits, y hasta determinada longitud representada por un /xx.
Por ejemplo, el prefijo:
3b51:5c00::/32
Contiene todas las direcciones que comienzan en:

3b51:5c00:0:0:0:0:0:0
Y terminan en:
3b51:5c00:ffff:ffff:ffff:ffff:ffff:ffff
Es decir, los 32 primeros bits son idnticos representado hexadecimalmente como 3b51:5c00, y el resto
puede variar.
Puesto que cada dgito hexadecimal agrupa 4 bits, es muy recomendable el usar prefijos cuya longitud
sea mltiplo de 4, como por ejemplo 32/, /48, /52, /56 as sucesivamente.
Pero nada impide que se usen prefijos con longitudes que no sean mltiplo de 4, lo que hay que tener
en cuenta es que la finalizacin del prefijo estar dentro de un dgito hexadecimal recordando que un
dgito hexadecimal realmente es una serie de 4 bits.
Por ejemplo: El prefijo
2001:0db8::/61
Contiene las direcciones que comienzan en

2001:0db8:0:0:0:0:0:0
y terminan en:
2001:0db8:0:7:ffff:ffff:ffff:ffff
41
ESIME
2.2.2 Tipos de direcciones en IPv6

A nivel general, podemos clasificar las direcciones IPv6 en tres grandes categoras:
Direcciones Unicast
Direcciones Multicast
Direcciones Anycast
Las direcciones Unicast, al igual que en IPv4, son las ms comunes y utilizadas. Estas son asignadas
a una interfaz permitiendo la comunicacin directa entre dos nodos de la red, esta tcnica de
comunicacin es conocida como uno a uno (one-to-one). La figura 2.3 muestra es un ejemplo de la
estructura de una direccin Unicast IPv6.
2001:0db8:4a6d:0055:0000:0000:4c2f:5b2b/64
Figura 2.3. Estructura de direccin IPv 6 Unicast
Posteriormente se ver la estructura de las direcciones, que patrn deben de seguir para que se
identifique como una direccin Unicast en IPv6.
Las direcciones Multicast permiten identificar mltiples interfaces o nodos en una red. Con este tipo de
direcciones podemos comunicarnos con mltiples nodos de manera simultnea. Esta tcnica de
comunicacin es conocida como uno a muchos (one-to-many). La figura 2.4 es un ejemplo de la
estructura de una direccin Multicast IPv6.
ff02:0:0:0:0:0:0:9
Figura 2.4. Estructura de direccin IPv 6 Multicast
Las direcciones Anycast son un nuevo tipo de direccin en IPv6. Al igual que una direccin Multicast,
una direccin Anycast identifica mltiples interfaces, sin embargo, mientras que los paquetes de
Multicast son aceptados por varios equipos, los paquetes Anycast slo se entregan a la interfaz o nodo
que este ms cercano. La figura 2.5 es un ejemplo de la estructura de una direccin Anycast IPv6.
2002:0db8:6301::/128
Figura 2.5. Estructura de direccin IPv 6 Anycast
42
ESIME
Mientras que las direcciones broadcast a diferencia de IPv4, el protocolo IPv6 no hace uso de ellas.
Las direcciones broadcast son utilizadas para la comunicacin de un nodo con todos los nodos dentro
de un segmento de red. Este tipo de direccin fue eliminado en las caractersticas del protocolo IPv6.
Unicast, Multicast y Anycast son las tres grandes categoras de direcciones en el protocolo IPv6, a
continuacin se describen caractersticas ms detalladas de cada direccin.
2.2.2.1 Direcciones Unicast.

Los tipos de direcciones IPv6 que existen dentro de las direcciones Unicast son:
Link-local
Site-Local (obsoleta)
Unique-Local
Global
Las direcciones link-local son el equivalente a las direcciones IP privadas en IPv4. Estas son asignadas
a una interface de manera automtica a partir del momento que se activa el protocolo IPv6 en un nodo.
El prefijo de estas direcciones es fe80::/10 y estas direcciones no pueden ser enrutadas a travs de los
enrutadores fuera del segmento local.
El propsito principal es proporcionar direccionamiento IP automtico a los nodos en caso que no
exista un servidor de configuracin dinmica de host (Dynamic Host Configuration Protocol, DHCP).
Una direccin IPv6 link-local comienza con el prefijo fe80::/10 (los primeros 10 bits), luego los bits
del 11 hasta 64 (los siguientes 54 bits) se configuran con valores de ceros (0000). De esta manera se
forma la porcin de red representada por los primeros 64bits.La porcin de nodo o identificador de
interfaz (interface ID), que son los ltimos 64 bits, se forma con el formato EUI-64.
Extended Unique Identifier 64 (EUI-64), permite a un host asignar un identificador de interfaz de 64
bits, El formato EUI-64 se obtiene a travs de la direccin MAC de 48 bits. La direccin MAC se
separa primero en dos grupos de 24-bits, uno de los cuales es el OUI (Organizationally Unique
Identifier) y el otro es el NIC (Network Interface Card), luego se inserta el valor 0xFFFE entre estos
dos grupos de 24-bits a la direccin. La figura 2.6 muestra cmo se genera el identificador de interfaz a
travs de este formato.
43
ESIME
OUI
00
21
NIC
2F
B5
6E
10
Direccin MAC 48 bits
00
21
2F
FF
FE
B5
6E
10
EUI 64 bits
Figura 2.6 Generacin de formato EUI-64
A partir del sptimo bit de la direccin de izquierda a derecha, el valor debe ser invertido, si es 0 se
invierte a 1 y si es 1 se invierte 0, esto para conocer de qu forma ser administrada ya sea local o
globalmente.
Una vez que lo anterior se lleva a cabo, tenemos una direccin de formato EUI-64 completamente
funcional como se observa en la figura 2.7 y 2.8.
00
21
2F
FF
FE
B5
6E
10
2F
FF
FE
B5
6E
10
0000 0000
0000 0010
02
21
Formato EUI completamente funcional
Figura 2.7. Formato EUI-64
1111 1110 10
Formato EUI-64
10 bits
64 bits
FE80:0000:0000:0000:0000:0000:0000:0000/10
54 bits
Figura 2.8. Formato de una Direccin Unicast Link-local
Las direcciones Site-local son tambin el equivalente a las direcciones IP privadas en IPv4. A
diferencias de las direcciones Link-Local, estas pueden ser enrutadas fuera del segmento local, es decir,
podemos enviar paquetes entre diferentes segmentos de la red pero no hacia el Internet.
44
ESIME
En las direcciones Site-local, los primeros 10 bits se establecen con los valores 1111111011, por lo
tanto, el prefijo de ests direcciones tendr un valor en hexadecimal de fec0 :: /10.
Los siguientes 54 bits estn compuestos por el ID de red. Los ltimos 64 bits son el identificador de la
interfaz o nodo, y estos se configuran de la misma forma que las direcciones Link-Local, tomando 48
bits de la direccin MAC y luego agregando 16 bits con los valores 0xFFFE aunque este tipo de
direcciones estn consideradas como obsoletas. La figura 2.9 es un ejemplo de una direccin de Sitelocal.
1111 1110 11
10 bits
Formato EUI-64
64 bits
ID red
FEC0:0000:0000:0000:0000:0000:0000:0000/10
54 bits
Figura 2.9. Direccin Unicast Site-Local.
Las direcciones Unicast Unique-local son similares a lo que en IPv4 corresponde a las direcciones
privadas (10.0.0.0/8, 172.16.0.0/16 y 192.168.0.0/24). Estas direcciones reemplazaron a las Site-local.
Una de las principales ventajas es que se evitar en gran medida la repeticin en el uso de redes, ya que
es demasiado cotidiano disear redes IPv4 con direcciones privadas las cuales se repiten varias veces
(10.0 172.16 192.168.1) en sitios diferentes que luego se debern interconectar.
La solucin a este problema no fue dejar el tema al azar, no dejar que el administrador elija lo que
quiera, sino que se definen condiciones para que se genere el nmero de bits elegidos aleatoriamente.
Y adems se han reservado para esto 40 bits, un nmero muy grande. Es como seleccionar un nmero
entre un sorteo que tiene 1.099.511.627.776 posibilidades, la probabilidad de acertar es casi imposible.
El prefijo reservado por IANA, para estas direcciones son 8 bits (1111 1101), si lo pasamos a
hexadecimal, por lo tanto el prefijo de estas direcciones IP tendr un valor de fd00::/8.
Para generar los 40 bits aleatorios hay una serie de especificaciones que se deben cumplir para generar
por medio del Local IPv6 Range Generator y todava restan 16 bit para subdividir las redes en
subredes. Hay que aclarar que estas direcciones son para uso privado, por lo tanto no son enrutables en
45
ESIME
Internet, aunque por supuesto las podemos enrutar dentro de cada red. La figura 2.10 es un ejemplo de
una direccin Unicast-Unique-local.
1111 1101
8 bits
ID Subred
ID Global
aleatorio
16 bits
ID Interfaz
FD00:0000:0000:0000:0000:0000:0000:0000/8
40 bits
64 bits
Figura 2.10 Direccin Unicast -Unique-local
Las direcciones Globales son el equivalente de las direcciones IP pblicas en IPv4. Estas direcciones
pueden ser enrutadas a travs de Internet. Los primeros tres bits estn compuestos por los
valores 001 por lo tanto, el prefijo de ests direcciones IP tendr un valor en hexadecimal de 2000 con
una mscara /3. (2000::/3)
Lo anterior significa que los primeros tres bits dentro de una direccin Global Unicast deben de ser
siempre 001 y la mscara de /3 significa que slo pueden hacerse variaciones despus de los primeros
tres bits dentro del primer octeto para establecer el prefijo Global de Enrutamiento (Global Routing
Prefix).
El Prefijo Global de Enrutamiento consiste en un nmero de bits que se pueden subdividir de acuerdo a
las necesidades de los Registros de Internet y proveedores de Internet, a fin de reflejar la topologa de
la Internet en su conjunto. A partir de estos primeros 3 bits es que comienza la jerarquizacin de la
asignacin de las direcciones IP a nivel global.
Los posibles prefijos que podran ser utilizados para presentar direcciones IP del tipo Global Unicast
seran:
2000 (0010) direccin vlida Global Unicast
3000 (0011) direccin vlida Global Unicast
4000 (0100) direccin invlida Global Unicast (a partir de aqu cambia la estructura de 001en
los primeros 3 bits)
5000 (0101) direccin invlida Global Unicast
Los primeros 64 bits de un total de 128 bits, los tres bits primeros representan el Prefijo Global. Los
siguientes 45 bits identifican la red asignada a las organizaciones y los siguientes 16 bits representan la
46
ESIME
subred (Subnet ID) en caso de realizarse una subdivisin de la red (Subnetting). La figura 2.11 y 2.12
son ejemplos de la estructura de una direccin Unicast-global.
3 bits
45 bits
16 bits
64 bits
001
Prefijo Global de Enrutamiento
ID Subred
ID Interfaz
001
Prefijo Global de Enrutamiento
ID Subred
ID Interfaz
3 bits
45 bits
16 bits
64 bits
Asignado por IANA

Asignado a Top-Lev e ISPs
Asignado a ISPs y Organizaciones
Deriv ado de direccion MAC
Figura 2.11. Estructura direccin Unicast Global
Una direccin IPv6 Global Unicast soporta 216 subredes posibles para un total de 65,535. Cada subred
soporta 264 nodos posibles para un total de 18446744073709551616.
011
ID red
2001:0db8:3c4d:0015:0000:0000:1a2f:1a2b
ID Interfaz
Red de la empresa
(Site Prefix)
Figura 2.12 Ejemplo Direccin Unicast Global
SI no hay subdivisin de la red (Subnetting), entonces, los primeros 64 bits representa la red y los
dems 64 bits los nodos.
2.2.2.2 Direcciones Multicast.

El trfico de Multicast se enva a una sola direccin, pero se procesa por mltiples nodos, los hosts que
escuchan una direccin de Multicast especfica forman parte de un grupo Multicast, que reciben y
procesan el trfico enviado a la direccin del grupo.
La pertenencia a grupos es dinmica, lo que permite a los hosts unirse al grupo o abandonarlo en
cualquier momento. Los grupos no estn limitados por el tamao y los miembros pueden ser de varios
segmentos de red (enlaces o subredes).
47
ESIME
Un host puede enviar trfico a una direccin de grupo sin pertenecer al grupo, para unirse a un grupo,
un host enva un mensaje de pertenencia al grupo. Los enrutadores de Multicast sondean
peridicamente la condicin de miembro.
Cada grupo Multicast se identifica con una direccin IPv6 Multicast. Todos los miembros del grupo
que escuchan y reciben mensajes IPv6 enviados a la direccin del grupo comparten la direccin de
grupo.
Las direcciones IPv6 Multicast estn reservadas, asignadas y registradas en IANA. Estas direcciones
IPv6 Multicast tienen el prefijo de formato 1111 1111 (ff:: /8). La figura 2.13 muestra la estructura de
una direccin IPv6 Multicast.
1111 1111
8 bits
4 bits
4 bits
(80 + 32) bits
Prefijo
Banderas
Scope
ID del Grupo
Figura 2.13. Estructura general de una direccin Multicast
11111111: identifica la direccin como direccin Multicast.

Banderas: cuatro indicadores 0,0,0,T. Los dos primeros deben ser cero.
Los valores de T pueden ser:
T = 0; Direccin Multicast que no se asigna en funcin del prefijo de red.
T =1; Direccin Multicast que se asigna en funcin del prefijo de red.
Scope: Permite limitar los alcances del mensaje Multicast con los valores de la tabla 2.1
0
No Asignado
mbito local de
1
2
mbito local de nodo

mbito local de enlace
9
A
No Asignado
No Asignado
No Asignado
No Asignado
4
5
No Asignado
mbito local de sitio
C
D
No Asignado
No Asignado
No Asignado
mbito Global
No Asignado
Reserv ado
Tabla 2.1. Valores que pude tomar el campo Scope en una direccin Multicast IPv 6
48
ESIME
ID del grupo: identificador del grupo de multidifusin, ya sea permanente o dinmico. La

tabla 2.2 muestra algunas de las direcciones IPv6 Multicast reservadas.
IPv6 direccin de
multicast
Descripcin
FF02::1
La direccin de todos los nodos utilizados para llegar a todos los nodos en el mismo vnculo.
FF02::2
La direccin para todos los enrutadores utilizados para llegar a todos los enrutadores en el mismo
enlace.
FF02::4
All-Distance Vector Multicast Routing Protocol (DVMRP) utilizado para llegar a todos los enrutadores
de multicast DVMRP en el mismo enlace.
FF02::5
Direccin de enrutadores (OSPF) usado para llegar a todos los enrutadores OSPF en el mismo enlace.
FF02::6
Todas las direcciones designadas de los enrutadores OSPF utilizado para llegar a todos los
enrutadores OSPF designados en el mismo enlace.
La direccin de nodo solicitado utilizada en el proceso de resolucin de direcciones para resolver la
FF02:::FFXX:XXXX direccin IPv6 de un nodo local de enlace a su direccin de capa de enlace. Los ltimos 24 bits
( XX: XXXX ) de la direccin de nodo solicitado son los ltimos 24 bits de una direccin IPv6 unicast.
Tabla 2.2 Direcciones Multicast reserv adas
Mensajes Multicast Listener Discovery (MLD)

Multicast Listener Discovery (MLD) permite administrar la pertenencia del grupo de Multicast de
subred para IPv6. MLD es una serie de tres mensajes del Protocolo de Mensajes de Control de Internet
para IPv6 (ICMPv6) que sustituye al Protocolo de administracin de grupos de Internet (IGMP) que se
utiliza para IPv4, MLD utiliza ICMP (no IGMP), para enviar los mensajes, los cuales se muestran en la
tabla 2.3.
MLD tipo de
mensaje
Descripcin
Enviado por un enrutador multicast para sondear un segmento de red para los miembros del
Multicast Listener
grupo. Las consultas pueden ser de carcter general, solicitando la pertenencia a grupos de todos
Query
los grupos, o pueden solicitar la pertenencia al grupo para un grupo especfico.
Multicast Listener Enviado por un anfitrin cuando se une a un grupo de multicast, o en respuesta a un MLD Multicast
Listener Query enviado por un enruteador.
Report
Multicast Listener Enviado por un anfitrin cuando sale un grupo de acogida y es el ltimo miembro de ese grupo en
el segmento de red.
Done
Tabla 2.3 Tipos de mensajes MLD
49
ESIME
Protocol Independent Multicast (PIM)

PIM es un protocolo de enrutamiento y se puede aprovechar en los dispositivos que utilizan los
protocolos de enrutamiento Unicast para rellenar la tabla de enrutamiento Unicast, incluyendo Open
Shortest Path First (OSPF), Border Gateway Protocol (BGP), y rutas estticas. PIM utiliza esta
informacin de enrutamiento de Unicast para realizar la funcin de reenvo de Multicast. PIM aunque
es un protocolo de Multicast en realidad utiliza la tabla de enrutamiento Unicast para realizar la
funcin de comprobacin del RPF en lugar de la creacin de una tabla de enrutamiento Multicast
completamente independiente. A diferencia de otros protocolos de enrutamiento, PIM no enva ni
recibe actualizaciones de enrutamiento entre enrutadores.
El RPF es una forma de evitar los bucles por inundacin de PIM, que consiste en, que antes de reenviar
por inundacin un paquete el enrutador realiza la siguiente comprobacin:
1. Analiza la interfaz de entrada del paquete y su direccin de origen (Unicast)
2. Consulta en la tabla de rutas la interfaz de la ruta ptima hacia la direccin de origen
3. Si la interfaz de entrada coincide con la de la ruta ptima, el paquete es aceptado y
redistribuido por inundacin.
4. En caso contrario el paquete se descarta ya que probablemente se trata de un duplicado
Hay tres modos de reenvo de PIM:
PIM Dense Mode (PIM-DM)
PIM Sparse Mode (PIM-SM)
Bidirectional PIM (Bidir-PIM)
2.2.2.3 Direcciones Anycast

Las direcciones Anycast son asignadas del espacio de direcciones Unicast, utilizando cualquiera de los
formatos definidos para direcciones Unicast. De esta forma, las direcciones Anycast no se pueden
distinguir sintcticamente de las Unicast. Cuando una direccin Unicast es asignada a ms de una
interface esta se convierte en una direccin Anycast y los nodos donde esta direccin es asignada, debe
configurarse explcitamente para que sepan que es una direccin Anycast.
Uno de los usos que plantean las direcciones Anycast es identificar un conjunto de enrutadores
pertenecientes a una organizacin que ofrece servicios de internet. Tales direcciones pueden ser
50
ESIME
utilizadas como direcciones intermedias en un encabezado de enrutamiento IPv6, logrando que un

paquete sea entregado a un proveedor de servicios o a una secuencia de proveedores de servicios. Otro
uso es identificar un conjunto de enrutadores conectados a una subred en particular, o el conjunto de
enrutadores que proveen la entrada a un dominio de enrutamiento en particular.
N bits
128 - N bits
Prefijo de Subred
0000 0000 .....
Figura 2.14. Estructura de una direccin Anycast
El prefijo de subred en una direccin Anycast es el prefijo que identifica un enlace especfico. Esta
direccin Anycast es sintcticamente igual a una direccin Unicast para una interface en el enlace con
el ID de interface puesto en cero.
Tal y como se ha indicado antes, las direcciones Anycast tienen el mismo rango de direcciones que las
Unicast.
128 bits
2002:0db8:6301:0000:0000:0000:0000.0000/128
Direccin del nodo
Figura 2.15. Ejemplo de una direccin Anycast
2.2.3 Subnetting en IPv6

Las Subredes con IPv6 no son drsticamente diferentes de las subredes con IPv4, slo se deben tomar
en cuenta las siguientes indicaciones:
Cada carcter de una direccin IPv6 representa 4 bits (un nibble).Un 0xf es un 1111 en binario,
es fcil volver a caer en un hbito IPv4 y olvidar que 0x11 es en realidad 0001 0001 en binario.
Cada conjunto de IPv6 representa 16 bits (4 caracteres en 4 bits cada uno).Teniendo esto en
mente se pueden crear subredes ms fcilmente.
Nada cambia a binarios, es fcil perderse con tantos dgitos binarios, pero la matemtica es lo
mismo que en IPv4.
51
ESIME
Lo recomendado por el IETF es recibir al menos un prefijo /48 de un ISP. Esto indica que se
tienen 280 bits para manipular (direccin de 128 bits - 48 bits que no se pueden cambiar = 80
bits para usar). Ms bits que la totalidad del espacio de direcciones IPv4.
La asignacin de un prefijo mnimo recomendado para un nodo es un /64, con tantas
direcciones en IPv6 no hay la misma necesidad de la conservacin de direcciones como la hay
en IPv4. Se puede asignar un /64 a un enlace punto a punto y no habr problemas alguno.
Tener un prefijo /48 asignado por el ISP y utilizar el prefijo /64 en cada nodo de la red, se
obtiene bloque de dgitos hexadecimales o 16 bits, que se utilizarn para las subredes. Un
bloque puede no sonar como muchos bits pero 16 bits es la mitad de la totalidad del espacio de
direcciones IPv4.
Con el fin de permitir la agregacin de la ruta adecuada y el resumen debe definir IDs de
emplazamiento que se pueden utilizar en cada lugar (ya sea una oficina, centro de datos o
regin geogrfica), aqu es donde se define al menos un ID del sitio y, posiblemente, un ID de
sub-sitio.
Por ejemplo, Si un proveedor de servicios de internet asigna el prefijo 2001:db8:1234:0000::/48, como
se ha mencionado, tenemos el "0000" de manipular para el sitio, sub-sitio e identificaciones de subred,
para descomponerlo depende en gran medida de las necesidades de la organizacin.
Opcin A. 4 Sitios, 4 sub-sitios en cada sitio, 4096 subredes en cada sub-sitio, los primeros
dos bits para el sitio, los dos bits siguientes para el sub-sitio, prximos tres cuartetos para
subredes 212.
2001:0db8:1234:0000::/64
Hex
0000 0000 0000 0000
Sitio
Sub-Sitio
Subred
Figura 2.16. Estructura opcin A
52
ESIME
Opcin B. 6 sitios, 16 sub-sitios en cada sitio, 256 subredes en cada sub-sitio, El primer
cuarteto para el sitio, el segundo para el sub-sitio y los dos ltimos de la subred.
2001:0db8:1234:0000::/64
Hex
0000 0000 0000 0000
Sitio
Sub-Sitio
Subred
Figura 2.17. Estructura opcin B
Opcin C.16 lugares para sitio, 256 sub-sitios en cada sitio, 16 subredes para cada sub-sitio, El
primer cuarteto para el sitio, el segundo y el tercero para el sub-sitio y ultimo cuarteto para la
subred.
2001:0db8:1234:0000::/64
Hex
0000 0000 0000 0000
Sitio
Sub-Sitio
Subred
Figura 2.18.Estructura opcin C
A continuacin se hace el ejemplo de un caso. Una empresa con oficinas y centros de datos en
Mxico, como parte de su planificacin a largo plazo han solicitado una direccin IPv6 y se les
asigno una direccin 2001:0db8:abcd::/48. Ahora tienen que asignar esta direccin a travs de su
empresa. La empresa tiene sucursales en la mayora de Mxico, as que han decidido utilizar la opcin
B, que da 16 sitios, 16 sub-sitios y 256 subredes por sitio.
Han decidido que un sitio ser una regin geogrfica del pas y un sub-sitio ser una ciudad dentro
de la regin geogrfica, las direcciones de los sitios que estn implementando IPv6 son:
53
ESIME
Nuevo Len (Sitio 9)
Puebla (Sitio 3)
Guadalajara (Sitio 5)
Baja California Norte (Sitio 2)
Quertaro (sitio 8)
Cd de Mxico (Sitio 1)
Se puede asignar un sitio para cada regin, recordando que son solo 16 sitios posibles de acuerdo a la
opcin que se eligi:
Sitio 0 - 2001:0db8:abcd:0000::/52 --- Primer Sitio

Sitio 1 - 2001:0db8:abcd:1000::/52
Sitio 2 - 2001:0db8:abcd:2000::/52
Sitio 3 - 2001:0db8:abcd:3000::/52
...
Sitio 8 - 2001:0db8:abcd:8000::/52
Sitio 9 - 2001:0db8:abcd:9000::/52
...
Sitio 15 - 2001:0db8:abcd:f000::/52 --- ltimo Sitio
Figura 2.19. Sitios asignados
Estos son con prefijo /52, porque se tienen 48 bits del proveedor y luego se usa el prximo 4 para
elegir el sitio.
Sitio 1 (Cd de Mxico)

Cuauhtmoc - 2001:0db8:abcd:1000::/56 --- Primer Sub-Sitio
Uso futuro
- 2001:0db8:abcd:1100::/56
...
Uso futuro
- 2001:0db8:abcd:1f 00::/56 --- ltimo Sub-Sitio
Sitio 2 (Baja California Norte)

Tijuana - 2001:0db8:abcd:2000::/56 --- Primer Sub-Sitio
...
Uso futuro - 2001:0db8:abcd:2f00::/56 --- ltimo Sub-Sitio
Sitio 3 (Puebla)
Uso futuro - 2001:0db8:abcd:3000::/56 -- Primer Sub-Sitio
...
Atlixco - 2001:0db8:abcd:3f00::/56 -- ltimo Sub-Sitio
54
ESIME
Sitio 8 (Quertaro)
Quertaro - 2001:0db8:abcd:8000::/56 -- Primer Sub-Sitio
...
Uso futuro - 2001:0db8:abcd:8f00::/56 -- ltimo Sub-Sitio
Sitio 9 (Nuev o Len)

Monterrey - 2001:0db8:abcd:9000::/56 -- Primer Sub-Sitio
...
Uso futuro - 2001:0db8:abcd:9f00::/56 -- ltimo Sub-Sitio
Figura 2.20. Sub-sitios de cada uno de los Sitios
Al igual que el sitio, el sub-sitio utiliza 4 bits ms, moviendo la longitud de prefijo de un /52 a /56.
Ahora se pueden seleccionar las subredes para seleccionar la ubicacin de los elementos, se usar el
sitio de Atlixco como ejemplo:
Firewall exterior - 2001:0db8:abcd:3f00::/64

Serv idores de Web - 2001:0db8:abcd:3f01::/64
Serv idores de bases de datos - 2001:0db8:abcd:302::/64
....
Serv idores de Correo - 2001:0db8:abcd:3f0d::/64
....
Gestin - 2001:0db8:abcd:3fee::/64
Figura 2.21. Seleccin de Subredes
Se estn definiendo los ltimos dos cuartetos para la subred por lo que la mscara se mueve de /56
hasta un prefijo de subred /64. Las subredes de Atlixco pueden usar 2001:1db8:abcd:3f00:: y
2001:1db8:abcd:3fff:: para direcciones de subred.
Cada subred ofrece 264 direcciones, ya que todava se tienen 64 bits para su uso, por ejemplo, dentro
de la Red de rea local virtual (VLAN) utilizada solo para servidores de correo todas las direcciones de
nodo comenzaran con 2001:1db8:abcd:3f0d:: y los ltimos 64 bits sern el identificador de interfaz
establecido por la regle EUI-64 o por el administrador de red mediante un servidor DHCP.
55
ESIME
Gateway de correo : 2001:0db8:abcd:3f0d::1/64

Mail01 : 2001:0db8:abcd:3f0d:0000:0000:0000:0002 / 64
Mail02 : 2001:0db8:abcd:3f0d::ab00/64
Mail03 : 2001:0db8:abcd:3f0d:abcd: EF12::1/64
Figura 2.22. Direcciones de nodo.
2001:0db8:1234:3f0d::1/64
Mail
Gateway
2001:0db8:1234:3f0d::2/64
2001:0db8:1234:3f0d:abcd:ef12::1/64
mail01
mail03
mail02
2001:0db8:1234:3f0d::ab00/64
Figura 2.23. Topologa de red para el ejemplo de subnetting
Como se puede ver el subneting IPv6 no es igual al de IPv4 ya que en IPv6 no hay problemas de
direccionamiento en el que se tienen que aprovechar al mximo todas las direcciones, ya que IPv6 el
espacio de direcciones no es problema.
2.3 Mecanismos para asignar direccionamiento IPv6 en hosts.

2.3.1 Autoconfiguracin sin estado
La autoconfiguracin de direcciones sin estado (Stateless Address Auto-Configuration, SLAAC) hace
uso del protocolo denominado Neighbor Discovery o protocolo de descubrimiento de vecinos el cual
a su vez se encuentra especificado dentro del protocolo ICMPv6.
56
ESIME
Internet Control Message Protocol para IPv6 (ICMPv6)

Este protocolo de capa 3 tiene el mismo objetivo que ICMPv4, ser el protocolo de control de IPv6, con
el cual es posible verificar s un host determinado se encuentra en lnea, si un servicio est disponible o
no es alcanzable, el actual throughput y velocidad de los medios involucrados el ruteo que estn
tomando nuestros paquetes y como un elemento nuevo en IPv6 el permite la auto-configuracin de los
nodos adems de otras cosas.
El cuerpo del encabezado de ICMPv6 es extremadamente sencillo aunque el cuerpo (los datos) vara
fuertemente. La figura 2.24 marca el formato de dicho encabezado:
16
8
Tipo
Cdigo
24
Cheksum
Cuerpo del mensaje

Figura 2.24. Formato del encabezado ICMPv 6
Los diferentes tipos de mensajes que genera ICMPv6 se pueden apreciar en el RFC 246 y la tabla 2.4
muestra solo unos cuantos de estos tipos con sus respectivos cdigos. Se puede apreciar que la
mayor parte de estos mensajes poseen contrapartes en IPv4, para este tema los mensajes de inters para
la autoconfiguracin sin estado son los de tipo 133 a 137.
Tipo
Valor
Significado
Destination Unreachable
Packet Too Big
Time Exceeded
Parameter Problem
100
Priv ate experimentation
101
127
Priv ate experimentation

Reserv ed for expansion of
Cdigo
Valor
0
Significado
No route to destination
1
2
3
Communication with destination administrativ ely prohibited

Beyondscope of source address
Address unreachable
4
5
6
Port unreachable
Source address failed ingress/egress policy
Reject route to destination
Error in source Routing Header
0
0
Hop limit exceeded in transit
Fragment reassembly time exceeded
Erroneous header field type encountered
1
2
Unrecognized Next Header type encountered

Unrecognized IPv6 option encountered
57
ESIME
128
ICMPv 6 error messages

Echo Request
129
133
134
Echo Reply
Router Solicitation (NDP)
Router Adv ertisement (NDP)
0
0
0
135
136
137
Neighbor Solicitation (NDP)

Neighbor Adv ertisement (NDP)
Redirect Message (NDP)
0
0
0
Tabla 2.4. Diferentes tipos de mensajes ICMPv 6
Neighbor Discovery Protocol (NDP)

Su funcin es permitir la configuracin de un nodo de forma automtica mediante lo denominado
stateless, detectar su Gateway y configurarlo as como validar la existencia de vecinos locales. Viene
a sustituir el hibrido de ARP, ICMP Router Discovery (RDISC) e ICMP Redirect de IPv4.
Este protocolo hace un uso intensivo de tres direcciones de IPv6 las cuales son:
Direccin invalida ( :: )
Direccin Multicast de alcance local a todo los nodos (FF::01)
Una direccin Multicast de alcance local denominada SNMA (Solicited Node Multicast
Address) que utiliza los 24 bits ms bajos de la MAC del nodo.
NDP consiste primordialmente en cuatro mensajes ICMv6 los cuales son:
Mensaje de solicitud de vecino (Neighbor Solicitation Message, NS)
Mensaje de anuncio de vecino (Neighbor Avertisement Message, NA)
Mensaje de solicitud de enrutador (Router Solicitation Message, RS)
Mensaje de anuncio de enrutador (Router Advertisement Messaje, RA)
El primer par se maneja entre nodos cuando se estn asignando direcciones y cuando se desea
establecer una comunicacin con un nodo local. El segundo grupo es el que permite que el nodo
conozca que direcciones de otros alcances debe de configurar (si sus prefijos son de 64 bits) y registra
al Gateway.
Los resultados de SLAAC se describen en los siguientes seis pasos.
1. Habilitar interfaz (primera vez)
58
ESIME
2. Auto-Configuracin de la direccin local (FE80::/10) y su respectivo Duplicated Address

Detection (DAD).
3. Envi del mensaje Router Discovery .
4. (Opcional) Si un enrutador respondi el mensaje del paso 2 entonces tomar de su respuesta los
prefijos de las direcciones globales correspondientes y generar SLAAC en cada una de ellas
(Solo direcciones con prefijo de 64).
5. (Opcional) Envo de mensaje Default Router Neighbor Discovery (Request).
6. (Opcional) Espera de captura y toma de informacin de Default Router Neighbor Discovery
(Reply).
7. Por cada direccin global que se tenga, realizar un DAD
Lo que diferencia cada mensaje en cada paso sern los campos de direcciones y los datos del mensaje
ICMP. La tabla 2.5muestra un resumen de tales pasos.
Proceso
Mensaje
D. Origen
D. Destino
Caractersticas Adicionales
El campo t arget posee la direccin U nicast
(FE80::/10) t ent at iv a.
1* *
DAD
Neighbor
Solicitation
::
2
Router
Discov ery
Router Solicitation
FE80:: [Tentativ a]
FF02::1:FF [TentL]
Si aparece st e mensaje significa que la
direccin t ent at iv a y a est a t omada.
FF02::1:FF [TentL]
Si la direccin origen es la inv alida ent onces

no hay Source-Link Address. Est e mansaje
dispara el mensaje del paso 3 (si ex ist en
enrut adores en el enlace local).
La diferencia ent re un mensaje de st e t ipo
aut omt ico de un solicit ado NDP es el
dest ino, si se ut ilza la direccin All-Nodes es
el primer caso. En est e punt o se asignan
direcciones t ent at iv as de las direcciones
globales.
3
Global Prefix
Router
Adv ertisement
FF80:: [Asignada]
FF02::2
4
Neighbor
Discov ery
(Request)
Neighbor
Solicitation
FE80:: [Asignado]
FF02:1:FF [RoutL]
5
Neighbor
Discov ery
(Reply)
Neighbor
Adv ertisement
FE80:: [Asignado]
FE80:: [RoutL]
6
Global DAD
Neighbor
Solicitation
::
FF02::1:FF [TentL
El campo Link-Lay er Address cont endr la

MAC Address del nodo origen. Est e paso
solo ocurre si ex ist e un rout er.
El campo t arget posee la direccin U nicast

(2000::/10) t ent at iv a. Est e paso se repit e
para cada direccin global.
* Todas la direcciones (origen y dest ino) t iene un prefijo de 128

** Primero se carga a una direccin local t ent at iv a, se deja pasar un t iempo aleat orio y ent onces se env a el primer mensaje
Tabla 2.5. Pasos para la adquisicin de una direccin IPv 6 por medio de SLAAC
59
ESIME
2.3.2 DHCP sin estado (Stateless)

Existe una extensin al protocolo DHCPv6 que le permite entregar configuracin a los hosts sin
mantener informacin de su estado. Este mecanismo es til para que los hosts obtengan informacin
adicional a la direccin IP, como puede ser una lista de servidores DNS, sin que necesite reservar
ningn recurso en el servidor. Para que este mecanismo funcione los hosts deben adquirir una direccin
IP por otra va, tpicamente a travs del mecanismo de auto configuracin sin estado SLAAC,
mencionado anteriormente.
2.3.3 DHCP con estado (Statefull)
Los conceptos bsicos del esquema cliente-servidor del DHCPv6 son muy parecidos a los de DHCP
para IPv4. La figura 2.25 muestra un esquema representativo para este proceso.
Cliente DHCPv6
Reply
Request
Advertise
Solicit
Servidor DHCPv6
5
4
3
2
RA con bits O y/o

M establecidos
Enrutador del enlace

local
Figura 2.25 esquema del funcionamiento de DHCPv 6
Si existe un enrutador en la red, este manda un mensaje de RA con los bits O o M

establecidos.
Si el bit O est habilitado, pero no as el M los hosts podrn solicitar del servidor
DHCPv6 otros parmetros de configuracin como servidores DNS, SIP, NTP, etc, y
utilizar el proceso de autoconfiguracin para establecer los parmetros de la red, este
mecanismo se conoce como configuracin sin estado usando DHCPv6, porque el
servidor DHCPv6 no necesita llevar un control de las direcciones IP de la red.
60
ESIME
Si el bit M est habilitado, los hosts pueden solicitar direcciones manejadas por el
servidor DHCPv6, este se considera el mecanismo de configuracin con estado
utilizando DHCPv6.
Si un host necesita localizar un servidor DHCPv6 enva un mensaje DHCPv6 solicit a la

direccin Multicast de todos los agentes de reenvi y servidores DHCPv6 de enlace
(FF02::1:2).
Los agentes y servidores DHCPv6 envan a la direccin Multicast de todos los hosts (FF02::1)
mensajes DHCPv6 advertise anunciando su funcionalidad como servidor DHCPv6.
Los host interesados en recibir la configuracin de un servidor DHCPv6 envan un mensaje
request al servidor seleccionado.
El servidor DHCPv6 le enva al host solicitante los parmetros de configuracin solicitados.
2.4 Enrutamiento IPv6

El enrutamiento es el proceso de reenviar paquetes entre segmentos de red conectados. En las redes
basadas en IPv6, el enrutamiento es la parte de IPv6 que proporciona capacidades de reenvo entre
hosts que se encuentran en segmentos independientes que pertenecen a otras redes basadas en IPv6.
Cada paquete entrante o saliente se denomina paquete IPv6. Un paquete IPv6 contiene la direccin de
origen del host que realiza el envo y la direccin de destino del host receptor. A diferencia de las
direcciones de nivel de enlace, las direcciones IPv6 del encabezado IPv6 no suelen cambiar cuando el
paquete se transmite por una red IPv6.
2.4.1 Enrutamiento esttico IPv6

Una red IP de rutas estticas no emplea protocolos de enrutamiento como RIP, OSPF, IS-IS, etc. para
comunicar informacin de enrutamiento entre enrutadores. Toda la informacin de enrutamiento se
almacena en una tabla de rutas estticas en cada enrutador. Es necesario asegurarse de que cada
enrutador tenga las rutas adecuadas en su tabla de modo que pueda intercambiar trfico entre dos
extremos de la red IP.
Las desventajas del enrutamiento esttico son:
No existe tolerancia a errores.
61
ESIME
Si un enrutador o un enlace dejan de funcionar, los enrutadores no detectan el error ni informan a otros
enrutadores. Aunque esto supone un problema para las grandes redes corporativas, en una oficina
pequea (con dos enrutadores y tres redes basadas en enlaces LAN) no se interrumpe con la frecuencia
suficiente como para justificar la implementacin de una topologa de varias rutas de acceso y un
protocolo de enrutamiento.
Sobrecarga administrativa.
Si se agrega una nueva red o se quita, las rutas a esa nueva red deben agregarse o quitarse de forma
manual. Si se agrega un nuevo enrutador, debe configurarse correctamente para las rutas de la red.
Las rutas estticas se pueden agregan manualmente. Una vez completada la configuracin, se pueden
usar los comandos ping y tracert para probar la conectividad entre equipos host de modo que se
comprueben todas las rutas de enrutamiento.
2.4.2 Enrutamiento dinmico IPv6

Los protocolos de enrutamiento se usan para facilitar el intercambio de informacin de enrutamiento
entre los enrutadores. Estos protocolos permiten a los enrutadores compartir informacin en forma
dinmica sobre redes remotas y agregar esta informacin automticamente en sus propias tablas de
enrutamiento.
Los protocolos de enrutamiento dinmico determinan el mejor camino hacia cada red, que luego se
agrega a la tabla de enrutamiento. Uno de los principales beneficios de usar un protocolo de
enrutamiento dinmico es que los enrutadores intercambian informacin de enrutamiento cuando se
produce un cambio de topologa. Este intercambio permite a los enrutadores obtener automticamente
informacin sobre nuevas redes y tambin encontrar rutas alternativas cuando se produce una falla de
enlace en la red actual.
En comparacin con el enrutamiento esttico, los protocolos de enrutamiento dinmico requieren
menos sobrecarga administrativa. Sin embargo, el costo de usar protocolos de enrutamiento dinmico
es dedicar parte de los recursos del enrutador para la operacin del protocolo.
62
ESIME
Los Protocolos de Enrutamiento se dividen en dos grupos, protocolos internos y protocolos externos.
1. Internal Gateway Protocol (IGP), que distribuyen la informacin de los enrutadores dentro de
Sistemas Autnomos.
En IPv4: RIP, OSPF, IS-IS.
En IPv6: RIPng, OSPFv3, IS-IS.
2. External Gateway Protocol (EGP), que distribuyen la informacin entre Sistemas Autnomos.
En IPv4:BGP-4.
En IPv6:BGPv6
2.4.2.1 Routing Information Protocol Next Generation (RIPng)

RIP es un protocolo de enrutamiento dinmico IGP que normalmente se utiliza en una red de tamao
mediano. La versin para IPv6 llamada RIPng (RIP next generation), es una versin mejorada de
RIPv2 la cual tiene las mismas caractersticas como el utilizar el algoritmo de Bellman-Ford para el
vector distancia, cada 30 segundos hace una actualizacin de su tabla de enrutamiento, tiene mtricas
fijas y su alcance son 15 saltos.
Los cambios que sufre RIP para IPv6 se describen a continuacin:
Rutas publicadas. RIPng publica las rutas IPv6 en una manera compuesta por el prefijo IPv6, la
longitud y la mtrica.
Siguiente salto. La direccin del siguiente salto es la direccin IPv6 de enlace-local de la
interface del enrutador que est publicando el prefijo.
Protocolo de transporte. IPv6 utiliza UDP como protocolo de transporte para los datagramas
RIP. Otro cambio es que el puerto que utiliza para UDP es el 521 en lugar del 520 como lo
haca RIP y RIPv2.
Direccin origen IPv6. La actualizacin de la direccin origen IPv6 es la direccin enlace-local
de la interface que lo origina.
Direccin destino IPv6. La actualizacin RIP de la direccin destino IPv6 es FF02::9, la cual
es una direccin Multicast que es escuchada nicamente por enrutadores con RIPng
configurado.
Lmite de saltos. Los paquetes IPv6 de actualizaciones RIP tienen un lmite de saltos
configurado de 255.
63
ESIME
Entradas enrutamiento. La entrada de enrutamiento IPv6 est separada de la entrada de

enrutamiento IPv4 que se utiliza para RIPv1 o RIPv2. La ruta por defecto es anunciada como
::/0.
Autenticacin. En IPv4 las dos versiones de RIP tenan su autenticacin especfica, en RIPng
la autenticacin est basada en IPsec.
2.4.2.2 Open Shortest Path First para IPv6 (OSPFv3)

El OSPF que se utiliza para IPv6 es conocido como OSPFv3, el cual comparte los mismos
fundamentos que OSPFv2 que se utiliza para IPv4.
Varios cambios fueron introducidos para que OSPFv3 pudiera soportar el nuevo protocolo enrutado
IPv6, tales como:
LSAs de la red y del enrutador. Estos LSAs (Link State Advertisements o anuncios de estado
del enlace) slo tienen informacin de la topologa de la red.
Nueva LSA Intra-Area-Prefijo. Este anuncio lleva la direccin IPv6 y los prefijos.
Direcciones en LSA. Estas son descritas como prefijos con una longitud de prefijo.
Identificador del enrutador. Todava cuenta con 32 bits, pero ahora define si cuenta con
direcciones IPv4 o IPv6. Este es usado en DR (enrutadores designados), BDR (enrutadores
designados de respaldo) y LSAs.
Siguiente salto. La direccin del siguiente salto es la direccin IPv6 enlace-local de la interface
del enrutador que est haciendo el anuncio.
Nueva LSA de enlace-local. Este anuncio lleva la direccin enlace-local de la interface del
enrutador, el prefijo del enlace y las opciones.
OSPF corre ahora en un enlace completo y no slo en una subred como suceda en IPv4.
La direccin IPv6 origen de los paquetes OSPF es la direccin enlace-local de la interface del
enrutador que origina el paquete.
Todos los enrutadores OSPF envan paquetes Hello y escuchan la direccin Multicast FF02::5.
Los enrutadores designados y el de backup DR envan y escuchan la direccin Multicast
FF02::6.
El lmite de saltos de los paquetes OSPF es igual a 1.
La autenticacin de OSPF est basada en IPsec al igual que RIPng.
64
ESIME
2.4.2.3 Integrated System to Integrated System (IS-IS)

IS-IS (Intermediate System to Intermediate System) es un protocolo IGP de enrutamiento dinmico de
estado de enlace que fue diseado como un protocolo de enrutamiento independiente. IS-IS fue
fcilmente adaptado para IPv6 nicamente aadiendo un pocos valores-tipo-longitud (TLV). Dado a
que no hubo cambios de mayor magnitud en el protocolo IS-IS propiamente, no se tuvo que hacer una
nueva versin del protocolo para soportar IPv6.
Debido a que IS-IS utiliza una encapsulacin de capa 2, no es necesaria una direccin IP en el paquete.
La implementacin de IS-IS es considerada ms fcil que la de OSPFv3.
Algunos de los pequeos cambios que sufri IS-IS para poder soportar IPv6 se detallan a continuacin:
Un nuevo TLV tipo 236 de IPv6 alcanzable, el cual no es ms que un aviso de ruta IPv6 el cual
contiene el prefijo IPv6, la longitud del prefijo, la mtrica e informacin adicional.
Un nuevo TLV de direccin IPv6 de la interface (tipo=232), el cual para paquetes Hello es la
direccin enlace-local del enrutador.
Un IPv6 NLPID (Network Layer Protocol Identifier) con valor 142, el cual es enviado por los
enrutadores para anunciar el soporte del enrutamiento IPv6 para IS-IS.
La base de datos de IS-IS de la topologa de la red IPv4 y de la topologa de red IPv6 deben de ser
idnticas en un escenario integral de IS-IS, pero al igual que con OSPFv3, las bases de datos pueden
ser diferentes, para cada topologa de red, utilizando el concepto de buques en la noche.
2.4.2.4 Border Gateway Protocol para IPv6 (BGPv6)

BGP
es un protocolo utilizado para intercambiar rutas entre distintos dominios administrativos
llamados sistemas autnomos (AS), Cuando BGP es usado entre distintos proveedores para
intercambiar rutas se le llama BGP externo (eBGP). Cuando es usado dentro de un sistema autnomo
se le llama BGP interno (iBGP).
El BGP Multiprotocolo (MBGP) es una versin extendida de BGP creada para soportar mltiples
protocolos de red o familias de direcciones. Una nueva familia de direcciones en MBGP es definida
para IPv6 (RFC2545). Esta versin de BGP que soporta IPv6 fue llamada BGP4+ (RFC 4271).
65
ESIME
Algunos de los cambios realizados sobre MBGP para poder soportar IPv6, se listan a continuacin:
Como siguiente salto en MBGP para IPv6, se puede configurar una direccin IPv6 ya sea
global o de sitio.
Con lo que respecta a NLRI (Network Layer Reachability Information) la ruta anunciada, es
expresada como un prefijo IPv6 con su respectiva longitud.
Se cuenta con una nueva direccin de familia para identificar las rutas IPv6.
2.5 Mecanismos de transicin

Aun cuando el espacio de direcciones IPv4 avanza rpidamente hacia el agotamiento de las
direcciones, el protocolo original de internet seguir vigente por aos e incluso dcadas, existiendo
redes IPv4 que coexistirn con los despliegues IPv6.
Pese a que ambos protocolos son incompatibles entre s, para poder permitir la coexistencia de IPv6
con IPv4 y la compatibilidad con las redes actuales, el Grupo de Trabajo de Transicin a IPng de la
IETF ha diseado herramientas, protocolos y mecanismos que pueden ser utilizados para permitir una
transicin de redes IPv4 hacia IPv6. Las estrategias diseadas se dividen en tres clases:
Doble Pila
Tneles
Traduccin
2.5.1 Doble Pila

Cuando una red se configura como doble pila, cada dispositivo de la red est configurada tanto con una
direccin IPv4 y una direccin IPv6, la idea es que una vez que en todos los dispositivos se ha
implementado IPv6, se amortizar la parte IPv4 de la red. Este mtodo es comn para las empresas que
buscan convertir poco a poco sus dispositivos actuales de IPv4 a IPv6. Estas empresas pueden
configurar su infraestructura de enrutamiento para soportar IPv4 e IPv6, pero traer a sus otros
dispositivos de red a travs de IPv6 a un ritmo ms lento.
Cuando las dos pilas son utilizadas en los nodos conectados a las redes en los cuales ambos protocolos
estn habilitados simultneamente, el modo de pila dual provee a los nodos la flexibilidad para
66
ESIME
establecer sesiones extremo a extremo sobre IPv4 o IPv6.Cuando un dispositivo tiene capacidades de
doble pila, entonces tiene acceso tecnologas a IPv4 e IPv6 disponibles. Se puede utilizar tanto de estas
tecnologas para conectarse a servidores remotos y destinos en paralelo.
Cuando un cliente desea conectarse a un servidor (www.xxxx.com), el cliente emite dos peticiones
DNS en paralelo: una solicitud de direcciones IPv4, y una solicitud para direcciones IPv6. Despus de
recibir las respuestas, la seleccin para IPv6 se inclina hacia la doble pila, en un estado de transicin
en una red IPv6, por lo tanto prefiere IPv6 sobre IPv4 por diseo.
Cuando un cliente recibe una respuesta que incluye tanto una direccin IPv4 y la direccin IPv6 a
continuacin, la direccin IPv6 es la direccin preferida. Si, por cualquier razn, el uso de esa
direccin no fue exitosa, se utilizar una direccin alternativa, potencialmente, una direccin IPv4
vlida para conectarse.
Es posible que un dispositivo de doble pila quiera conectarse a un dispositivo de slo IPv4 o IPv6
solamente. El protocolo seleccionado, IPv4 o IPv6 se basa en las direcciones IP recibidas dentro de una
respuesta DNS. Si el servidor DNS devuelve slo las direcciones IPv4, a continuacin, se utiliza IPv4,
si el servidor DNS devuelve slo las direcciones IPv6 entonces IPv6 se utiliza.
www.xxx.com
Cliente IPv4/IPv6
IPv4/IPv6
Dual Stack
Servidor DNS
IPv6
IPv4
Cliente IPv6
Cliente IPv4
Figura 2.26. Esquema de una red de doble pila
67
ESIME
2.5.2 Tneles
Son tcnicas para establecer tneles punto a punto que permiten el trfico de paquetes IPv6 sobre
estructuras de red IPv4, o al inverso. Permiten transmitir paquetes IPv6 a travs de la infraestructura
IPv4 existente, sin la necesidad de realizar cambios a los mecanismos de enrutamiento, encapsulando
el contenido del paquete IPv6 en un paquete IPv4.
Los tneles pueden ser clasificados de la siguiente forma:
Tunelizacin enrutador-a-enrutador. EnrutadoresIPv6/IPv4, conectados por una red IPv4, que
pueden intercambiar paquetes IPv6 entre s, completando el segmento del camino entre dos hosts IPv6.
6to4 es una de las tcnicas ms difundidas (aunque tiene asociadas problemticas tcnicas que afectan
la continuidad de las comunicaciones) entre hosts IPv6 a travs de una infraestructura IPv4,
proveyendo una
direccin IPv6 nica, formada
por
el prefijo de
la direccin global
2002:wwxx:yyzz::/48, donde wwxx:yyzz es la direccin pblica del host en hexadecimal. 6to4 es

recomendada por la RFC 3056 (Connection of IPv6 Domainsvia IPv4 Clouds) como mecanismo de
tunelizacin automtica.
Red IPv4
Red IPv6
Red IPv6
Si
Si
Enrutador
IPv4/IPv6
Enrutador
IPv4/IPv6
Figura 2.27. Tunelizacin enrutador-a-enrutador
Tunelizacin host-a-enrutador y enrutador-a-host. En el caso Host-a-Ruteador, hosts IPv6/IPv4

envan paquetes IPv6 a un enrutador IPv6/IPv4 intermediario en una red IPv4, conectando el primer
segmento del camino entre dos hosts. Para el camino inverso, enrutadores IPv6/IPv4 envan paquetes
IPv6 al destino final IPv6/IPv4, conectando el ltimo segmento del camino entre dos hosts. ISATAP es
una tcnica que posibilita la creacin de tneles que conectan hosts a enrutadores a travs de una red
IPv4. La direccin IPv6 asignada a los hosts y enrutadores es basada en un prefijo Unicast de 64 bits,
que puede ser link-local, un prefijo 6to4, o un prefijo global asignado por un proveedor.
68
ESIME
Red IPv4
Red IPv6
Red IPv6
Si
Si
Enrutador
IPv4/IPv6
Host
IPv4/IPv6
Host
IPv6
Enrutador
IPv6
Figura 2.28. Tunelizacin host -a-enrutador
Red IPv4
Red IPv6
Red IPv6
Host
IPv6
Si
Si
Enrutador
IPv6
Enrutador
IPv4/IPv6
Host
IPv4/IPv6
Figura 2.29. Tunelizacin enrutador-a-host
Tunelizacin host-a-host. Hosts IPv6/IPv4, conectados por una red IPv4, intercambian paquetes IPv6
entre s, conectando todo el camino entre los dos hosts.
Si
Red IPv4
Anfitrin
IPv6/IPv6
Enrutador
IPv4
Si
Red IPv4
Enrutador
IPv4
Red IPv4
Anfitrin
IPv4/IPv6
Figura 2.30. Tunelizacin host -a-host
Tnel 6to4
6to4 es un protocolo de configuracin automtica de tnel (autotunneling) junto con una estructura de
direccionamiento. La direccin IPv6 de un host 6to4 alcanzable comienza con el prefijo de IPv6
2002::/ 16. La arquitectura de la direccin incrusta una direccin IPv4 de 32 bits del host extremo en
los prximos 32 bits. De esta manera la direccin IPv6 lleva la direccin IPv4 "equivalente" a la
direccin IPv6.
69
ESIME
Direccin Global Unica IPv 4

177.9.168.131
Prefijo 6to4
2002::/16
10110001 00001001 10101000 10000011
0010000 00000010 10110001 00001001 10101000 10000011
2002:B109:A883::/16
Figura 2.31. Direccin IPv 6 de un host 6to4
Para enviar un paquete IPv6, el host local necesita primero un tnel a travs de la red IPv4 local. Para
realizar este tnel, el host local encapsula el paquete IPv6 en un encabezado exterior de paquetes
IPv4. El protocolo IP utilizado no es el TCP ni UDP, sino un nmero de protocolo IP reservado para
los paquetes IPv6.
El paquete IPv4 est dirigido a un relay de IPv4 a IPv6. Para evitar la configuracin manual de cada
cliente, todos estos relays comparten la misma direccin Anycast 192.88.99.1. Estos relays tiran el
encabezado exterior de paquetes IPv4 fuera del paquete y envan el paquete IPv6 en la red IPv6. El
destino IPv6 trata el paquete de forma normal, y genera un paquete de respuesta sin el proceso especial.
Servidor
IPv6
Servidor
IPv6
Internet IPv6
6to4
relay
6to4
relay
Internet IPv4
Tnel 6to4
Enrutador
6to4
Enrutador
6to4
Isla A
doble pila
Isla B
doble pila
Figura 2.32. Esquema de un Tnel 6to4
70
ESIME
Tnel 6in4 y Tnel Broker.

Un tnel 6in4 es un protocolo de configuracin manual, este tnel se considera se considera un enlace
punto a punto desde el punto de vista de IPv6, las direcciones IPv6 de ambos extremos del tnel son
del mismo prefijo. Todas las conexiones IPv6 del nodo final siempre pasan por el enrutador que est en
el extremo final del tnel. Los tneles 6in4 pueden construirse desde nodos finales situados detrs de
NAT.
Para facilitar la asignacin de direcciones y creacin de tneles 6in4 se ha desarrollado el concepto de
Tunel Broker (TB), el cual es un intermediario al que el usuario final se conecta, normalmente con una
interfaz Web, el usuario solicita al TB la creacin de un tnel y este le asigna una direccin IPv6 y le
proporciona instrucciones para crear el tnel en el lado del usuario, el TB tambin configura el
enrutador que representa el extremo final del tnel para el usuario.
Interfaz Web
Internet IPv6
Tnel 6in4
Router servidor
de tneles
2001:db8:40:2a0a::81/126
Cliente
Internet IPv4
2001:db8:40:2a0a::82/126
Figura 2.33. Esquema de un Tnel 6in4
71
ESIME
Intra-Site Automatic Tunneling Addressing Protocol (ISATAP)

ISATAP define un mtodo para generar una direccin IPv6 local a partir de una direccin IPv4, y un
mecanismo para realizar el protocolo de descubrimiento de vecinos (Neighbor Discovery Protocol)
sobre IPv4.
Generacin de la direccin local (Link-local). Cualquier mquina que desee participar en ISATAP
sobre una red IPv4 puede establecer una interfaz de red IPv6 virtual. La direccin local se determina
mediante la concatenacin de fe80:0000:0000:0000:0000:5efe: con los 32 bits de la direccin IPv4
(expresado en notacin hexadecimal).
Por
ejemplo,
el
host 192.0.2.143 utilizara fe80:0000:0000:0000:0000:5efe:c000:028f como
su
direccin IPv6 local (192.0.2.143 es c000028f en la notacin hexadecimal). La notacin simplificada

sera fe80::5efe:c000:28f.
Descubrimiento de vecinos . Como ISATAP utiliza IPv4 como un nivel de enlace sin capacidad de
Multicast/broadcast (al contrario que Ethernet), el ICMPv6 Neighbor Discovery no se puede hacer de
la forma habitual. Este es el motivo por el que ISATAP es un poco ms complejo que 6over4.
El nivel de enlace asociado con una direccin IPv6 dada est incluido en los 32 bits ms bajos de la
direccin IPv6, por lo que el descubrimiento de vecinos no se necesita realmente. Sin embargo, la falta
de capacidad Multicast impide el uso del descubrimiento automtico del enrutador (Router Discovery).
Por lo tanto, los hosts con ISATAP tienen que configurar una lista de enrutadores posibles (potential
routers list o PRL). Cada uno de estos enrutadores son sondeados con poca frecuencia por un
mensaje ICMPv6 de Descubrimiento de enrutador, para determinar cules de ellos estn funcionando,
y para realizar la autoconfiguracin de direcciones Unicast.
En la prctica, las implementaciones construyen su PRL consultando el DNS, por ejemplo,
preguntando por isatap.example.com si el dominio local esexample.com. El dominio local se obtiene a
travs de DHCP (sobre IPv4) o se configura localmente.
Teredo
Distintos mecanismos de transicin trabajan con hosts de IPv6 identificados por direcciones IPv4, sin
embargo, estos mecanismos no soportan conectividad IPv6 a hosts aislados detrs de un NAT. Las
direcciones privadas no pueden ser usadas en redes pblicas como un mecanismo 6to4. Acoplar un
72
ESIME
NAT y un mecanismo de tnel no es escalable y puede producir resultados inesperados, como deterioro
en la calidad de la transmisin e inclusive el mismo servidor del tnel se puede convertir en un cuello
de botella en la trayectoria de transmisin.
Tratando de ofrecer una alternativa a los usuarios privados detrs de un NAT, se propone Teredo para
proveer conectividad IPv6 a hosts aislados detrs de un NAT. Teredo provee un tnel automtico
extremo a extremo a sitios Teredo y ofrece trayectorias a hosts de solo IPv6.
Teredo se compone de tres elementos: un servidor Teredo, un retransmisor Teredo y un cliente Teredo.
El servidor provee su direccin IPv4 al cliente; una vez que el cliente aprende la direccin IPv4,
automticamente construir la direccin IPv6 del servidor donde la direccin de IPv4 est incrustada.
El retransmisor ayuda a los clientes a conectarse a hosts de solo IPv6. Las comunicaciones de hosts
solo IPv6 en el backbone no estn soportadas de forma inmediata. En lugar de eso, el servidor
Teredo mediar entre los clientes Teredo y los retransmisores Teredo y seleccionar el apropiado, el
cual es seleccionado por la distancia entre el cliente y el retransmisor, as como el nmero de clientes a
los cuales les provee servicio el retransmisor.
El cliente Teredo es un nodo que reside detrs de un NAT y que desea tener conectividad IPv6. Para la
configuracin de la direccin, el cliente obtiene el prefijo del servidor; especialmente, se requiere que
el cliente tenga una direccin IPv4 antes del proceso de calificacin con el fin de mantener el mapeo de
direccin y nmero de puerto asociado con el puerto de servicio Teredo.
2.5.3 Traduccin
Hasta ahora se han visto dos formas generales del enfoque de redes hbridas que estn destinadas a
apoyar tanto la transicin IPv6 y mayores niveles de uso de direcciones en IPv4, es decir, abordar el
mapeo y excavacin de tneles. Un tercer enfoque se encuentra en el rea de la traduccin de
protocolo.
Tcnicas de traduccin realizan la traduccin de IPv4 a IPv6 y viceversa a una determinada capa de la
pila de protocolos, por lo general la capa de red, el transporte o aplicacin. A diferencia de un tnel, los
mecanismos de traduccin no modifican los paquetes IP comnmente entre IPv4 e IPv6. Enfoques de
traduccin recomiendan generalmente en un entorno con nodos slo IPv6 comunicarse con nodos slo
IPv4.
73
ESIME
Network Address Translation with Protocol Translation (NAT-PT)

El proceso de NAT-PT, que todava est en fase experimental, implica la traduccin de direcciones
IPv4 en direcciones IPv6, como un IPv4 NAT familiar, sino que tambin realiza la traduccin de
encabezado.
NAT-PT sirve como Gateway entre una red IPv6 y una red IPv4 y permite a los dispositivos IPv6
nativo para comunicarse con anfitriones de Internet IPv4, por ejemplo. El dispositivo NAT-PT
mantiene un conjunto de direcciones IPv4 y asocia una direccin IPv4 dada con una direccin IPv6.
NAPT-PT permite a los nodos IPv6 comunicarse con nodos IPv4 utilizando una sola direccin IPv4.
Por lo tanto, en lugar de mantener una asociacin uno a uno de una direccin IPv6 y una direccin
IPv4, cada direccin IPv6 a una direccin IPv4 comn establece con un nico valor TCP o UDP fijado
en el paquete IPv4 correspondiente. El uso de una nica direccin IPv4 compartida, elimina la
posibilidad de agotamiento de IPv4 conjunto de direcciones en el escenario de NAT-PT.
Red IPv4
Anfitrin
IPv4
Red IPv6
NAT-PT
Anfitrin
IPv6
Figura 2.34. NAT-PT
NAT64
No era de esperar, NAT-PT est experimentando un renacimiento, esta vez bajo el nombre de
"NAT64." No ha cambiado mucho desde el enfoque bsico descrito en NAT-PT. El cliente solo IPv6
realiza una bsqueda de DNS a travs de un servidor DNS modificado que est configurado con
DNS64. Si el nombre consultado slo contiene una direccin IPv4, el servidor DNS64 sintetiza una
respuesta IPv6 mediante la fusin de la direccin de prefijo de la pasarela NAT64 con la direccin
IPv4. Cuando el cliente utiliza esta direccin, el paquete IPv6 se dirige a la puerta de enlace NAT64, y
la misma transformacin como se describe previamente para NAT-PT se lleva a cabo.
Esta configuracin es similar al modelo de CGN, en la medida en que el proveedor de servicios opera
un NAT comn que comparte un conjunto de direcciones IPv4 a travs de un conjunto de clientes
finales.
74
ESIME
Captulo 3. Diseo de una red de rea local con direccionamiento

IPv6
El protocolo de internet versin 4 y versin 6 coexistirn por varios aos, es por eso que se
decidi, en lugar que crear una red IPv6 nativa, disear una red de doble pila, es decir una red
que ejecute ambos protocolos a la vez, as los usuarios que quieran acceder a los recursos
IPv6 podrn hacerlo utilizando direcciones IPv6, y las aplicaciones que solo estn disponibles
en IPv4 puedan ser accesibles con direcciones IPv4.
3.1 Topologa fsica

Para el planteamiento de esta propuesta, se tomaron en cuenta algunas recomendaciones para el diseo
de redes de Cisco, entre las cuales la que ms destaca es el modelo jerrquico que consta de tres capas:
Capa de acceso
La capa de acceso hace interfaz con dispositivos finales como las PC, impresoras y telfonos IP,
cmaras, para proveer acceso al resto de la red. Esta capa de acceso puede incluir conmutadores,
puentes, hubs y puntos de acceso inalmbricos. El propsito principal de la capa de acceso es aportar
un medio de conexin de los dispositivos a la red y controlar qu dispositivos pueden comunicarse en
la red.
Capa de distribucin
La capa de distribucin agrega los datos recibidos de los conmutadores de la capa de acceso antes de
que se transmitan a la capa ncleo para el enrutamiento hacia su destino final. La capa de distribucin
controla el flujo de trfico de la red con el uso de polticas y traza los dominios de broadcast al realizar
el enrutamiento de las funciones entre las LAN virtuales (VLAN) definidas en la capa de acceso. Las
VLAN permiten al usuario segmentar el trfico sobre un conmutador en subredes separadas. Por
ejemplo, en una universidad el usuario podra separar el trfico segn se trate de profesores, estudiantes
y huspedes. Normalmente, los conmutadores de la capa de distribucin son dispositivos que presentan
disponibilidad y redundancia altas para asegurar la fiabilidad.
75
ESIME
Capa de ncleo
La capa ncleo del diseo jerrquico es la backbone de alta velocidad de la Internetwork. La capa
ncleo es esencial para la interconectividad entre los dispositivos de la capa de distribucin, por lo
tanto, es importante que el ncleo sea sumamente disponible y redundante. El rea del ncleo tambin
puede conectarse a los recursos de Internet. El ncleo agrega el trfico de todos los dispositivos de la
capa de distribucin, por lo tanto debe poder reenviar grandes cantidades de datos rpidamente. En la
figura 3.1 se muestra la distribucin de las tres capas del modelo jerrquico de redes.
Capa de
Nueclo
Capa de
Distribucin
Capa de
Acceso
Figura 3.1. Modelo Jerrquico de redes .
El diseo propuesto en este documento plantea el escenario de una escuela que consta de 4 edificios y
la unidad de informtica. La figura 3.2 presenta un bosquejo de la distribucin geogrfica de la red, as
mismo nos representa la topologa fsica propuesta empleando el modelo jerrquico de tres capas.
Los conmutadores de la capa de acceso tienen caractersticas solo de capa 2 y admiten funcionalidades
como VLANs y seguridad en los puertos, estos conmutadores estn repartidos en todos los edificios
dependiendo de la densidad de usuarios y dispositivos finales, se pueden ir agregando mas
conmutadores fcilmente en caso de que aumente el nmero de usuarios ya que la red esta diseada
para ser escalable.
76
ESIME
En la capa de distribucin se tienen conmutadores con caractersticas de capa 2 y 3 por lo tanto son
capaces de enrutar paquetes, estos conmutadores estn distribuidos uno en cada edificio y tienen la
suficiente capacidad de conmutacin para procesar de manera ptima el trfico de los equipos de la
capa de acceso que estn conectados a ellos.
En la capa de ncleo existe un conmutador de capa 3 el cual admite protocolos de enrutamiento
avanzado y su rendimiento es mucho ms alto que los equipos de la capa de distribucin, en esta capa
tambin se encuentra un enrutador el cual permite la entrega de paquetes que vienen de internet hacia
su destino final. La ubicacin fsica de la red de la capa de ncleo se encuentra en el edificio de la
unidad informtica.
UNIDAD DE
INFORMTICA
EDIFICIO 1
EDIFICIO 2
EDIFICIO 3
Figura 3.2 Topologa fsica de la red propuesta
77
EDIFICIO 4
ESIME
3.2 Topologa Lgica

3.2.1 Direccionamiento IPv4
La topologa lgica de la red define el direccionamiento de la misma y como los paquetes son
trasmitidos. En esta etapa se decidi segmentar el trfico de cada edificio en seis VLANs las cuales
son:
Estudiantes
Profesores
Administrativos
Visitas
Voz
Servidores
Para la red IPv4 se utiliz la direccin privada 172.16.0.0 /16 la cual fue debidamente segmentada para
las VLANs mencionadas anteriormente por lo cual la asignacin de direcciones IPv4 quedo como se
muestra en la tabla 3.1.
Los detalles para asignacin de direcciones y la configuracin en ipv4 para equipos finales e
intermediarios no se describen ya que no es el objetivo de este trabajo. En su lugar damos por hecho
que la red IPv4 ya existe y es funcional.
La distribucin geogrfica del direccionamiento IPv4 se muestra en la figura 3.3 y la topologa lgica
de la propuesta se muestra en la figura 3.4.
78
ESIME
IPv4 Network 172.16.0.0 /16
Es
tu
an
di
so
fe
o
Pr
VLAN NAME
NETWORK
DEF GATEWAY
Estudiantes_2
172.16.2.0 /24
172.16.2.254
Estudiantes_3
172.16.3.0 /24
172.16.3.254
Estudiantes_4
172.16.4.0 /24
172.16.4.254
Estudiantes_5
172.16.5.0 /24
172.16.5.254
Estudiantes_6
172.16.6.0 /24
172.16.6.254
21
Profesores_1
172.16.21.0 /26
172.16.21.62
172.16.0.16 /30
22
Profesores_2
172.16.22.0 /26
172.16.22.62
23
Profesores_3
172.16.23.0 /26
172.16.23.62
172.16.0.20 /30
24
Profesores_4
172.16.24.0 /26
172.16.24.62
25
Profesores_5
172.16.25.0 /26
172.16.25.62
41
Administrativ os_1
172.16.41.0 /27
172.16.41.30
42
Administrativ os_2
172.16.42.0 /27
172.16.42.30
43
Administrativ os_3
172.16.43.0 /27
172.16.43.30
44
Administrativ os_4
172.16.44.0 /27
172.16.44.30
45
Administrativ os_5
172.16.45.0 /27
172.16.45.30
61
Visitas_1
172.16.61.0 /26
172.16.61.62
62
Visitas_2
172.16.62.0 /26
172.16.62.62
63
Visitas_3
172.16.63.0 /26
172.16.63.62
64
Visitas_4
172.16.64.0 /26
172.16.64.62
65
Visitas_5
172.16.65.0 /26
172.16.65.62
81
Voz_1
172.16.81.0 /27
172.16.81.30
82
Voz_2
172.16.82.0 /27
172.16.82.30
83
Voz_3
172.16.83.0 /27
172.16.83.30
84
Voz_4
172.16.84.0 /27
172.16.84.30
85
Voz_5
172.16.85.0 /27
172.16.85.30
100
Serv idores_0
172.16.101.0 /29
172.16.101.6
101
Serv idores_1
172.16.101.0 /29
172.16.101.6
102
Serv idores_2
172.16.102.0 /29
172.16.102.6
103
Serv idores_3
172.16.103.0 /29
172.16.103.6
104
Serv idores_4
172.16.104.0 /29
172.16.104.6
105
Serv idores_5
172.16.105.0 /29
172.16.105.6
s
te
s
re
ra
st
in
dm
a
sit
Vi
VLAN ID
o
tiv
z
Vo
es
or
d
i
rv
Se
Enlaces punto a punto

172.16.0.0 /30
172.16.0.4 /30
172.16.0.8 /30
172.16.0.12 /30
172.16.0.24 /30
172.16.0.28 /30
172.16.0.32 /30
Tabla 3.1 Direccionamiento IPv 4 de la red propuesta.
La red completa que se propone tambin consta de tres servidores.

Servidor de DNS: El cual sirve para resolver direcciones IP a nombres fciles de recordar, funciona
principalmente para la navegacin en internet.
Servidor de archivos. Este servidor est compuesto principalmente por unidades de almacenamiento,
que respaldan la informacin de los usuarios.
Servidor de correo: Funciona para que los usuarios tenga su propia cuenta de correo y puedan enviar y
recibir e-mails.
79
ESIME
IF
IC
IO
UNIDAD DE INFORMTICA
VLAN NAME
Estudiantes_2
172.16.2.0 /24
172.16.2.254
21
Profesores_1
172.16.21.0 /26
172.16.21.62
Administrativ os_1 172.16.41.0 /27
172.16.41.30
41
61
ED
ED
IC
IF
VLAN ID
IO
Visitas_1
NETWORK
DEF. GATEWAY
172.16.61.0 /26
172.16.61.62
81
Voz_1
172.16.81.0 /27
172.16.81.30
101
Serv idores_1
172.16.101.0 /29
172.16.101.6
VLAN ID
VLAN NAME
Estudiantes_3
172.16.3.0 /24
172.16.3.254
22
Profesores_2
172.16.22.0 /26
172.16.22.62
Administrativ os_2 172.16.42.0 /27
172.16.42.30
42
NETWORK
Visitas_2
172.16.62.0 /26
172.16.62.62
82
Voz_2
172.16.82.0 /27
172.16.82.30
102
Serv idores_2
172.16.102.0 /29
172.16.102.6
ED
IC
IF
Estudiantes_2
EDIFICIO 1
2001:db8:df:0002::/64
EDIFICIO 2
EDIFICIO 3
2001:db8:df:0002::a/64
EDIFICIO 4
DEF. GATEWAY
62
IO
VLAN ID
VLAN NAME
Estudiantes_4
172.16.4.0 /24
172.16.4.254
23
Profesores_3
172.16.23.0 /26
172.16.23.62
43
Administrativ os_3
172.16.43.0 /27
172.16.43.30
63
Visitas_3
172.16.63.0 /26
172.16.63.62
83
Voz_3
172.16.83.0 /27
172.16.83.30
103
Serv idores_3
172.16.103.0 /29
172.16.103.6
NETWORK
Estudiantes_3
DEF. GATEWAY
ED
IC
IF
IO
2001:db8:df:0003::/64
2001:db8:df:0003::a/64
VLAN ID
VLAN NAME
Estudiantes_5
172.16.5.0 /24
172.16.5.254
24
Profesores_4
172.16.24.0 /26
172.16.24.62
44
Administrativ os_4
172.16.44.0 /27
172.16.44.30
64
Visitas_4
172.16.64.0 /26
172.16.64.62
84
Voz_4
172.16.84.0 /27
172.16.84.30
104
Serv idores_4
172.16.104.0 /29
172.16.104.6
NETWORK
Figura 3.3 Distribucin geogrfica del direccionamiento IPv 4.
DEF. GATEWAY
ESIME
RO_CORE
Internet
200.125.10.4
.18
172.16.0.16 /30
.17
EDIF_4
SW_CORE
172.16.0.12 /30
.14
.2
172.16.100.1/24
SERVIDOR
DE CORREO
172.16.100.2/24
172.16.100.3/24
SERVIDOR
DE
ARCHIVOS
172.16.2.0 /24 Estudiantes

172.16.21.0 /26 Profesores
172.16.41.0 /27 Administrativo
172.16.61.0 /26 Visita
172.16.81.0 /27 Voz
172.16.101.0 /29 Servidores
DNS
EDIF_1
.1
172.16.0.0 /30
.10
.6
SW0401
172.16.0.4 /30

172.16.22.0 /26 Profesores
172.16.62.0 /26 Visita
EDIF_2
172.16.82.0 /27 Voz
172.16.102.0 /29 Servidores .5
172.16.0.8 /30
SW0402
EDIF_3

.9
172.16.23.0 /26 Profesores
172.16.63.0 /26 Visita
172.16.83.0 /27 Voz
172.16.103.0 /29 Servidores
SW0101
SW0102
.13
172.16.5.0 /24
172.16.24.0 /26
172.16.44.0 /27
172.16.64.0 /26
172.16.84.0 /27
172.16.104.0 /29
SW0301
SW0201
SW0202
Figura 3.4. Topologa lgica de la red IPv 4 propuesta.
SW0302
Estudiantes
Profesores
Administrativo
Visita
Voz
Servidores
ESIME
3.2.2 Direccionamiento IPv6

Las recomendaciones para obtener direcciones ipv6 son: solicitar al ISP un prefijo IPv6, la IEEE
recomienda que los ISP o RIRs entreguen un prefijo /48 a los clientes finales, de tal modo de que cada
prefijo /48 puede tener un total de 65536 subredes /64.
Si el ISP no soporta IPV6 (que es la situacin actual en Mxico) se puede utilizar un tnel 6to4 a travs
de los diferentes proveedores de tunelbroker que en su mayora son gratis ya que estas entidades
promueven el despliegue del nuevo protocolo. El nico requisito para utilizar un tnel 6to4 es contar
con al menos una direccin IPv4 publica de preferencia esttica.
Se
rv
id
or
es
Vo
z
Vi
sit
as
dm
in
st
ra
t
iv
o
Pr
of
es
or
es
Es
tu
d
ia
nt
es
IPv6 Prefix 2001:db8:df:: /48

VID
VLAN NAME
PREFIX
DEFAULT GATEWAY
Estudiantes_2
2001:db8:df:0002::/64
2001:db8:df:0002::a/64
Enlaces punto a punto
Estudiantes_3
2001:db8:df:0003::/64
2001:db8:df:0003::a/64
2001:db8:df:fff1::/64
Estudiantes_4
2001:db8:df:0004::/64
2001:db8:df:0004::a/64
2001:db8:df:fff2::/64
Estudiantes_5
2001:db8:df:0005::/64
2001:db8:df:0005::a/64
2001:db8:df:fff3::/64
Estudiantes_6
2001:db8:df:0006::/64
2001:db8:df:0006::a/64
2001:db8:df:fff4::/64
21
Profesores_1
2001:db8:df:0021::/64
2001:db8:df:0021::a/64
2001:db8:df:fff5::/64
22
Profesores_2
2001:db8:df:0022::/64
2001:db8:df:0022::a/64
23
Profesores_3
2001:db8:df:0023::/64
2001:db8:df:0023::a/64
24
Profesores_4
2001:db8:df:0024::/64
2001:db8:df:0024::a/64
25
Profesores_5
2001:db8:df:0025::/64
2001:db8:df:0025::a/64
41
Administrativ os_1
2001:db8:df:0041::/64
2001:db8:df:0041::a/64
42
Administrativ os_2
2001:db8:df:0042::/64
2001:db8:df:0042::a/64
43
Administrativ os_3
2001:db8:df:0043::/64
2001:db8:df:0043::a/64
44
Administrativ os_4
2001:db8:df:0044::/64
2001:db8:df:0044::a/64
45
Administrativ os_5
2001:db8:df:0045::/64
2001:db8:df:0045::a/64
61
Visitas_1
2001:db8:df:0061::/64
2001:db8:df:0061::a/64
62
Visitas_2
2001:db8:df:0062::/64
2001:db8:df:0062::a/64
63
Visitas_3
2001:db8:df:0063::/64
2001:db8:df:0063::a/64
64
Visitas_4
2001:db8:df:0064::/64
2001:db8:df:0064::a/64
65
Visitas_5
2001:db8:df:0065::/64
2001:db8:df:0065::a/64
81
Voz_1
2001:db8:df:0081::/64
2001:db8:df:0081::a/64
82
Voz_2
2001:db8:df:0082::/64
2001:db8:df:0082::a/64
83
Voz_3
2001:db8:df:0083::/64
2001:db8:df:0083::a/64
84
Voz_4
2001:db8:df:0084::/64
2001:db8:df:0084::a/64
85
Voz_5
2001:db8:df:0085::/64
2001:db8:df:0085::a/64
100
Serv idores_0
2001:db8:df:0100::/64
2001:db8:df:0100::a/64
101
Serv idores_1
2001:db8:df:0101::/64
2001:db8:df:0101::a/64
102
Serv idores_2
2001:db8:df:0102::/64
2001:db8:df:0102::a/64
103
Serv idores_3
2001:db8:df:0103::/64
2001:db8:df:0103::a/64
104
Serv idores_4
2001:db8:df:0104::/64
2001:db8:df:0104::a/64
105
Serv idores_5
2001:db8:df:0105::/64
2001:db8:df:0105::a/64
Tabla 3.2 Direccionamiento IPv 4 de la red propuesta.
82
2001:db8:df:fff6::/64
2001:db8:df:fff7::/64
2001:db8:df:fff8::/64
2001:db8:df:fff9::/64
ESIME
En este documento solo se discuten fundamentos tericos y por tanto se
utilizar el prefijo
2001:db8::/32, todas las direcciones que estn dentro de este rango son meramente como propsitos
educativos, no se espera ver un dispositivo con esta direccin en la red publica
Se agregan los siguientes 16 bits como :00ff para obtener un prefijo /48, y resulta en la siguiente
direccin de red.
2001:db8.df::/48
La especificacin IPv6 recomienda utilizar prefijos /64 en los dispositivos finales para un mejor
funcionamiento del protocolo, por lo cual la direccin
2001:db8:df:: /48 se dividir en mltiples
subredes /64, incluso los enlaces punto a punto sern /64.

Para asignar el direccionamiento IPv6 a los equipos, tomaremos como referencia el esquema de la red
IPv4 antes mencionada.
La distribucin geogrfica del direccionamiento IPv4 se muestra en la figura 3.5 y la topologa lgica
de la propuesta se muestra en la figura 3.6.
3.2.2.1 Imple mentacin de direccionamiento IPv6 en dispositivos intermediarios

La asignacin de direcciones IPv6 en los dispositivos intermediarios tales como conmutadores,
enrutadores y servidores debe ser de forma esttica, para la configuracin de estas direcciones existen
dos opciones, escribir los 128 bits de la direccin a asignar en la interfaz, o escribir solo los primeros
64 bits y dejar que el propio equipo obtenga los siguientes 64 bits (interfaz ID) empleando una regla
llamada EUI-64 la cual utiliza la direccin MAC para completar la direccin IP.
En la red propuesta se har uso de ambos mecanismos y se abordaran con ms detalle en el prximo
captulo.
83
ESIME
3.2.2.2 Implementacin de direccionamiento IPv6 en dispositivos finales

Para la asignacin de direcciones de dispositivos finales tales como PC, Laptop, impresoras, etc. Al
igual que en IPv4 se puede hacer mediante asignacin dinmica de direcciones (DHCP) o
direccionamiento esttico manualmente configurado.
IPv6 introduce una nueva forma de autoconfiguracin de direcciones denominada Autoconfiguracin
de Direcciones sin Estado (Stateless Address Autoconfiguration SLAAC) el cual se apoya en el
protocolo de descubrimiento de vecinos (Neigtbor Discovery protocol NDP) para determinar las
direcciones que tendrn los dispositivos finales.
En la red propuesta se har uso de estas tcnicas mocionadas y se abordaran con ms detalle en el
prximo captulo.
3.2.2.3 Enrutamiento IPv6
En la red propuesta se har uso de rutas estticas y del protocolo de enrutamiento RIPng ya que es una
red relativamente pequea, en el prximo captulo se explicara ms a fondo como se configura este
protocolo para IPv6 y se demostrar su funcionamiento.
84
ESIME
UNIDAD DE INFORMTICA
V ID
VLAN NAME
PREFIJO
DEF. GATEWAY
Estudiantes_2
2001:db8:df:0002::/64
2001:db8:df:0002::a/64
Profesores_1
2001:db8:df:0021::/64
2001:db8:df:0021::a/64
Administrativ os_1 2001:db8:df:0041::/64
2001:db8:df:0041::a/64
21
ED
IF
IC
IO
41
ED
ED
IC
IF
IC
IF
IO
IO
61
Visitas_1
2001:db8:df:0061::/64
2001:db8:df:0061::a/64
81
Voz_1
2001:db8:df:0081::/64
2001:db8:df:0081::a/64
101
Serv idores_1
2001:db8:df:0101::/64
2001:db8:df:0101::a/64
VID
VLAN NAME
NETWORK
DEF. GATEWAY
Estudiantes_3
2001:db8:df:0003::/64
2001:db8:df:0003::a/64
Profesores_2
2001:db8:df:0022::/64
2001:db8:df:0022::a/64
2001:db8:df:0042::a/64
22
42
62
Visitas_2
2001:db8:df:0062::/64
2001:db8:df:0062::a/64
82
Voz_2
2001:db8:df:0082::/64
2001:db8:df:0082::a/64
102
Serv idores_2
2001:db8:df:0102::/64
2001:db8:df:0102::a/64
EDIFICIO 1
EDIFICIO 2
EDIFICIO 3
EDIFICIO 4
VID
VLAN NAME
NETWORK
DEF. GATEWAY
VID
VLAN NAME
NETWORK
DEF. GATEWAY
Estudiantes_4
2001:db8:df:0004::/64
2001:db8:df:0004::a/64
Estudiantes_5
2001:db8:df:0005::/64
2001:db8:df:0005::a/64
23
Profesores_3
2001:db8:df:0023::/64
2001:db8:df:0023::a/64
Profesores_4
2001:db8:df:0024::/64
2001:db8:df:0024::a/64
2001:db8:df:0043::a/64
2001:db8:df:0044::a/64
43
63
Visitas_3
2001:db8:df:0063::/64
2001:db8:df:0063::a/64
83
Voz_3
2001:db8:df:0083::/64
2001:db8:df:0083::a/64
103
Serv idores_3
2001:db8:df:0103::/64
2001:db8:df:0103::a/64
ED
IC
IF
IO
24
44
64
Visitas_4
2001:db8:df:0064::/64
2001:db8:df:0064::a/64
84
Voz_4
2001:db8:df:0084::/64
2001:db8:df:0084::a/64
104
Serv idores_4
2001:db8:df:0104::/64
2001:db8:df:0104::a/64
Figura 3.5 Distribucin geogrfica del direccionamiento IPv 4.
ESIME
IPv6 Prefix2001:db8:df:: /48

RO_CORE
2001:db8:df:0001::1/64
::2
2001:db8:df:fff5::/64
::1
EDIF_4
SW_CORE
2001:db8:df:fff4::/64
::1
::1
::1
2001:db8:df:0100::1/64 2001:db8:df:0100::2/64 2001:db8:df:0100::3/64
SERVIDOR
SERVIDOR
SERVIDOR
DE ARCHIVOS 2001:db8:df:fff1::/64
DNS
DE CORREO
::2
::1
2001:db8:df:0005::/64 Estudiantes
2001:db8:df:0024::/64 Profesores
2001:db8:df:0044::/64 Administrativo
2001:db8:df:0064::/64 Visita
2001:db8:df:0084::/64 Voz
2001:db8:df:0104::/64 Servidores
SW0401
2001:db8:df:fff3::/64
2001:db8:df:fff2::/64
2001:db8:df:0002::/64
2001:db8:df:0021::/64
2001:db8:df:0041::/64
2001:db8:df:0061::/64
2001:db8:df:0081::/64
2001:db8:df:0101::/64
Estudiantes
Profesores
Administrativo
Visita
Voz
Servidores
EDIF_
1
::2
2001:db8:df:0003::/64
2001:db8:df:0022::/64
2001:db8:df:0042::/64
2001:db8:df:0062::/64
2001:db8:df:0082::/64
2001:db8:df:0102::/64
SW0402
Estudiantes
Profesores
Administrativo
Visita EDIF_2
Voz
::2
Servidores
EDIF_3
::2
2001:db8:df:0004::/64
2001:db8:df:0023::/64
2001:db8:df:0043::/64
2001:db8:df:0063::/64
2001:db8:df:0083::/64
2001:db8:df:0103::/64
SW0301
SW0101
SW0102
SW0201
SW0202
Figura 3.6. Topologa lgica de la red IPv 6 propuesta.
SW0302
Estudiantes
Profesores
Administrativo
Visita
Voz
Servidores
ESIME
Captulo 4 Simulacin de la red

Primeramente, debido a la falta de elementos para poder disear la red fsicamente, recurrimos a un
programa de simulacin, lo cual nos ayudar a demostrar lo planteado en los captulos anteriores.
Lamentablemente para la red propuesta, el programa no cuenta con los equipos necesarios para simular
la red de manera ptima, por lo que se utilizaron equipos de menores recursos dentro del simulador.
Para la simulacin solamente se manejaron dos edificios ya que el procesamiento es demasiado para
los recursos de la computadora, ya que esta no puede otorgar el rendimiento ideal para demostrar la red
simulada como se propuso en el captulo 3. Finalmente los resultados se aproximan bastante al
ambiente real, haciendo posible la demostracin de la base principal del proyecto.
As mismo el proyecto debe de seguir pasos principales para llevar un orden de implantacin y evitar
caer en errores que puedan confundir u ocupar demasiado tiempo para su solucin, por eso a
continuacin se redactan los pasos en orden en el que se implant la red.
4.1 Configuracin de la red

4.1.1 Configuracin del equipo principal (Core)
Ya que el equipo Core es parte del esqueleto principal de la red es importante recalcar que si se llegase
a caer, absolutamente toda la red dejara de funcionar por eso este equipo debe tener alta disponibilidad
y ser configurado para obtener redundancia, as evitaremos costosas perdidas de informacin y otros
elementos, este equipo es parte del cerebro de la red implantada, es por eso que debe de ser compatible
con IPv6 para realizar correctamente el diseo propuesto.
Para iniciar nuestra simulacin se configuraron las rutas de acuerdo al diseo planteado en el captulo
3, el protocolo utilizado es RIPng por ser un protocolo dinmico, esto nos da una mayor facilidad para
conocer la direcciones donde se desea de tener conexin y al ser una red lo suficientemente grande es
recomendable utilizar este protocolo en vez de utilizar rutas estticas, por el motivo que causara una
alta probabilidad de error a la hora de configurar y resolver problemas futuros.
87
ESIME
La figura 4.1 muestra en los puntos verdes las zonas configuradas, donde se han asignado las
direcciones IPv6 al enrutador, obteniendo una entrada y una salida para conectarse a los enrutadores
distribucin desde el enrutador Core.
Core
Edificio 1
Edificio 2
Edificio 3
Edificio 4
Figura 4.1 Puntos configurados en el enrutador Core
Las configuraciones aplicadas al enrutador han sido: asignarle un nombre al equipo, asignarle
direcciones IPv6 a las interfaces, crear y activar la funcin de RIPng.
Comando para asignar el nombre CORE al equipo.
router>ena
router#conf t
router(config)#hostname CORE
CORE(config)#
Se habilita la funcin del protocolo de enrutamiento para IPv6 (RIPng).

CORE(config)#ipv6 unicast-routing activa el enrutamiento para IPv6.
CORE(config)#ipv6 router rip CISCO activa enrutmaiento RIPng llamado CISCO.
El siguiente comando asigna las direcciones IPv6 en las cuatro interfaces del enrutador, solamente se
muestra una interfaz para demostrar la manera en que se hizo la configuracin. De esta manera se
configuraron las dems interfaces.
CORE(config)#interface FastEthernet0/0 Ingreso a la interfaz seleccionada.
CORE(config-if)#ipv6 address 2001:DB8:DF:FFF1::2/64
Direccin IPv6.
CORE(config-if)#ipv6 rip CISCO enable Habilita la funcion CISCO de enrutamiento IPv6 dentro
de la interface.
CORE(config-if)#no shutdown
Habilita la interfaz lgica.
88
ESIME
NOTA: Para comprobar si la configuracin hecha en el equipo cuenta con los datos deseados
utilizamos el comando show run.
La configuracin del equipo CORE es muy sencilla pero en realidad es la que mayor peso tiene en la
red ya que hace toda la interconexin entre equipos usando un mayor procesamiento que los dems
equipos.
4.1.2 Configuracin de equipos de distribucin (Edificios)

Habiendo finalizado la configuracin del equipo Core, se prosigue con la configuracin los equipos de
distribucin para terminar de interconectar las LANs de los cuatro edificios con el equipo CORE va
protocolo RIPng. La figura 4.2 muestra en los puntos verdes las zonas configuradas en los enrutadores.
Core
Edificio 1
Edificio 2
Edificio 3
Edificio 4
Figura 4.2. Puntos configurados en la capa de distribucin
El equipo de distribucin esta mostrado como un enrutador de alta disponibilidad. La capa de

distribucin est conformada por cuatro equipos en diferentes edificios como se muestra en la figura
4.2.
La configuracin que se realiz, es darle entrada y salida a las interfaces de cada enrutador para
interconectar las LANs de cada enrutador, as nos permite conocer la rutas hacia el equipo CORE y por
ende hacia los dems enrutadores de distribucin.
Solo se muestra la configuracin hecha en un enrutador, ya que la misma configuracin se aplic a los
dems enrutadores, cuidando los detalles de la direccin que se ha propuesto en el diseo.
89
ESIME
Se asign el nombre Edificio-1 al equipo.

router>ena
router#conf t
router(config)#hostname Edificio-1
Edificio-1(config)#
Se habilit el protocolo RIPng para tener ruteo hacia el equipo CORE.

Edificio-1(config)#ipv6 unicast-routing Habilita el enrutamineto Ipv6.
La funcin que hace posible el enrutamiento mediante el protocolo RIPng para el aprendizaje dinmico
de rutas dentro del protocolo IPv6 tambin la activamos.
Edificio-1(config)#ipv6 router rip CISCO
Esta misma configuracin se hizo para cada una de la VLANs propuestas, cuidando los detalles para
cada VLAN como las direcciones, Gateway y DNS.
Configuracin de rangos para IPv6.
Edificio-1(config)#ipv6 dhcp pool VLAN-2
Asigna el nombre de la VLAN.
Edificio-1(config-dhcp)#prefix-delegation pool VLAN-2 Prefijo de la VLAN 2.
Edificio-1(config-dhcp)#dns-server 2001:DB8:DF:2::1
Direccin IPv6 para DNS.
Al igual que en IPv4, estos comandos son para la asignacin de prefijos de cada VLAN en IPv6, esto
mismo se hizo con las VLANs faltantes, con sus respetivos rangos.
Ahora, lo que se ha hecho hasta el momento, es asignar los rangos para el protocolo IPv6, despus se
han configurado las rutas hacia el equipo Core.
Para configurar se requiere observar que interfaz est directamente conectada al enrutador principal, en
este caso es la interfaz FastEthernet f0/0 que est directamente conectada con el enrutador principal o
Core, se configur con una direccin IPv6. Dentro de la interfaz se hizo mencin de la funcin CISCO,
para que la direccin IPv6 pueda ser aprendida por el protocolo RIPng. La figura 4.3 muestra la
interfaz que se configuro.
90
ESIME
Core
F0/0
.
Figura 4.3. Interfaz FastEthernet 0/0
El siguiente comando se utiliz para asignar la direccin IPv6 a la interfaz para que haya conectividad,
cabe aclarar que las direcciones deben de estar en el mismo segmento de red de la interfaz del
enrutador principal.
Edificio-1(config)#interface FastEthernet 0/0
Seleccin de la interfaz.
Edificio-1(config-if)#ipv6 address 2001:DB8:DF:FFF1::1/64
Direccion Ipv6.
Edificio-1(config-if)#ipv6 rip CISCO enable
Habilita la funcin de enrutamiento en la
interfaz.
Edificio-1(config-if)# no shutdown
Activa la interfaz lgica.
Este comando se utiliz para los dems enrutadores de los otros tres edificios, configurando su
respectivas interfaces y direcciones propuestas para cada enrutador.
Ahora, la interfaz conectada directamente a la LAN es la FastEthernet 0/1, esta interfaz es configurada
para tener enrutamiento entre VLANs, para ello se hizo la configuracin de sub-interfaces para
asignarles los Gateway que permiten el enrutamiento. La figura 4.4 muestra la interfaz con la que se
trabaj para realizar lo mencionado anteriormente.
Edificio 1
F0/1
VLANs
.
.
.
Figura 4.4. Interfaz FastEthernet 0/1
91
ESIME
Primero se ingres a la interfaz, como se hace en pasos anteriores, se utiliza la funcin CISCO para
habilitar el enrutamiento IPv6 en la interfaz y por ltimo se activa la interfaz lgica.
Edificio-1(config)#interface FastEthernet0/1
Edificio-1(config-if)#ipv6 rip CISCO enable
Edificio-1(config-if)#no shutdown
Posteriormente se crean la sub-interfaces colocando un .x, siendo x cualquier nmero, recomendado

que este nmero sea el correspondiente a la VLAN que se est utilizando.
Los siguientes comandos nos indican la configuracin de una sub-interface hecha para la VLAN 2.
Edificio-1(config)#interface FastEthernet0/ 1.2
Edificio-1(config-subif)#encapsulation dot1Q 2
Edificio-1(config-subif)#ipv6 address 2001:DB8:DF:2::1/64
Edificio-1(config-subif)#ipv6 rip CISCO enable
Edificio-1(config-subif)#ipv6 dhcp server VLAN-2
Se vuelve a llamar la funcin CISCO para que el protocolo RIPng aprenda las direcciones de la
diferentes VLANs, adems de asignarle la funcin de DHCP, que les otorgar las dichas direcciones.
Para comprobar la configuracin se usa el comando show run.
Hasta el momento ya tenemos configuradas las reas de CORE y de distribucin, nicamente falta el
rea de acceso que se conforma por conmutadores capa 2, donde solamente es necesario configurar la
VLANs y as obtener la conexin entre todos lo equipos, contando tambin las computadoras.
4.1.3 Configuracin de los equipos de acceso (Host)

En los equipos de acceso se configuraran las seis VLANs dentro de los cuatro enrutadores, adems de
crear un puerto troncal donde el trfico de estas VLANs fluir para salir hacia el enrutador y por ende
hacia toda la red. La figura 4.5 muestra las zonas configuradas.
92
Edificio 1
ESIME
Edificio 2
F0/23
Troncal
VLANs
Edificio 3
F0/23
Troncal
Edificio 4
F0/23
Troncal
VLANs
F0/23
Troncal
VLANs
VLANs
Figura 4.5. Puertos troncales configurados en los conmutadores
Para comenzar en cada edificio se configuraron los conmutadores de acceso, se crearon las seis
diferentes VLANs, adems de crear los puertos troncales y asignarle nombre al equipo.
Para el edificio 1, es utilizado un conmutador de veinticuatro puertos, el cual es compatible con IPv6.
Se asign un nombre del equipo.

switch>ena
switch#conf t
switch(config)# hostname SW-1
SW-1(config)#
Se configuraron las VLANs en el conmutador SW-1.

SW-1(config)#vlan 2
SW-1(config-vlan)#ex
SW-1(config)#vlan 21
93
ESIME
Para confirmar que se crearon correctamente la VLANs se teclea el comando show vlan.
Ya creadas la VLANs se seleccionaron lo puertos a los que van a pertenecer a cada VLAN, en la
simulacin solamente se seleccion un puerto por VLAN para reducir el procesamiento de la
simulacin.
SW-1(config)#interface fastethernet 0/2
SW-1(config-if)# switchport mode access
SW-1(config-if)# switchport access vlan 2
Para VLAN 2

Para VLAN 21

Para VLAN 81
SW-1(config)#interface faste thernet 0/10

Para VLAN 41

Para VLAN 61

Para VLAN 101
Se cre el puerto troncal que es un puerto especial para transmitir trfico de ms de una VLANSW1-1(config)#interface fastethernet 0/23
SW1-1(config-if)# switchport mode trunk
Este comando es bastante sencillo y se hizo en los otros tres conmutadores con su informacin
correspondiente, solamente es mostrada una sola configuracin para evitar colocar tanto comando, que
pudiese llegar a ser confuso.
94
ESIME
4.1.4 Configuracin de Hosts

La configuracin de host en el programa de simulacin es muy sencilla, ya que los enrutadores son los
encargados de asignar direcciones IPv4 e IPv6, solamente se activa la opcin de DHCP en IPv4 y la
opcin Autoconfig para IPv6, como se muestran en las siguientes figuras.
Se hace selecciona la computadora a configurar, se dirige a la pestaa desktop y seleccionamos la
opcin de configuracin de IP.
Figura 4.6. Configuracin IP
Dentro de configuracin de IP solamente seleccionamos DHCP y automticamente se asignar una

direccin IPv4.
Figura 4.7. Activ ar DHCP
Para obtener una direccin IPv6 en una computadora, se activa el Autoconfig, siguiendo los pasos
anteriores, se selecciona el men config.
Figura 4.8. Men Config
95
ESIME
Dentro del men de configuracin, en la opcin de Gateway y DNS seleccionar autoconfig.
Figura 4.9. Activ ar autoconfig
Ahora seleccionamos FastEthernet.
Figura 4.10. Men FastEthernet
Y activamos la opcin Autoconfig para que automticamente se asigne una direccin IPv6.
Figura 4.11. Activ a Autoconfig en la configuracin IPv 6
As es como se termina de configurar la red simulada, se prosigue hacer evaluaciones de la conexin

entre computadoras y equipos, como recordatorio hay que decir que el simular una red de este tamao
es fcil a comparacin de implantarla en un ambiente real, ya que muchos factores influyen e
interfieren para una correcta implantacin, desde la capa 1 hablando del modelo OSI hasta la capa 7.
96
ESIME
4.2 Configuracin de servicios en la red

4.2.1 Servidor DNS
Los servidores DNS son computadoras que almacenan una gran base de datos, en la cual tienen el
registro de la relacin que existe entre el nombre de dominio y su direccin IP.
Esto es importante ya que para todos los seres humanos identificamos las pginas de internet mediante
nombres como lo es google.com, yahoo.com, etc. lo que nos hace ms fcil de recordar y de escribir,
estos nombres son los que se conocen como nombres de dominio. Las computadoras identifican los
sitios web y se conectan a ellos utilizando el formato numrico, lo que nosotros conocemos como
direccin IP.
Ah es donde los servidores DNS nos sirven como traductores cuando ingresamos un nombre de
dominio les indica a las computadoras las direccin IP correspondiente a ese nombre de dominio.
Para configurar este servidor empezaremos por asignarle la direccin IPv6 a la cual se dirigirn todos
los host de la red como se muestra en la figura 4.12 en la parte de Desktop del servidor.
Figura 4.12. Asignacin de direcciones al serv idor
Despus damos clic sobre la pestaa de config y DNS como se observa en la figura 4.13.
97
ESIME
Figura 4.13. Pestaas para configurar DNS
Y por ltimo agregamos las pginas con su nombre de dominio y su respectiva direccin IP para la
resolucin de nombres como se muestra en la figura 4.14. Los nmeros indican los pasos a seguir.
Figura 4.14. Muestra como agregar un nombre de dominio con su respectiva direccin IP
En el paso 2 se indica el nombre de dominio en este caso google.com, despus se debe de indicar la
direccin IP del servidor de donde se encuentre esta pgina indicado con el nmero 3, se procede a dar
add para agregar la pgina y su respectiva direccin IP y as se podr dar acceder a este servicio
desde cualquier host de la red.
Para muestra de que el servicio est disponible, nos dirigimos a cualquier PC de la red y entramos a la
pgina google.com o a la direccin 220.220.220.1 y observamos que efectivamente est funcionando
como se muestra en la figura 4.15. y 4.16
98
ESIME
Figura 4.15. Pagina web google.com
Figura 4.16. Pgina web 220.220.220.1
4.2.2 Servidor de MAIL

Un servidor de correo, es el que almacena la aplicacin que nos permitir enviar y recibir correos
independientemente de cualquier red mediante un conjunto de protocolos como los son, SMTP, POP3
e IMAP.
Nosotros nos enfocamos solo en algunos datos para la configuracin de este servidor en nuestro
programa de simulacin.
Como en el servidor anterior procedemos primero a colocar las direcciones para que los host puedan
indicar que direccin tendr su servidor de correo, como se muestra en la figura 4.17.
99
ESIME
Figura 4.17. Asignacin de direcciones al serv idor
Despus procederemos a crear el nombre de dominio que tendr nuestro servidor de correo y los
usuarios que tendrn acceso a nuestra aplicacin de correo como lo indica la figura 4.18.
Figura 4.18. Creacin de aplicacin de correo y usuarios
Como se muestra en la figura 4.19, primero se indic el nombre de dominio del servidor de correo en
este caso mail.com, seguido creamos los usuarios y sus contraseas que tendrn acceso a esta
aplicacin y damos agregar como se muestra en el punto 2,3 y 4.
Ya que tenemos el nombre de dominio y los usuarios creados lo siguiente ser la configuracin de mail
en los host de la red y eso se puede observar en las figuras 4.20
100
ESIME
Figura 4.19 y 4.20. Configuracin de mail en los Host
Como se puede observar en la figura 4.20 se asignan los datos importantes y necesarios para la
configuracin de mail a los usuarios, como son:
1. Direccin de correo del usuario, en este caso luis@mail.com, donde luis es el usuario que
creamos y @mail.com es la parte del dominio de correo.
2. Direccin del servidor de correo saliente y entrante, para este caso es el mismo por lo cual
colocaremos la misma direccin en estos dos campos.
3. Usuario y contrasea, aqu va uno de los usuarios que creamos en el servidor por ejemplo:
luis y su contrasea 1234.
Por ltimo damos en la pestaa save y con esto concluimos la parte de configuracin para la
aplicacin de correo.
101
ESIME
4.3 Verificacin de conectividad

En esta etapa lo que prosigue es confirmar que la red esta funcionado correctamente, lo que se hizo es
demostrar que hay comunicacin en cada uno de los nodos de red como enrutadores, servidores,
computadoras, etc. La manera correcta de verificar la conexiones es mediante el uso del protocolo
ICMP e ICMPv6 conocido comnmente como ping, este se puede hacer desde el servidor, enrutador,
conmutador o computadoras y debe de comunicarse con cualquier nodo de la red.
A continuacin de muestran en las figuras los ping en los nodos ms importantes, donde se requiere
que funciones perfectamente para evitar problemas, Las imgenes mostradas son directas de los equipo
y computadoras.
Figura 4.21 Ping desde el CORE a Edificio 2
Figura 4.22. Ping desde CORE a Edificio 1
102
ESIME
Figura 4.23. Ping desde Edificio 1 a Edificio 2
Figura 4.24. Ping desde Core a computadora de VLAN 2
La configuracin que se aplic al equipo Core en sus 4 interfaces, fue aplicada de manera similar a la
hecha en los enrutadores de distribucin, con la diferencia que la capa de distribucin debe de tener
conexin hacia el enrutador Core y conmutadores de acceso.
Como se puede apreciar que tenemos conectividad sin problemas en la zona de Core y distribucin,
dentro de la zona hacia los equipos de acceso (PCs) tampoco se detectan problemas de conectividad.
Para finalizar mostramos el resultado de la tabla de enrutamiento de la rutas aprendidas con el
protocolo IPv6 obtenida del equipo Core.
103
ESIME
CORE#sh ipv6 route

IPv6 Routing Table - 19 entries
R
2001:DB8:DF:2::/64 [120/2]
via FE80::205:5EFF:FE55:C301, FastEthernet0/0
R
2001:DB8:DF:3::/64 [120/2]
via FE80::240:BFF:FE14:D414, FastEthernet0/1
R
2001:DB8:DF:21::/64 [120/2]
R
2001:DB8:DF:22::/64 [120/2]
R
2001:DB8:DF:41::/64 [120/2]
R
2001:DB8:DF:42::/64 [120/2]
R
2001:DB8:DF:61::/64 [120/2]
R
2001:DB8:DF:62::/64 [120/2]
R
2001:DB8:DF:81::/64 [120/2]
R
2001:DB8:DF:82::/64 [120/2]
C
2001:DB8:DF:100::/64 [0/0]
via ::, FastEthernet1/1
L
2001:DB8:DF:100::A/128 [0/0]
R
2001:DB8:DF:101::/64 [120/2]
R
2001:DB8:DF:102::/64 [120/2]
C
2001:DB8:DF:FFF1::/64 [0/0]
L
2001:DB8:DF:FFF1::2/128 [0/0]
C
2001:DB8:DF:FFF2::/64 [0/0]
L
2001:DB8:DF:FFF2::1/128 [0/0]
L
FF00::/8 [0/0]
via ::, Null0
Figura 4.23 Rutas del Core
Con esta tabla y los ping hechos se comprueba la configuracin de manera correcta de la red, haciendo
visible su funcionamiento de manera correcta.
104
ESIME
Aunque no se tengan problemas en la red siempre se debe de estar monitoreando la red para evitar
fallas repentinas y estar siempre alertas para ofrecer una solucin rpida y de calidad para poder dejar
nuevamente funcionando la red, siempre es recomendable tener un administrador de red el cual tenga
el conocimiento de la red para que pueda detectar el mnimo error que se tenga.
4.4 Deteccin y Solucin de errores

En la etapa de cierto modo, despus de hacer una configuracin as, se debe de esperar al menos 24
horas para que se puedan detectar errores mediante la colocacin de un sniffer, este equipo ayuda a
analizar el trfico en la red permitiendo conocer las velocidades de transferencia y detectar posible
errores fsicos o de configuracin.
Se recomienda que a las 24 horas se implante esta accin pero tambin es necesario que la red tenga un
administrador que aplica esta accin por lo menos una vez al mes para prevenir estos errores que
pueden causar muchos problemas a la empresa.
Ya que esta red es simulada es imposible saber cada uno de los detalles de transferencia de archivos
pero sin duda este paso es importante a la hora de implantarlo en un ambiente real, los ingenie ros no
pueden pasar desapercibidos ante esta situacin, por eso es importante mencionarlo como parte de una
implantacin de una red.
4.5 Memoria Tcnica.

Por ltimo, al haber acabado el proyecto es necesario que se tengan registrados los cambios que tuvo la
red para conocer los cambios fsicos y de configuracin que la red ha sufrido en caso de que llegar a
fallar nuevamente. Tambin es importante para mantener un orden en la red y evitar lo menos posibles
cambios inesperados por parte de los usuarios.
Una memoria tcnica es un documento que se entrega al cliente despus de terminado el proyecto, debe
contar con el nuevo diagrama de red, registrando todas la direcciones de cada nodo, desde la
computadoras hasta el equipo CORE, adems de la configuraciones de cada uno de lo equipo dentro de
la red como enrutadores y conmutadores otra informacin que se cuenta son:
105
ESIME
Diagramas de red
Especificaciones del equipo utilizado
Configuraciones
Contraseas
Estado del equipo (antes y despus)
Todo esto es necesario para que el cliente tenga un orden y en caso de haber una falla, tener en cuanta
donde esta esa posible falla.
Por ltimo siempre es recomendable tomar fotografas del antes y despus de cada cambio, sobre todo
si tambin hubo un cambio fisco como conectores o en su caso el cableado, para que el cliente tenga de
cierta manera tranquilidad de que realmente se trabaj para que su red este en ptimas condiciones.
Con esto se concluy la simulacin, obteniendo un resultado positivo de acuerdo a lo planteado en el

captulo 3. Habiendo realizado de manera exitosa la simulacin de la red, hay que destacar que se estn
utilizando de manera simultnea los protocolos IPv4 e IPv6 pero siendo IPv6 el predeterminado, ya
que este tiene ventajas sobre su predecesor que tambin son mostrados en esta simulacin.
La ventaja de implantar IPv6 sobre la red como se ha dicho no solo fue la expansin de direcciones IP
para permitir un mayor nmero de dispositivos conectados a Internet. Entre los mayores beneficios es
la incorporacin de reglas ayudando a la calidad de servicio en la red con la desaparicin de las
direcciones de broadcast y con la incursin de las direcciones Anycast.
Un ejemplo de los problemas con la direcciones broadcast, es la incorporacin de nuevos eleme ntos a
la red, los enrutadores necesitan conocer la direccin fsica de los elementos, precisamente para poder
enviarle informacin, por lo que mandan a travs del protocolo ARP un mensaje broadcast para
buscarlo, y que este elemento responda y envi su direccin fsica, causando que en la red haya
latencia y perdida de paquetes o en su caso no procese bien la informacin cuando hay ms equipos
trabajando.
Sin embargo en IPv6 desaparecen este tipo de direcciones, utilizando el mismo ejemplo la diferencia
est en que usa las direcciones Multicast tipo 135 y 136 bajo el protocolo ICMPv6 para conocer la
direccin fsica, el mismo enrutador enva la peticin hacia la direccin Multicast de los elementos,
estos responden y envan su direccin fsica hacia el enrutador para guardarla en su tabla.
106
ESIME
Al final esto ayuda a la red a no ser congestionada simplemente para conocer a un nuevo integrante en
la red, utilizando sus recursos en lo que verdaderamente se necesita, que es la transferencia de
informacin en el menor tiempo posible.
Este es un ejemplo de muchos del porque las direcciones broadcast en demasa perjudican el
rendimiento de la red, este ejemplo fue elegido por la facilidad de poder mostrarlo en la simulacin
visiblemente.
Finalmente otro de los beneficios que puede observarse en la simulacin, es la autoconfiguracin de la
direcciones IP que consiste en asignarle una direccin a los elementos a travs de su direccin fsica,
haciendo ms sencilla su configuracin y sobre todo evitar la duplicacin de direcciones en la redes ya
que la direcciones en IPv6 son punto a punto hacia Internet.
Estos beneficios se pueden mostrar en la simulacin aunque existen muchos ms, lamentablemente no
pueden ser mostrados en la simulacin ya que necesitaramos la red fsicamente activa para colocar el
sniffer y ste nos arrojar todas las mejoras que se dan cuando se usa IPv6, aun as estos ejemplos
muestran lo bondadoso que es este protocolo con su antecesor.
107
ESIME
Conclusiones
Implantar una red de doble pila implica un gran reto para los ingenieros, ya que se trabaja con una
nueva tecnologa que todava no est desarrollada al 100% pero que de inmediatamente resalta sus
ventajas con el protocolo anterior. Hay que recalcar que trabajar con nueva tecnologa implica mucho
estudio, interactuar con distinto equipo para configurarlo, etc. pero muy importante siempre partiendo
de las bases para que el entendimiento del tema sea mucho mayor.
El proyecto que se ha propuesto y demostrado, cumple con el objetivo que se ha planteado para que su
funcionamiento sea el correcto. Si bien el proyecto en un ambiente empresarial no sera el idneo por
diversos factores que no se han tomado en cuenta, y siendo simplemente un laboratorio para mostrar
las bondades del protocolo IPv6, empezando desde la teora de como el protocolo a ido evolucionando,
caractersticas, estadsticas, situaciones actuales en todo el mundo, etc. Aspectos tcnicos del mismo,
configuraciones, especificaciones, etc.
Un tema que tambin se tom mucho en cuenta es el cmo implantar la red de un modo correcto, no es
solo implantarla y dejar botado todo el equipo, hacen la recomendaciones de cmo hacer la topologa
fsica y lgica. Montaje y acomodo de los equipos, distribucin de los Host, etc. Lgicamente hay
tambin un orden para administrar de mejor manera la red.
El proyecto da incluso la idea de cmo implantar redes mucho ms pequeas e ir aprendiendo como
configurar y administrar que al final en un ambiente laboral es muy prctico e indispensable conocer
estos temas.
Finalmente como punto de vista el futuro ya est a la vuelta y el protocolo IPv6 debe ser implantado
tarde o temprano, sin embrago el ya ir planeando este cambio te da la ventaja de estar listo para
cualquier situacin y que la tecnologa no te rebase en el momento que se sufra el cambio completo a
este protocolo, que por cierto falta bastante tiempo.
108
ESIME
Bibliografa
McFarland Shannon; Sambi Munider; Sharma Nikhil y Hooda Snajay. IPv 6 for Enterprise Networks .
Ciscopress.
Cicileo Guillermo; Gagliano Roque; OFlaherty Christian; Olv era Morales Csar; Rocha Mariela y
Viv es Martnez lv aro. IPv 6 para Todos. (Argentina). Internet Society.
Odom W endell. CCENT/CCNA ICDN1 100-101. Ciscopress.
http://blog.capacityacademy.com/2013/04/13/cisco-ccna-todo-sobre-ipv 6-las-v entajas/

http://blog.capacityacademy.com/2013/04/13/cisco-ccna-todo-sobre-ipv6-espacio-de-direccionamiento/
http://blog.capacityacademy.com/2013/04/14/cisco-ccna-todo-sobre-ipv 6-prefijos-notacion/
http://blog.capacityacademy.com/2013/04/16/cisco-ccna-todo-sobre-ipv 6-tipos-de-direcciones/
http://blog.capacityacademy.com/2013/04/17/cisco-ccna-todo-sobre-ipv6-direcciones-global-unicast-55/
http://windowserv er.wordpress.com/2013/09/25/aprendiendo-ipv 6-clases-de-direcciones-ipv 6/
http://es.kioskea.net/contents/268-protocolo-ipv 6
www.ipv 6v e.info/project-definition/tipos-de-direcciones
http://inconfor.me/index.php/tutoriales/routing-switching/25-spadv route/51-ipv 6-multicast
http://docs.oracle.com/cd/E19957-01/820-2981/ipv 6-ov erv iew-201/index.html
http://lobobinario.blogspot.mx/2011/03/saga-ipv 6-episode-ii-direcciones-ipv 6.html
http://msdn.microsoft.com/en-us/library/ms882958.aspx
https://supportforums.cisco.com/docs/DOC-17232
http://cesarcabrera.info/blog/subneteo-en-ipv 6/
http://technet.microsoft.com/es-es/library/cc758763(v =ws.10).aspx
http://meetings.ripe.net/ripe-53/presentations/dhcpv 6.pdf
http://cocobinario.blogspot.mx/2011/03/nat-nat-tp-ipv 6.html
http://technet.microsoft.com/es-es/library/cc736336(WS.10).aspx
http://ipv 4to6.blogspot.mx/p/traducciones.html
http://msdn.microsoft.com/es-es/library/ms172317(v =v s.110).aspx
https://sites.google.com/site/ccna2redii/3-introduccion-a-los-protocolos-de-enrutamiento-dinamico
www.labs.lacnic.net/drupal/sites/default/files/ospf-isis-ipv 6.pdf
www.cisco.com/cisco/web/support/LA/111/1116/1116304_ip6-is-is.pdf
www.labs.lacnic.net/site/sites/default/files/09-protocolos-de-ruteo.pdf
www.6deploy.eu/workshops2/20111128_santo_domingo/TallerIPv 6RepDominicana_Routing.pdf
www.nanog.org/meetings/nanog46/presentations/Tuesday/Brzozowski_introDHCP_N46.pdf
www.eslared.org.v e/walc2012/material/track2/DHCPv 6.pdf
www.6deploy.org/workshops/20101011_santa_cruz_boliv ia/WALC2010-dhcpv 6-es.pdf
www.cisco.com/en/US/docs/v oice_ip_comm/cucm/srnd/ipv 6/basics.html
www.cu.ipv 6tf.org/pdf/carlos_ralli_transitiontutorial.pdf
www.brocade.com/downloads/documents/html_product_manuals/FI_08001_L3_ROUTE/GUID-0FD08DCF1959-4028-85D9-F3C870F567C7.html
www.systemconsultores.com/data/carpetas/2/CCNA2_Capitulo%203%20Introduccion%20a%20los%20proto
colos%20de%20enrutamiento%20dinamico.pdf
www.6deploy.eu/workshops2/20111128_santo_domingo/TallerIPv 6RepDominicana_Routing.pdf
www.cisco.com/en/US/docs/ios-xml/ios/ipmulti_lsm/configuration/xe-3s/ipv 6-mcast-mld-xe.html
109
ESIME
Anexo 1. Internet y modelos de referencia.

En este anexo se vern dos arquitecturas de redes importantes, los modelos de referencia OSI y
TCP/IP. Aunque los protocolos asociados con el modelo OSI ya casi no se usan, el modelo en si es
muy general y aun es vlido, y las caractersticas tratadas en cada capa aun son muy importa ntes. El
modelo TCP/IP tiene las propiedades opuestas: el modelo en si no se utiliza mucho pero los protocolos
s. Por estas razones se analizan con detalle ambos modelos.
1.1 El modelo de referencia OSI.

El modelo OSI se muestra en la figura 1.1 (sin el medio fsico). Este modelo est basado en una
propuesta desarrollada por la ISO (Organizacin Internacional de Estndares) como un primer paso
hacia la estandarizacin internacional de los protocolos utilizados en varias capas. Fue revisado en
1995.El modelo se llama OSI (Interconexin de Sistemas Abiertos) de ISO porque tiene que ver con la
conexin de sistemas abiertos, es decir, sistemas que estn abiertos a la comunicacin con otros
sistemas.
El modelo OSI tiene siete capas. Se puede resumir brevemente los principios que se aplicaron para
llegar a dichas capas:
Una capa se debe crear donde se necesite una abstraccin diferente.
Cada capa debe realizar una funcin bien definida.
Cada capa debe realizar una funcin bien definida.
Los lmites de las capas se deben elegir a fin de minimizar el flujo de informacin a travs de
las interfaces.
La cantidad de capas debe ser suficientemente grande para no tener que agrupar funciones
distintas en la misma capa y lo bastante pequea para que la arquitectura no se vuelva
inmanejable
A continuacin se analizan una por una cada capa del modelo, comenzando con la capa inferior. Se
observa que el modelo OSI no es en s una arquitectura de red, debido a que no especifica los servicios
y protocolos exactos que se utilizarn en cada capa. Slo indica lo que debe hacer cada capa. Sin
embargo, ISO tambin ha producido estndares para todas las capas, aunque stos no son parte del
modelo de referencia mismo. Cada uno se ha publicado como un estndar internacional separado.
110
ESIME
Figura 1.1. Modelo de referencia OSI
La capa fsica.
En esta capa se lleva a cabo la transmisin de bits puros a travs de un canal de comunicacin. Los
aspectos del diseo implican asegurarse de que cuando un lado enva un bit 1, ste se reciba en el otro
lado como tal, no como bit 0. Las preguntas tpicas aqu son: cuntos volts se deben emplear para
representar un 1 y cuntos para representar un 0?, cuntos nanosegundos dura un bit?, la transmisin
se debe llevar a cabo en ambas direcciones al mismo tiempo?, cmo se establece la conexin inicial y
cmo se finaliza cuando ambos lados terminan?, cuntos pines tiene un conector de red y para qu se
utiliza cada uno? Los aspectos de diseo tienen que ver mucho con interfaces mecnicas, elctricas y
de temporizacin, adems del medio fsico de transmisin, que est bajo la capa fsica.
111
ESIME
La capa de enlace de datos .

La tarea principal de esta capa es transformar un medio de transmisin puro en una lnea de
comunicacin que, al llegar a la capa de red, aparezca libre de errores de transmisin. Logra esta tarea
haciendo que el emisor fragmente los datos de entrada en tramas de datos (tpicamente, de algunos
cientos o miles de bytes) y transmitiendo las tramas de manera secuencial. Si el servicio es confiable, el
receptor confirma la recepcin correcta de cada trama devolviendo una trama de confirmacin de
recepcin.
Otra cuestin que surge en la capa de enlace de datos (y en la mayora de las capas superiores) es cmo
hacer que un transmisor rpido no sature de datos a un receptor lento. Por lo general se necesita un
mecanismo de regulacin de trfico que indique al transmisor cunto espacio de bfer tiene el receptor
en ese momento. Con frecuencia, esta regulacin de flujo y el manejo de errores estn integrados.
La capa de red.
Esta capa controla las operaciones de la subred. Un aspecto clave del diseo es determinar cmo se
enrutan los paquetes desde su origen a su destino. Las rutas pueden estar basadas en tablas estticas
(enrutamiento esttico) codificadas en la red y que rara vez cambian.
Si hay demasiados paquetes en la subred al mismo tiempo, se interpondrn en el camino unos y otros,
lo que provocar que se formen cuellos de botella. La responsabilidad de controlar esta congestin
tambin pertenece a la capa de red, aunque esta responsabilidad tambin puede ser compartida por la
capa de transmisin. De manera ms general, la calidad del servicio proporcionado (retardo, tiempo de
trnsito, inestabilidad, etctera) tambin corresponde a la capa de red.
Cuando un paquete tiene que viajar de una red a otra para llegar a su destino, pueden surgir muchos
problemas. El direccionamiento utilizado por la segunda red podra ser diferente del de la primera. La
segunda podra no aceptar todo el paquete porque es demasiado largo. Los protocolos podran ser
diferentes, etctera. La capa de red tiene que resolver todos estos problemas para que las redes
heterogneas se interconecten.
La capa de trasporte .
La funcin bsica de esta capa es aceptar los datos provenientes de las capas superiores, dividirlos en
unidades ms pequeas si es necesario, pasar stas a la capa de red y asegurarse de que todas las piezas
112
ESIME
lleguen correctamente al otro extremo. Adems, todo esto se debe hacer con eficiencia y de manera que
asle a las capas superiores de los cambios inevitables en la tecnologa del hardware.
La capa de transporte tambin determina qu tipo de servicio proporcionar a la capa de sesin y,
finalmente, a los usuarios de la red. El tipo de conexin de transporte ms popular es un canal punto a
punto libre de errores que entrega mensajes o bytes en el orden en que se enviaron. Sin embargo, otros
tipos de servicio de transporte posibles son la transportacin de mensajes aislados, que no garantiza el
orden de entrega, y la difusin de mensajes a mltiples destinos. El tipo de servicio se determina
cuando se establece la conexin. (Como observacin, es imposible alcanzar un canal libre de errores; lo
que se quiere dar a entender con este trmino es que la tasa de error es tan baja que se puede ignorar en
la prctica).
La capa de transporte es una verdadera conexin de extremo a extremo, en toda la ruta desde el origen
hasta el destino. En otras palabras, un programa en la mquina de origen lleva a cabo una conversacin
con un programa similar en la mquina de destino, usando los encabezados de mensaje y los mensajes
de control. En las capas inferiores, los protocolos operan entre cada mquina y sus vecinos inmediatos,
y no entre las mquinas de los extremos, la de origen y la de destino, las cuales podran estar separadas
por muchos enrutadores. En la figura 1.1 se muestra la diferencia entre las capas 1 a 3, que estn
encadenadas, y las capas 4 a 7, que operan de extremo a extremo.
La capa de sesin.
Esta capa permite que los usuarios de mquinas diferentes establezcan sesiones entre ellos. Las
sesiones ofrecen varios servicios, como el control de dilogo (dar seguimiento de a quin le toca
transmitir), administracin de token (que impide que las dos partes traten de realizar la misma
operacin crtica al mismo tiempo) y sincronizacin (la adicin de puntos de referencia a transmisiones
largas para permitirles continuar desde donde se encontraban despus de una cada).
La capa de presentacin.
A diferencia de las capas inferiores, a las que les corresponde principalmente mover bits, a la capa de
presentacin le corresponde la sintaxis y la semntica de la informacin transmitida. A fin de que las
computadoras con diferentes representaciones de datos se puedan comunicar, las estructuras de datos
que se intercambiarn se pueden definir de una manera abstracta, junto con una codificacin estndar
para su uso en el cable. La capa de presentacin maneja estas estructuras de datos abstractas y
113
ESIME
permite definir e intercambiar estructuras de datos de un nivel ms alto (por ejemplo, registros
bancarios).
La capa de aplicacin.
Esta capa contiene varios protocolos que los usuarios requieren con frecuencia. Un protocolo de
aplicacin de amplio uso es HTTP (Protocolo de Transferencia de Hipertexto), que es la base de World
Wide Web. Cuando un navegador desea una pgina Web, utiliza este protocolo para enviar al servidor
el nombre de dicha pgina. A continuacin, el servidor devuelve la pgina. Otros protocolos de
aplicacin se utilizan para la transferencia de archivos, correo electrnico y noticias en la red.
1.2 El Modelo de referencia TCP/IP

ARPANET fue una red de investigacin respaldada por el DoD (Departamento de Defensa de Estados
Unidos). Con el tiempo, conect cientos de universidades e instalaciones gubernamentales mediante
lneas telefnicas alquiladas. Posteriormente, cuando se agregaron redes satelitales y de radio, los
protocolos existentes tuvieron problemas para interactuar con ellas, por lo que se necesitaba una nueva
arquitectura de referencia. De este modo, la capacidad para conectar mltiples redes en una manera
slida fue una de las principales metas de diseo desde sus inicios. Ms tarde, esta arquitectura se lleg
a conocer como el modelo de referencia TCP/IP, de acuerdo con sus dos protocolos primarios. Su
primera definicin fue en 1974. Posteriormente se defini en1985.
Ante el temor del DoD de que algunos de sus valiosos hosts, enrutadores y puertas de enlace de interredes explotaran en un instante, otro objetivo fue que la red pudiera sobrevivir a la prdida de hardware
de la subred, sin que las conversaciones existentes se interrumpieran. En otras palabras, el DoD quera
que las conexiones se mantuvieran intactas en tanto las mquinas de origen y destino estuvieran
funcionando, aunque algunas de las mquinas o lneas de transmisin intermedias quedaran fuera de
operacin repentinamente. Adems, se necesitaba una arquitectura flexible debido a que se prevean
aplicaciones con requerimientos divergentes, desde transferencia de archivos a transmisin de palabras
en tiempo real.
La capa de intered.
Todos estos requerimientos condujeron a la eleccin de una red de conmutacin de paquetes basada en
una capa de inter-red no orientada a la conexin. Esta capa, llamada capa de inter-red, es la pieza clave
que mantiene unida a la arquitectura. Su trabajo es permitir que los hosts inyecten paquetes dentro de
114
ESIME
cualquier red y que stos viajen a su destino de manera independiente (podra ser en una red diferente).
Tal vez lleguen en un orden diferente al que fueron enviados, en cuyo caso las capas ms altas debern
ordenarlos, si se desea una entrega ordenada. Observe que aqu el concepto inter-red se utiliza en un
sentido genrico, aun cuando esta capa se presente en Internet.
Aqu la analoga es con el sistema de correo tradicional. Una persona puede depositar una secuencia de
cartas internacionales en un buzn y, con un poco de suerte, la mayora de ellas se entregar en la
direccin correcta del pas de destino. Es probable que durante el trayecto, las cartas viajen a travs de
una o ms puertas de enlace de correo internacional, pero esto es transparente para los usuarios.
Adems, para los usuarios tambin es transparente el hecho de que cada pas (es decir, cada red) tiene
sus propios timbres postales, tamaos preferidos de sobre y reglas de entrega.
La capa de inter-red define un paquete de formato y protocolo oficial llamado IP (Protocolo de
Internet). El trabajo de la capa de inter-red es entregar paquetes IP al destinatario. Aqu, el
enrutamiento de paquetes es claramente el aspecto principal, con el propsito de evitar la congestin.
Por estas razones es razonable decir que la capa de inter-red del modelo TCP/IP es similar en
funcionalidad a la capa de red del modelo OSI. La figura 1.2 muestra esta correspondencia.
Figura 1.2. Modelo de referencia OSI
La capa de transporte.
La capa que est arriba de la capa de inter-red en el modelo TCP/IP se llama capa de transporte. Est
diseada para permitir que las entidades iguales en los hosts de origen y destino puedan llevar a cabo
una conversacin, tal como lo hace la capa de transporte OSI. Aqu se han definido dos protocolos de
transporte de extremo a extremo. El primero, TCP (Protocolo de Control de Transmisin), es un
115
ESIME
protocolo confiable, orientado a la conexin, que permite que un flujo de bytes que se origina en una
mquina se entregue sin errores en cualquier otra mquina en la inter-red. Divide el flujo de bytes
entrantes en mensajes discretos y pasa cada uno de ellos a la capa de inter-red. En el destino, el proceso
TCP receptor reensambla en el flujo de salida los mensajes recibidos. TCP tambin maneja el control
de flujo para asegurarse de que un emisor rpido no sature a un receptor lento con ms mensajes de los
que puede manejar.
El segundo protocolo de esta capa, UDP (Protocolo de Datagrama de Usuario), es un protocolo no
confiable y no orientado a la conexin para aplicaciones que no desean la secuenciacin o el control de
flujo de TCP y que desean proporcionar el suyo. Tambin tiene un amplio uso en consultas nicas de
solicitud-respuesta de tipo cliente-servidor en un solo envo, as como aplicaciones en las que la
entrega puntual es ms importante que la precisa, como en la transmisin de voz o vdeo. La relacin
de IP, TCP y UDP se muestra en la figura 1.3 Puesto que el modelo se desarroll, se ha implementado
IP en muchas otras redes.
Figura 1.3. Protocolos y redes del modelo TCP/IP inicialmente.
La capa de aplicacin.
El modelo TCP/IP no tiene capas de sesin ni de presentacin. No se han necesitado, por lo que no se
incluyen. La experiencia con el modelo OSI ha probado que este punto de vista es correcto: son de
poco uso para la mayora de las aplicaciones.
Arriba de la capa de transporte est la capa de aplicacin. Contiene todos los protocolos de nivel ms
alto. Los primeros incluyeron una terminal virtual (TELNET), transferencia de archivos (FTP) y correo
electrnico (SMTP), como se muestra en la figura 1.3. El protocolo de terminal virtual permite que un
usuario en una mquina se registre en una mquina remota y trabaje ah. El protocolo de transferencia
116
ESIME
de archivos proporciona una manera de mover con eficiencia datos de una mquina a otra. El correo
electrnico era originalmente slo un tipo de transferencia de archivos, pero ms tarde se desarroll un
protocolo especializado (SMTP) para l. Con el tiempo, se han agregado muchos otros protocolos:
DNS (Sistema de Nombres de Dominio) para la resolucin de nombres de host en sus direcciones de
red; NNTP, para transportar los artculos de noticias de USENET; HTTP, para las pginas de World
Wide Web, y muchos otros.
La capa de host a red.
Debajo de la capa de interred hay un gran vaco. El modelo de referencia TCP/IP en realidad no dice
mucho acerca de lo que pasa aqu, excepto que puntualiza que el host se tiene que conectar a la red
mediante el mismo protocolo para que le puedan enviar paquetes IP. Este protocolo no est definido y
vara de un host a otro y de una red a otra. Este tema rara vez se trata en libros y artculos sobre
TCP/IP.
1.3 Comparacin entre los modelos de referencia OSI y TCP/IP.

Los modelos de referencia OSI y TCP/IP tienen mucho en comn. Los dos se basan en el concepto de
una pila de protocolos independientes. Asimismo, la funcionalidad de las capas es muy parecida. Por
ejemplo, en ambos modelos las capas que estn arriba de, incluyendo a, la capa de transporte estn ah
para proporcionar un servicio de transporte independiente de extremo a extremo a los procesos que
desean comunicarse. Estas capas forman el proveedor de transporte. De nuevo, en ambos modelos, las
capas que estn arriba de la de transporte son usuarias orientadas a la aplicacin del servicio de
transporte.
A pesar de estas similitudes fundamentales, los dos modelos tambin tienen muchas diferencias. En
esta seccin nos enfocaremos en las diferencias clave entre estos dos modelos de referencia. Es
importante tener en cuenta que se estn comparando los modelos de referencia, no las pilas de
protocolos correspondientes.
Tres conceptos son bsicos para el modelo OSI.
Servicios
Interfaces
Protocolos.
117
ESIME
Probablemente la contribucin ms grande del modelo OSI es que hace explcita la distincin entre
estos tres conceptos. Cada capa desempea algunos servicios para la capa que est arriba de ella. La
definicin de servicio indica qu hace la capa, no la forma en que la entidad superior tiene acceso a
ella, o cmo funciona dicha capa. Define el aspecto semntico de la capa.
La interfaz de una capa indica a los procesos que estn sobre ella cmo accederla. Especifica cules
son los parmetros y qu resultados se esperan. Incluso, no dice nada sobre cmo funciona
internamente la capa.
Por ltimo, una capa es quien debe decidir qu protocolos de iguales utilizar. Puede usar cualesquier
protocolo que desee, en tanto consiga que se haga el trabajo (es decir, proporcione los servicios
ofrecidos). Tambin puede cambiarlos cuando desee sin afectar el software de las capas superiores.
Estas ideas encajan muy bien con las ideas modernas sobre la programacin orientada a objetos. Un
objeto, como una capa, cuenta con un conjunto de mtodos (operaciones) que pueden ser invocados por
procesos que no estn en dicho objeto. La semntica de estos mtodos define el conjunto de servicios
que ofrece el objeto. Los parmetros y resultados de los mtodos forman la interfaz del objeto. El
cdigo interno del objeto es su protocolo y no es visible o no tiene importancia fuera del objeto.
Originalmente, el modelo TCP/IP no distingua entre servicio, interfaz y protocolo, aunque las
personas han tratado de readaptarlo con el propsito de hacerlo ms parecido al OSI. Por ejemplo, los
nicos servicios ofrecidos realmente por la capa de inter-red son SEND IP PACKET y RECEIVE IP
PACKET.
Como consecuencia, los protocolos del modelo OSI estn mejor ocultos que los del modelo TCPI/IP y
se pueden reemplazar fcilmente conforme cambia la tecnologa. La facilidad para realizar tales
cambios es uno de los objetivos principales de tener protocolos en capas.
El modelo de referencia OSI se vislumbr antes de que se inventaran los protocolos correspondientes.
Esta clasificacin significa que el modelo no estaba diseado para un conjunto particular de protocolos,
un hecho que lo hizo general. Una deficiencia de esta clasificacin es que los diseadores no tenan
mucha experiencia con el asunto y no tenan una idea concreta de qu funcionalidad poner en qu capa.
Por ejemplo, originalmente la capa de enlace de datos slo trataba con redes de punto a punto. Cuando
llegaron las redes de difusin, se tuvo que extender una nueva subcapa en el modelo. Cuando las
personas empezaron a construir redes reales utilizando el modelo OSI y los protocolos existentes, se
118
ESIME
descubri que estas redes no coincidan con las especificaciones de los servicios solicitados, por lo que
se tuvieron que integrar subcapas convergentes en el modelo para proporcionar un espacio para
documentar las diferencias. Por ltimo, el comit esperaba en un principio que cada pas tuviera una
red, controlada por el gobierno y que utilizara los protocolos OSI, pero nunca pensaron en la
interconectividad de redes. Para no hacer tan larga la historia, las cosas no sucedieron como se
esperaba.
Con TCP/IP sucedi lo contrario: los protocolos llegaron primero y el modelo fue en realidad una
descripcin de los protocolos existentes. No haba problemas para ajustar los protocolos al modelo.
Encajaban a la perfeccin. El nico problema era que el modelo no aceptaba otras pilas de protocolos.
Como consecuencia, no era til para describir otras redes que no fueran TCP/IP.
Volviendo de los asuntos filosficos a los ms especficos, una diferencia patente entre los dos
modelos es el nmero de capas: el modelo OSI tiene siete y el TCP/IP slo cuatro. Los dos tienen
capas de (inter)red, transporte y aplicacin, pero las otras capas son diferentes.
Otra diferencia est en el rea de la comunicacin orientada a la conexin comparada con la no
orientada a la conexin. El modelo OSI soporta ambas comunicaciones en la capa de red, pero slo la
de comunicacin orientada a la conexin en la capa de transporte, donde es importante (porque el
servicio de transporte es transparente para los usuarios). El modelo TCP/IP slo tiene un modo en la
capa de red (no orientado a la conexin) pero soporta ambos modos en la capa de transporte, lo que da
a los usuarios la oportunidad de elegir. Esta eleccin es importante especialmente para protocolos
sencillos de solicitud-respuesta.
119
ESIME
Glosario
ARP - Address Resolution Protocol
BGP - Border Gateway Protocol
CPU - Central Processor Unit
CIDR - Classless Inter-Domain Routing
CBT - Core Based Trees
DNS - Domain Name Server
DHCP - Dynamic Host Configuration Protocol
EGP - Exterior Gateway Protocol
EUI-64 - Extended Unique Identifier 64
FTP - File Transfer Protocol
GGP - Gateway-to-Gateway
HTTP - HyperText Transfer Protocol
IETF - Internet Engineering Task Force
IANA - Internet Assigned Numbers Authority
ISP - Internet Service Provider
IP Internet Protocol
ICMP - Internet Control Message Protocol
IGMP - Internet Group Management Protocol
IGP - Interior Gateway Protocol
ISATAP - Intra-Site Automatic Tunneling Addressing Protocol
Is-Is - Integrated System to Integrated System
IEEE - Institute of Electrical and Electronics Engineers
LSA - Link State Advertisements
NAT - Network Address Translation
NAT-PT - Network Address Translation with Protocol Translation
NDP - Neighbor Discovery Protocol
MLD - Multicast Listener Discovery
MAC address - Media Access Control address
OSPF - Open Shortest Path First
PIM - Protocol Independent Multicast
POP - Post Office Protocol
QoS - Quality of Service
RIR - Registro de Internet Regional
RIPng - Routing Information Protocol Next Generation
RIP - Routing Information Protocol
SMTP - Simple Mail Transfer Protocol
ST - Stream
SLAAC - Stateless Address Autoconfiguration
STUN - Session Traversal Utilities for NAT
TELNET Telecommunication Network
TCP Transmission Control Protocol
UDP - User Datagram Protocol
VoIP - Voice Over Internet Protocol
VLAN - Virtual Local Area Network
120

TS IPv6

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

TS IPv6

Загружено:

Авторское право:

Доступные форматы

INSTITUTO POLITCNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERA

ESTUDIO COMPARATIVO, DE IPv4 e IPv6

PARA OBTENER EL TTULO DE

HERNNDEZ HERNNDEZ LUIS NGEL

MXICO, D. F. JUNIO 2014

Instituto Politcnico Nacional

Muoz Ibarra Erick Rodrigo.

Instituto Politcnico Nacional

Prez Garfias Horacio.

Instituto Politcnico Nacional

Captulo 2 Marco terico, detalles tcnicos de IPv6 35

Instituto Politcnico Nacional

2.5.1 Doble Pila 66

Captulo 3. Diseo de una red de rea local con direccionamiento IPv6 75

3.2.2.2 Implementacin de direccionamiento IPv6 en dispositivos finales........... 84

4.1.3 Configuracin de los equipos de acceso (Host).. 92

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Instituto Politcnico Nacional

1.1 El Agotamiento de las direcciones IPv4

Figura 1.1. Estructura jerrquica para la asignacin de direccionamiento IP

Instituto Politcnico Nacional

Registro de Internet Regional (RIR)

Instituto Politcnico Nacional

Al proveedor de servicios otorgando un servicio de trnsito para el usuario final hacia

Figura 1.2 Distribucin Geogrfica de los RIRs

Instituto Politcnico Nacional

Figura 1.3 Reparticin total de bloques IPv 4

1.2 Situacin actual global de IPv6

Instituto Politcnico Nacional

Figura 1.4 Distribucin actual de bloques IPv 6

Instituto Politcnico Nacional

Figura 1.5 Distribucin de asignaciones de bloques IPv 6 de IANA a los RIRs

Instituto Politcnico Nacional

Figura 1.7 Distribucin total de asignaciones de bloques IPv 6 de los RIRs

NRO (Numer Resource Organization)

internet d e la Asociacin de Recursos Numricos

Instituto Politcnico Nacional

Instituto Politcnico Nacional

Figura 1.10 Porcentaje de miembros con asignaciones IPv 4 e IPv 6

Prefijos IPv6 Asignados Prefijos IPv6 Anunciados

Figura 1.11 Pases con mayor cantidad de asignaciones IPv 6

Instituto Politcnico Nacional

Figura 1.12 Porcentaje de peticiones a Google desde IPv 6 v s IPv 4

Figura 1.13 principales operadores de red en el mundo con despliegue IPv 6

Informacin estadstica extrada del sitio World IPv6 Launch www.worldipv6launch.org/measurements.

Instituto Politcnico Nacional

Figura 1.14 principales pginas de Internet alcanzables con IPv 6

Instituto Politcnico Nacional

Durante todo el segundo semestre de 2011 se sucedieron anuncios de los fabricantes de

1.3 Situacin en Latino Amrica

Figura 1.15 Asignaciones de IPv 6 por pas realizadas en 2012

Instituto Politcnico Nacional

En el 2012 se asignaron 4.606/32 mientras que en el 2011 se asignaron 967/32.

Figura 1.16 Distribucin de asignaciones IPv 6 medidas en /32

En nmeros totales, el crecimiento de la asignacin de recursos en 2012 en comparacin con el ao

Instituto Politcnico Nacional

Figura 1.18 Asignaciones IPv 4 2011 v s. 2012