00000177
00000177
00000177
FACULTAD DE INGENIERÍA
BOGOTÁ D.C
OCTUBREDE 2011
DISEÑO DE LABORATORIO DE MECANISMOS DE CONVIVENCIA IPV6 E IPv4 PARA
LA UNIVERSIDAD PILOTO DE COLOMBIA
COD 620065
Grupo de Investigación:
FACULTAD DE INGENIERÍA
BOGOTÁ D.C
OCTUBREDE 2011
Dedicatoria
Al Ingeniero Rafael Leonardo Ochoa director de este proyecto de grado, quien durante su
estancia en la Universidad apoyóy fomentóa los estudiantes a la investigación.
Nota de aceptación
____________________________
____________________________
____________________________
____________________________
____________________________
____________________________
Firma Jurado
___________________________
Firma Jurado
CONTENIDO
pág.
LISTADO DE FIGURAS 9
LISTADO DE TABLAS 10
LISTADO DE ANEXOS 11
1. INTRODUCCIÓN 12
3. JUSTIFICACIÓN 15
4. OBJETIVOS 17
5. DISEÑO METODOLÓGICO 18
6. MARCO TEÓRICO 20
6.2.1 CABECERA. 21
6.5.3 DHCPV6. 38
7. GUÍAS DE LABORATORIO 48
7.2.1 OBJETIVOS 50
7.2.5 PROCEDIMIENTO. 52
7.3.1 OBJETIVOS 56
7.3.5 PROCEDIMIENTO. 58
7.4.5 PROCEDIMIENTO. 65
7.5.1 OBJETIVOS 70
7.5.4 PROCEDIMIENTO. 71
8. MATERIAL DOCENTE 73
9. CONCLUSIONES Y RECOMENDACIONES 76
9.3 RECOMENDACIONES 77
BIBLIOGRAFÍA 79
ANEXOS 84
LISTADO DE FIGURAS
Las aplicaciones y servicios que usamos en el día a día de nuestras vidas, se encuentran
cada vez más focalizadas en el uso de Internet como medio de comunicación. Servicios
como mensajería instantánea, correo electrónico y redes sociales (entre otros) utilizan la
red de redes para transportar los paquetes de información que son intercambiados por las
aplicaciones que usamos. Debido a la importancia que actualmente representa Internet
para el mundo, es oportuno exponer las limitaciones que se han venido haciendo evidentes
acerca del protocolo de red que la soporta. IPv4 (Internet Protocol v4) ha constituido los
cimientos de la red de redes durante más de 25 años, tiempo durante el cual se ha
evidenciado un crecimiento exponencial de servicios y aplicaciones que demandan no sólo
direcciones válidas para su acceso, sino que también requieren de características
inherentes a la calidad como son flexibilidad, estabilidad y escalabilidad. Entre las
mencionadas características, algunas están completamente ausentes en la versión actual
del protocolo y el espacio de direcciones se agota con cada día que pasa; por esta razón y
aproximadamente desde el año 1998, la IETF (Internet Engineering Task Force) ha
asignado recursos y grupos de investigación, que se encuentran desarrollando la
publicación del RFC 2460, “Internet Protocol, versión 6 (IPv6)” en el cual está contenida la
especificación de una nueva versión del protocolo de Internet que entrará a reemplazar el
actual IPv4.
IPv6 suple las necesidades que han surgido a partir de las falencias que presenta IPv4, en
teoría permitiría asignar una dirección única a cada habitante de la tierra, provee soporte
para la utilización de dispositivos móviles, entre otras. En cuanto a las características de
calidad, IPv6 presenta nuevas formas de utilización del ancho de banda disponible, que
resulta en una transmisión de datos eficiente, gracias a sus algoritmos para enrutamiento
de tráfico. Sin embargo, es necesario tener en consideración que IPv4 no puede ser
eliminado del escenario de un momento a otro, es tan grande su cobertura que se están
estableciendo mecanismos de convivencia, que permitan la implementación de IPv6 sin
impactar negativamente los servicios y aplicaciones que funcionan en la actualidad.
Este documento pretende ser un punto de entrada al mundo de IPv6 y de algunos de los
mecanismos de transición y convivencia que están siendo implementados para llevar a
cabo la migración. Es importante poner en consideración de la docencia, que las
generaciones venideras de ingenieros de telecomunicaciones, deberán tener el
conocimiento teórico y práctico para afrontar el reto que está impactando al mundo; se
presenta entonces un marco teórico que servirá de referencia para introducir conceptos
básicos de IPv6, también se establece un conjunto de guías para el desarrollo de talleres
prácticos, que refuercen la teoría y permitan a los estudiantes tener un primer contacto con
los dispositivos y la configuración que puede ser aplicada en estos últimos.
12
2. DEFINICIÓN DEL PROBLEMA
De acuerdo a esto, es evidente que el mundo debe cambiar y migrar hacia el nuevo
protocolo de comunicaciones; donde la comunidad académica que enmarca a los
Ingenieros de Telecomunicaciones, sea la encargada de formar y especializar a los futuros
profesionales para responder a las necesidades y exigencias tecnológicas que presenta la
demanda futura de la industria. Por esta razón, este proyecto de investigación busca
responder ¿Cómo debería ser el diseño de un laboratorio práctico en IPv6 y mecanismos de
convivencia con IPv4, de manera que contribuya a la construcción de conocimiento en el
programa académico de Telecomunicaciones de la Universidad Piloto de Colombia?
EI protocolo IPv4 comienza a dar señales de impotencia, con más de 25 años, la versión 4
del protocolo de Internet (IP) ya no puede seguir brindando respuestas adecuadas y
atendiendo la actual demanda de servicios.
Una dirección IP está formada por cuatro grupos de 8 bits; las direcciones IP son útiles para
la identificación de cualquier dispositivo que soporte el protocolo TCP/IP, de esta forma
1
Net wo rk W orking Group. Request for Comm ents: 2460. Decem ber 1998. [en l ínea]. Disponible
en:<http:// www. rfc -es.org/rfc /rfc2460 -es.txt>
13
cada uno de ellos obtiene una identificación única dentro de la red en la cual se encuentre y
permiten que la información enviada llegue efectivamente al destino deseado.
“Sin embargo ante el enorme crecimiento de usuarios de Internet, quienes día a día
presentan necesidades cada vez mayores y en menores tiempos de respuesta, la
comunidad de Internet observa que IPv4 se ha vuelto insuficiente para seguir siendo el
soporte de Internet. El tiempo de vida de IPv4 se ha extendido gracias a técnicas tales como
reutilización de direcciones, uso temporal de asignaciones y técnicas de NAT. Si bien estas
técnicas parecen incrementar el espacio de direcciones y satisfacer el crecimiento de la red,
fallan en atender las necesidades de las nuevas aplicaciones”2.
Este nuevo protocolo será atractivo en los sectores de redes inalámbricas, juegos, redes
de Investigación, organismos militares y gobierno, y en general para toda la comunidad
interesada en publicar u operar servicios en la red de redes.
2
Codarec6: an ipv6 test bed” – Laboratorio de estudio, diseño, desarrollo, implementación, ensayo y capacitación del
protocolo de internet versión 6. Carlos Taffernaberry, Alejandro Dantiacq Picolella, Gustavo Mercado y Adrián Francisconi. [en
línea]. Disponible en: < http://codarec6.frm.utn.edu.ar/publicaciones/papers/CACIC-2006.pdf>.
14
3. JUSTIFICACIÓN
Internet se ha convertido en uno de los recursos más utilizados a nivel mundial para la
adquisición o venta de servicios. El número de organizaciones que ofrecen o utilizan
servicios en la red de redes ha aumentado exponencialmente en los últimos años y se
empiezan a hacer evidentes las limitaciones que presenta el protocolo IPv4, sobre el cuál
reposa el funcionamiento de Internet. Dentro de estas limitaciones, se encuentran la
escasez de posibles direcciones IP que pueden ser asignadas. Según reportes del Latin
American and Caribbean Internet Addresses Registry (LACNIC) y The Number Resource
Organization (NRO), el espacio de direcciones remanente está por debajo del 5% 34. Este
hecho es una amenaza para la red de operaciones a nivel mundial, por lo que los
Proveedores de Servicios de Internet se encuentran adelantando proyectos de migración a
la versión 6 del protocolo de comunicaciones 5 cómo consecuencia, las organizaciones
interconectadas a la red se verán obligadas a adelantar proyectos de transición, con el fin
de minimizar el impacto que este cambio pueda imponer sobre los servicios de Internet.
3
LACNIC - Latín American and Caribbean Internet Addresses Registry) en español Registro de Direcciones de Internet para
América Latina y Caribe. [en línea]. Disponible en: <http: //lacnic.net/sp/anuncios/345.html>
4
RNO The Number Resource Organization en español Organización de registro de números. [en línea]. Disponible en:
http://www.nro.net/news/remaining-ipv4-address-space-drops-below-5.
5
Periódico el Espectador ``Elespectador.com/Cartagena''. En enero Comienza la implementación del protocolo Ipv6 en
Colombia. Diciembre 6 de 2010. última fecha de consulta, Marzo 2011. [en línea]. Disponible en:
http://www.elespectador.com/articulo-238991-enero-comienza-implementacion-de-protocolo-IPv6-colombia.
6
Ministerio de Tecnologías de la información y las comunicaciones. Noticias. última fecha de consulta Marzo 2011. [en línea].
Disponible en: <http://www.mintic.gov.co/news.asp ?articleId=206>.
7
Renata. Red Nacional Académica de Tecnología Avanzada. Junio 9 2011. Última fecha de consulta Septiembre 2011. [en
línea]. Disponible en: http://www.renata.edu.co/index.php/component/content/article/5-noticias
/2297-i-foro-dia-mundial-IPv6-capítulo-colombia-reunio-a-la-comunidad-academica-y-tecnica-del-pais-y-de-america-latina.ht
ml>.
15
crecimiento de la ingeniera en Colombia”8. Es allí donde la academia cumple un papel
importante. En aras de cumplir este objetivo se considera necesaria la creación de espacios
que complementen la formación de los futuros ingenieros, quienes a su vez llevarán su
experiencia y conocimientos para atender las necesidades que demande la industria e
innovarán para mejorar la prestación de los servicios.
8
Comité de Autoevaluación y Currículo, Universidad Piloto de Colombia. Proyecto Educativo del Programa PEP. [documento
físico] versión 2, (2010).
16
4. OBJETIVOS
17
5. DISEÑO METODOLÓGICO
El desarrollo de las guías se llevó a cabo siguiendo minuciosamente las etapas expuestas a
continuación:
El marco teórico se estableció, haciendo un estudio inicial del nuevo protocolo IPv6, como
fue concebido, las razones que llevaron a su creación, cuáles son las diferencias que
presenta frente a la versión actual y las técnicas que están siendo estudiadas e
implementadas para su globalización.
Concluida la teoría relevante sobre el tema, se realizaron pruebas de concepto en las que,
haciendo uso de dispositivos representativos a aquellos existentes dentro de las
laboratorios de la Universidad Piloto de Colombia y de simulaciones basadas en software
para la configuración de redes de computadores, se establecieron los diferentes pasos que
conforman las guías de laboratorio para la asignatura de Redes de Computadores del
programa de Ingeniería de Telecomunicaciones del establecimiento mencionado. Las guías
18
fueron validadas por medio del desarrollo de laboratorios piloto, utilizando los recursos del
laboratorio para tal fin.
19
6. MARCO TEÓRICO
IPv6 es el resultado de una investigación realizada por la durante el año 1994, llevada a
cabo por los ingenieros Steve Deering y Craig Mudge. Surge como respuesta a la
deficiencia en la cantidad de direcciones de red que ha venido soportando el protocolo IPv4,
que a medida que pasa el tiempo, se hacen más escasas. Entre las características que
marcan la evolución que ofrece IPv6 encontramos: la escalabilidad para la asignación de un
mayor número de direcciones de red, mejoras en seguridad y facilidad de configuración9.
A continuación se explica con mayor detalle las características, arquitectura y servicios que
trae la nueva versión del protocolo de Internet, junto con los mecanismos de transición y
convivencia que están siendo implementados actualmente.
9
Shannon McFarland, Muninder Sambi, Nikhil Sharma, and Sanjay Hooda. IPv6 for Enterprise Networks. IPv6 for Enterprise
Networks. Indianapolis : s.n., 2011, págs. 2,3.
10
Loshin, Pete. IPv6: Theory,Protocol,and Practice SECOND EDITION. San Francisco : Morgan Kaufmann Publishers is an
Imprint of Elsevier, 2004. pág. Capítulo 8. Vol. 2.
20
6.2 PAQUETE IPV6
A diferencia del paquete IPv4, que consta de 32 bits para la asignación de las direcciones
de red, IPv611 soporta hasta 128 bits que se distribuyen de la siguiente forma:
Los primeros 48 bits definen el espacio de direcciones básico que se da a una organización.
16 bits son utilizados para establecer las direcciones de las subredes (ofreciendo hasta
65.535 posibles subredes.)
Los 64 bits restantes son utilizados para la asignación de direcciones por máquina.
6.2.1 Cabecera.
Version 4 bits Este campo define la versión del protocolo 4 o 6 que permite
al software establecer que tratamiento se dará al paquete de
datos. Algunas aplicaciones en la actualidad, asumen por
defecto que todo paquete venidero corresponde a la versión
4 y se saltan dicha verificación.
Differentiated 6 bits De los seis bits que componen este campo, dos están
Services (DS) reservados para uso futuro. En IPv4 era conocido como
Priority, pero para la nueva versión, su nombre ha sido
cambiado a Traffic Class.
11
Network Working Group. Request for Comments: 2460 Internet Protocol, Version 6 (IPv6). December 1998. [en línea].
Disponible en: http://www.rfc-es.org/rfc/rfc2460-es.txt.
12
Understanding Ipv6 Second Edition. Joseph Davies. Body Part Number: X14-31167. Library of Congress Control Number:
2007940506. 2008. Páginas 86-91. [Recurso Físico].
21
Nombre del Tamaño Descripción
Campo
Payload Length 16 bits Especifica el tamaño real del paquete, excluyendo los 40 bits
de la cabecera. El paquete más grande que puede ser
concebido bajo este esquema es de 65.575 bits, de los
cuales 65.535 son codificables. Caberesaltar que la
posibilidad de transmisión de paquetes tan grandes puede
significar mejoras en rendimiento, en cuanto a que son
menos paquetes los que deben ser procesados dando
espacio a los enrutadores para dar prioridad a paquetes más
pequeños o a realizar otras tareas. Si se encuentran
encabezados extendidos su longitud va incluida en este
campo
Next Header 8 bits Indica el protocolo que es utilizada en el paquete IPv6. Los
protocolos son identificados por código que son
administrados por la IANA Internet Assigned Numbers
Authority y relacionan protocolos de más alto nivel, como es
el caso de TCP, o protocolos de extensión del mismo IPv6.
Source 128 bits Dirección IPv6 del nodo origen del paquete.
Address
Destination 128 Dirección IPv6 del nodo destino para el paquete. Para el
Address caso de IPv6, esta dirección podría hacer referencia a un
nodo intermediario diferente del destino final, de acuerdo a
los encabezados extendidos que hayan sido especificados.
22
6.2.2 Cabeceras de Extensión.
La extensibilidad del protocolo IPv6 reside en este fragmento de la cabecera, donde se
definen funcionalidades que deberán ser tratadas por los enrutadores compatibles. A la
fecha, se han definido ocho cabeceras que son resumidas en la tabla 2 descrita a
continuación:
Hop-by-Hop Define información opcional que debe ser tratada por cada
nodo participante en la ruta del paquete. Dentro de éste
mismo, se han definido dos opciones a saber:
23
Todos los fragmentos que pertenecen a un mismo paquete
comparten el valor de este campo.
Destination Options. Lleva información que ha de ser
analizada por el nodo destino del paquete. Actualmente
solo han sido implementadas opciones para el relleno del
encabezado en un límite definido a 64 bits, que solo será
utilizado en caso de ser requerido.
Authentication (AH). Provee mecanismos para el cálculo
de un checksum a nivel criptogtráfico de las distintas partes
del paquete IPv6.
Encapsulating Security Payload (ESP).Es el último
encabezado sin encriptar de todo paquete IPv6. Indica que
el resto de la carga viene encriptada y provee información
para que el destino del paquete esté en capacidad de
interpretarla.
Las direcciones Unicastse utilizan como identificador para una única interfaz. Un paquete
que es enviado a una dirección unicast, es entregado únicamente a la interfaz que sea
identificada por la misma. Estas direcciones tienen una clasificación adicional que se
explica en la tabla 2.
13
Network Working Group. Request for Comments: 1884. IP Version 6 Addressing Architecture. December 1995. [en línea].
Disponible en: <http://tools.ietf.org/rfc/rfc1884.txt>.
24
Tipo de Descripción
Dirección
Por otro lado se encuentran las direcciones Unicast with embedded IPv4 addresses or
encoded NSAP addresses.IPv6 fue diseñado pensando en la interoperabilidad con
diferentes capas de red, entre esas IPv4, direcciones NetWare/IPX definidas por Novell en
el RFC 2373 14 , Network Service Access Point (NSAP) usadas con el protocolo OSI
Connectionless Network Protocol (CLNP) como se explica en el RFC 351315, entre otros.
Multicast Un identificador asignado a un conjunto de interfaz que normalmente, pertenecen
a nodos diferentes. Un paquete enviado a una dirección multicast será entregado a todas
las interfaces que estén identificadas por la misma.
Anycast La diferencia con la anterior, radica en que un paquete que sea enviado a una
dirección anycast, es entregado a solo una de las interfaces identificadas por la misma,
usualmente escoge la más “cercana”, de acuerdo a la definición de distancia16 dada por el
protocolo de enrutamiento. Cabe anotar que una dirección unicast puede ser especificada
como anycast, siempre y cuando todos los nodos configurados para responder a dicha
dirección, tengan conocimiento de que de hecho son anycast y no lo unicast17.
14
Network Working Group. Request for Comments: 2373. IP Version 6 Addressing Architecture. July 1998. [en línea].
Disponible en: http://www.ietf.org/rfc/rfc2373.txt.
15
Network Working Group. Request for Comments: 3513. Internet Protocol Version 6 (IPv6) Addressing Architecture. April
2003. [en línea]. Disponible en: http://http://www.ietf.org/rfc/rfc3513.txt.
16
Cisco System Inc. Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de conceptos. [Definición: “Clasificación
de la confiabilidad de una fuente de información de enrutamiento].”
17
Loshin, Pete. IPv6: Theory,Protocol,and Practice SECOND EDITION. San Francisco : Morgan Kaufmann Publishers is an
Imprint of Elsevier, 2004. pág. Capítulo 8. Vol. 2
25
Debido a los problemas que causan las direcciones de Broadcast en IPv4, estas han sido
eliminadas y reemplazadas por multicast y anycast en la versión 6. Esta función es
realizada enviando paquetes a la dirección de todos los nodos de multicast.
El formato de las direcciones IP establecidas por IPv6, difiere bastante de la versión anterior
en cuanto a que las direcciones IPv4 constan de cuatro valores decimales entre 0 y 255
separados por puntos (XXX.XXX.XXX.XXX), mientras que IPv6 utiliza ocho valores de 16
bits separados por el símbolo dos puntos
(XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX). La figura 1 muestra un ejemplo de
las representaciones más comunes.
6.3.1.1 Tipos de Direcciones Unicast Especiales. Las direcciones Unicast tienen una
subdivisión especial para complementar la arquitectura de direccionamiento y son
explicadas a continuación:
18
Loshin, Pete. Capítulo 8, página 145. [Recurso Físico].
26
6.3.1.2 Identificador de Subredes y Prefijos Globales de Enrutamiento.Los 128 bits de
una dirección de red IPv6, se dividen en dos partes para identificar, por un lado la interfaz a
la que se encuentra relacionada y por el otro, la información de enrutamiento. Para las
direcciones unicast globales, las dos partes equivalen a 64 bits. A continuación se explica
cómo se encuentra distribuida la parte de red de la dirección IPv6.
Global Routing Prefix. Los bits de mayor orden encontrados en la parte de red de la
dirección IPv6, identifican el prefijo externo de enrutamiento para las direcciones globales.
Este es el espacio que es asignado a las entidades que desean solicitar espacio de
direcciones en Internet.
Subnet ID. Los bits de menor orden que quedan en la parte de red de la dirección IP, se
usan para identificar sub-redes dentro de una red IPv6. Es posible crear hasta 65.535
(2^16) sub-redes utilizando el valor mínimo actual de asignación que corresponde a 48 bits
del prefijo global de enrutamiento.
Los prefijos se representan de manera similar que en IPv4, usando la notación CIDR
ipv6_address/prefix_length. La Figura 2 contiene ejemplos de direcciones válidas,
utilizando un prefijo global de 60 bits:
6.3.1.3 Direcciones Compatibles con IPv4. Debido a los esfuerzos de migración entre las
versiones de IP, se hace necesario embeber direcciones basadas en IPv4 dentro de las
direcciones IPv6. Para ello, se establece un formato mixto, donde los primeros valores
equivalen a una dirección IPv6 y los restantes se representan a manera de IPv4, obteniendo
como resultado el siguiente formato:
XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:ddd.ddd.ddd.ddd (las XXXX representan la parte
IPv6 de la dirección, mientras las ddd representan la parte IPv4 de la dirección). Estas
direcciones caen en dos clasificaciones a continuación descritas:
Direcciones IPv6 compatibles con IPv4 Los mecanismos de transición entre la versión 4
y la 6, incluyen técnicas para el enrutamiento de paquetes IPv6 sobre una infraestructura
19
Loshin, Pete.. Capítulo 8, página 152 [Recurso Físico].
27
basada en IPv4. Nodos IPv6 que hacen uso de esta técnica, les son asignados direcciones
unicast que llevan una dirección IPv4 en los 32 bits de menor orden.
Direcciones IPv6 mapeadas a IPv4 Esta técnica es utilizada para representar direcciones
IPv4 en términos del formato definido para IPv6. Esta técnica está lista para ser rechazada,
ya que colaboradores de la talla de Craig Metz y Jun-ichiro Itojun Hagino, opinan que este
tipo de direcciones pueden presentar vulnerabilidades de seguridad.
Los protocolos de enrutamiento usados en redes IPv6 son los mismos que se han venido
utilizando en las actuales redes IPv4, con muy pocas modificaciones para adaptarse al
nuevo estándar. Los más importantes de estos protocolos son RIP, OSPF y BGP. Los
factores que marcan la diferencia en la utilización de estos mecanismos, están relacionados
con la mayor dependencia en agregación y las direcciones más largas de IPv6. A
continuación se describen con mayor detalle algunos de los protocolos mencionados.
Los protocolos de enrutamiento pueden usar diferentes modos para medir la conectividad
de nodos a través de una red. Para el caso de RIP, el acercamiento utilizado se denomina
distance-vector, en el que los enrutadores comparten sus tablas de enrutamiento y realizan
adiciones y correcciones de acuerdo a los reportes obtenidos de otro enrutadores. Cada
enrutador expresa cada ruta a manera de parejas, en las que una parte identifica al vector o
red destino y la otra hace referencia a la distancia entre el enrutador y la red. Dicha distancia
es medida en la cantidad de saltos o enrutadores intermediarios que un paquete tendrá que
pasar para llegar a su destino.
Inicialmente, un enrutador no tiene mayor conocimiento de la red del que puede obtener a
partir de sus propias interfaces. La tabla 1 muestra un ejemplo de las rutas iniciales.
28
Destino Distancia Ruta
10.0.0.0 0 Directa
192.168.100.0 0 Directa
Destino Distancia
192.168.200.0 0
10.1.0.0 0
10.10.10.0 3
20.0.0.0 3
192.168.1.0 4
Tabla 5. Mensaje con las distancias entre vectores del enrutador Y. Creación propia.
El enrutador inicial del ejemplo, tomará esta información y la fusionará a su tabla propia,
esto quiere decir, que agregará las rutas nuevas e ignorará las que ya tenía disponibles. La
nueva tabla de enrutamiento sería el resultado de dicha operación. En la tabla 6 se muestra
un ejemplo de lo anterior:
20
Loshin, Pete. Capítulo 8. [Recurso Físico]
29
Destino Distancia Ruta
10.0.0.0 0 Directa
192.168.100.0 0 Directa
192.168.200.0 1 Enrutador Y
10.5.0.0 1 Enrutador Y
ID Descripción
Regla
1
Por defecto, los enrutadores activos envían sus rutas a la red cada 30 segundos.
2 Todos los receptores de las rutas comparan la información nueva con sus
propias tablas y realizan actualizaciones solo si:
Hay rutas a nuevas redes que no tenían listadas anteriormente,
Hay mejores rutas (más cortas) entre redes existentes, o
Una de las rutas es reportada como inalcanzable y por lo tanto, debe ser
descartada.
Una ruta es mantenida en las tablas hasta que una mejor es reportada.
21
Hagen, Silvia. IPv6 Essentials. s.l. : O´REILLY
22
Davies, Joseph. Understanding Ipv6 Second Edition. Understanding Ipv6 Second Edition. Washington : Microsoft Press,
2008
30
Si existen dos rutas equivalentes (con el mismo número de saltos), la
primera que llegue será la que se adicione a la tabla.
Se asume que una red se encuentra caída si no ha sido reportada en un
lapso mayor a tres minutos
Id Descripción
Regla
3 Los enrutadores reportan los cambios a medida que van ocurriendo, sin esperar
al intervalo por defecto.
4 Una ruta que contenga 16 saltos se considera inalcanzable. RIP no es viable en
redes con más de 15 saltos entre sus nodos
RIP se encuentra documentado en el RFC 245323 “RIP Version 2”. Es una implementación
del algoritmo de enrutamiento conocido como distance-vector. Los mensajes son enviados
junto con un encabezado de por lo menos y no más de 25 RIP entries. El encabezado
consiste en los campos mencionados en la tabla8:
Campo Descripción
Command
Campo de un octeto de longitud, que puede tomar los siguientes valores:
Version. Campo de un octeto que indica la versión de RIP.
Únicamente puede tomar los valores 1 y 2
La entrada RIP tiene longitud de 20 octetos distribuidos de la siguiente forma:
Route Tag Route Tag. Campo de 2 octetos que se utiliza para la diferenciación de rutas
internas (aquellas que son pertinentes al dominio local) de las externas
(aquellas que son importadas desde dominios adyacentes internos y
externos). Este campo lleva el valor 0 para RIPv1.
23
Network Working Group. Request for Comments: 2453. RIP Version 2. Noviembre 1998. [en línea]. Disponible en: <http://
http://tools.ietf.org/html/rfc2453>
31
IPv4 Dirección de destino
Address
Subnet Este campo es enviado con valor 0, lo que da espacio para errores de
Mask enrutamiento en redes que hayan sido fuertemente subdivididas
Campo Descripción
6.4.1.2 RIPng: Definido en el RFC 208024 “RIPng for IPv6”, define el protocolo para ser
utilizado en redes IPv6. La tabla de enrutamiento para esta versión, contiene una entrada
por cada destino alcanzable; estas entradas tienen por lo menos la siguiente información:
24
Network Working Group. Request for Comments: 2080. RIPng for IPv6.January 1998. [en línea]. Disponible en:
http://www.ietf.org/rfc/rfc2080.txt.
32
Se divide el resultado entre el tamaño del RTE y se redondea hacia el entero menor más
cercano.
La operación del protocolo RIPng es similar a la de RIP, definiendo dos comandos para el
encabezado a saber:
6.4.2 Open Shortest Path First (OSPF) y OSPF Next Generation (OSPFng)
Utiliza el método link state (estado de vínculos) para permitir a los enrutadores crear sus
mapas de red. El protocolo está definido en el RFC 232827(20) “OSPF Version 2”. Surgió
como respuesta a los inconvenientes presentados por RIP. y entre sus ventajas frente al
último se destacan la propagación rápida y estable de información de rutas, el manejo de
subredes de manera adecuada, el permitir balanceo de carga cuando hay más enrutadores
disponibles, soportar diferentes tipo de servicio de enrutamiento y la utilización de
multicasting.
El método Link State Routing ordena que cada enrutador que pertenece a un Autonomous
System (AS) mantenga una base de datos de link states. Esta base de datos representa un
mapa de la topología completa del AS y es compartido por todos los enrutadores que
pertenecen al mismo. Cada enrutador entrega al AS su local state, que se refiere a todos los
vecinos que tiene a su alcance.
Por ejemplo, si el enrutador A anuncia que tiene vínculos directos con los enrutadores B, C
y D sobre la red 10.0.0.0, y con el enrutador E sobre la red 192.168.0.0, entonces cualquier
otro enrutador del AS podrá comenzar a ensamblar el mapa: los enrutadores A, B, C y D
tienen interfaces sobre la red 10.0.0.0 y los enrutadores A y E tiene interfaces sobre la red
192.168.0.0.
25
Shannon McFarland, Muninder Sambi, Nikhil Sharma, and Sanjay Hooda. IPv6 for Enterprise Networks. IPv6 for Enterprise
Networks. Indianapolis
26
Davies, Joseph. Understanding Ipv6 Second Edition. Understanding Ipv6 Second Edition. Washington : Microsoft Press
27
Network Working Group. Request for Comments: 2328. OSPF Version 2. April 1998. [en línea]. Disponible en:
http://www.ietf.org/rfc/rfc2328.txt.
33
Una vez los enrutadores ensamblan los mapas, proceden a calcular la ruta más corta hacia
cualquier otro enrutador dado, “caminando” a través del mapa entero desde su propia
ubicación. Una de las ideas detrás de éste método, es la de mantener el volumen de
información de rutas que es transferido a otros enrutadores al mínimo posible.
Periódicamente, cada uno de los enrutadores verifica el estado de los vínculos de sus
vecinos, informando a la vez cuales de sus vínculos se mantienen vivos.
6.4.2.1 OSPF para IPv6(10). Definido en el RFC 274028 “OSPF for IPv6”, ofrece los
mismos mecanismos que fueron concebidos para redes IPv4, salvo diferencias mínimas
como el tamaño de las direcciones de red y algunos otros cambios que son enumerados a
continuación:
Procesamiento a nivel de vínculo vs. subredes De acuerdo con IPv6, un vínculo (link) se
define como “un medio o instalación de comunicaciones sobre el cual los nodos pueden
comunicarse a nivel de la capa de vínculo” (RFC 2460). OSPF se conecta a nivel de vínculo,
lo que permite que una misma interfaz sea suficiente para proveer varias subredes.
Semántica de Direccionamiento removida En vez de atar la identificación de los
enrutadores a sus direcciones a nivel de la capa de red (IPv4/Ipv6), estos son diferenciados
y accedidos por medio de su Enrutador ID.
Ámbito de Flujo Esta versión de OSFP agrega tres ámbitos diferentes para flujos, que
incluyen un ámbito local (link-local scope), un ámbito de área (area scope) que es válido a
través de varios vínculos y un ámbito de AS (AS scope) que es válido a través de todo el
AS29.
Aunque la implementación de los servicios para IPv6 en apariencia es similar a laactual, los
servicios deben ser adaptados a las características únicas que presenta el nuevo protocolo
de Internet, como por ejemplo, la longitud de las direcciones de red,la definición de los
28
Network Working Group. Request for Comments 2740. OSPF for IPv6. December 1999. [en línea]. Disponible en:
http://www.ietf.org/rfc/rfc2740.txt.
29
Yunes, Darwin Lamarck Santana. IPv6 Task Force América Latina y el Caribe. IPv6: Nueva Generación Protocolo de
Internet. [En línea] <http://www.lac.ipv6tf.org/docs/tutoriales/IPv6-LACTF.pdf>
34
encabezados, etc. A continuación se presentan la adaptación dedos de los servicios más
importantes a nivel de Internet
DNS30 es una base de datos que almacena registros de recursos (Resource Records - RR)
y que a su vez almacenan nombres asociados con direcciones principalmente, junto con
otra información que extiende la identificación de recursos. La definición dada en el
estándar de DNS (STD 13 - RFC 103431/3532) dice: “Un nombre de dominio identifica un
nodo. Cada nodo tiene un conjunto de información de recursos. El conjunto de información
de recursos asociado a un nombre en particular, se compone de diferentes registros de
recursos”.
6.5.1.1 Resource Register (RR).Un RR está compuesto por los campos descritos
en la tabla 9:
Tipos de Descripción
Registros RR
Tipos de Descripción
Registros RR
30
Microsoft Technet Library. Definición de DNS. Última fecha de consulta Septiembre 13 de 2011. [en línea]. Disponible en:
http://technet.microsoft.com/es-es/library/cc787920(WS.10).aspx
31
Network Working Group. Request for Comments: 1034 Domain Names concepts and facilities. November 1987. [en línea].
Disponible en: <http://www.ietf.org/rfc/rfc1034.txt>.
32
Network Working Group. Request for Comments: 1035 Domain Names concepts and facilities. November 1987. [en línea].
Disponible en: < http://www.ietf.org/rfc/rfc1035.txt>.
35
TTL El tiempo de vida del RR. Este tiempo está definido como el
número de segundos antes de que el RR expire. Se utiliza
principalmente para establecer por cuento tiempo se debe
mantener la información del cache.
33
Network Working Group. Request for Comments: 1886 DNS Extensions to support IP version 6. December 1995. [en línea].
Disponible en: <http://www.ietf.org/rfc/rfc1886.txt >.
36
(Mail Exchange - MX), deben ser modificadas para que retornen resultados de ambos tipos:
A (IPv4) y AAAA 34.
DHCP se generó a partir de un protocolo llamado Boot Protocol (BOOTP) que permitía a los
nodos iniciarse a partir de un servidor de red. Tanto DHCP como su versión para IPv6,
permiten a los nodos configurarse a sí mismos haciendo uso de servidores DHCP. Se dice
que este protocolo es de estado completo, debido a que los servidores mantienen tablas de
direcciones IP de todos los nodos que hacen uso de sus servicios.
6.5.2.1 Configuración Con o Sin Estado. En la actualidad, existe una gran cantidad de
dispositivos que hacen uso de DHCP para la configuración de nodos. Un servidor DHCP
puede asignar direcciones de tres maneras:
Para cualquiera de los casos anteriores, el servidor DHCP mantiene un estado acerca de la
direcciones IP que han sido asignadas a sus clientes. La autoconfiguración sin estado
(stateless) permite a los nodos configurarse sin dependencia de ningún tipo de autoridad
centralizada. En redes IPv6, es completamente normal encontrar esta doble configuración.
En un escenario de Neighbor Discovery 35 , un nodo puede utilizar una configuración
stateless para asignarse una dirección IP que sea válida dentro de un entorno local; del
mismo modo, el mismo nodo puede hacer uso de una configuración stefull para determinar
su propia dirección IPv6 global, su prefijo de red y sus enrutadores por defecto.
34
Microsoft Inc. Microsoft Technet Library. Microsoft Technet Library. [En línea] [Citado el: 13 de Septiembre de 2011.]
<http://technet.microsoft.com/es-es/library/cc787920(WS.10).aspx>
35
Network Working Group. Request for Comments: 2461 Neighbor Discovery for IP Version 6 (IPv6). December 1998. [en
línea]. Disponible en: < http://www.ietf.org/rfc/rfc2461.txt>.
37
6.5.3 DHCPv6.
Es la última iteración del protocolo, publicada en el RFC 95136, “Boot Protocol” en 1985. En
la tabla 10 se presenta una lista de RFCs que proveen mayor información acerca de
BOOTP, DHCP y DHCPv6:
6.5.2.3 Mensajes DHCP. Los mensajes del protocolo que son transmitidos a través de
UDP. El cliente, que en un comienzo, no tiene una dirección IP asignada para sí mismo ni
36
Network Working Group. Request for Comments: 951 Bootstrap Protocol (BOOTP). September 1984. [en línea]. Disponible
en: <http://www.ietf.org/rfc/rfc4193.txt>.
38
para el entorno local, envía un requerimiento a los servidores DHCP a través de la dirección
de multicast reservada para este fin. Estas son las dos direcciones válidas para tal fin:
Siempre que estas direcciones se encuentren disponibles para un cliente, éste puede llevar
a cabo su auto configuración con DHCP. Por defecto, los clientes envían mensajes a las
direcciones reservadas de multicast en vez de a una dirección DHCP específica, para
permitir que los agentes de relay pasen los mensajes DHCP de los clientes hasta un
servidor remoto.
Solicit. Los clientes envían este mensaje para ubicar los servidores
DHCPv6.
37
Hagen, Silvia. IPv6 Essentials. s.l. : O´REILLY. págs. 100-110
38
Loshin, Pete. IPv6: Theory,Protocol,and Practice SECOND EDITION. San Francisco : Morgan Kaufmann Publishers is an
Imprint of Elsevier, 2004. pág. Capítulo 8. Vol. 2
39
Tipo de Mensaje Descripción
40
Relay-Repl. Este mensaje es enviado por el servidor a un agente de relay junto
con el mensaje original que debe ser entregado al cliente
Debido a que IPv4 es utilizado de manera muy amplia a nivel mundial, la IETF se encuentra
en la tarea de asegurar que la transición a la nueva versión del protocolo se realice sin
mayores complicaciones; de lo contrario, la migración total se dará mucho más tarde de lo
planeado39.
Tunneling (uso de túneles) es el método más utilizado para establecer la convivencia entre
los dos protocolos de red. Esta técnica se refiere al proceso de encapsular paquetes IPv6
dentro de paquetes IPv4 y enviarlos a través de la red; cuando el paquete llega, es extraído
y transmitido a través de IPv6 a su destino. Estos túneles funcionan en reverso también,
encapsulando paquetes IPv4 dentro de paquetes IPv6.
39
CODAREC6: AN IPV6 TEST BED” – laboratorio de estudio, diseño, desarrollo, implementación, ensayo y capacitación del
protocolo de internet versión 6. Carlos Taffernaberry, Alejandro Dantiacq Picolella, Gustavo Mercado y Adrián Francisconi. [en
línea]. Disponible en: http://codarec6.frm.utn.edu.ar/publicaciones/papers/CACIC-2006.pdf.
40
Yunes, Darwin Lamarck Santana. IPv6 Task Force América Latina y el Caribe. IPv6: Nueva Generación Protocolo de
Internet. [En línea] <http://www.lac.ipv6tf.org/docs/tutoriales/IPv6-LACTF.pdf>
41
6.6.1 Dual Stack
Teniendo la capacidad de manipular las pilas de acuerdo a las necesidades de la red, esta
técnica puede ser utilizada como base para la implementación e integración de
mecanismos adicionales, como por ejemplo, 6to4 tunneling.
Al soportar los dos protocolos, cada nodo que utilice esta técnica, deberá ser configurado
con direcciones IPv4 e IPv6. Es posible configurar servidores DHCP que estén en
capacidad de proveer las direcciones a los nodos automáticamente.También sería posible
habilitar DHCP únicamente para la pila IPv4 y asignar por medio de autoconfiguración sin
estado las direcciones nativas para las interfaces IPv641.
41
Hagen, Silvia. IPv6 Essentials. s.l. : O´REILLY
42
Cisco Systems, Inc. IPv6 Site and Solutions. 2011. [en línea]. Disponible en http://www.cisco.com y <http://
http://www.cisco.com/web/solutions/netsys/ipv6/index.html>.
42
Figura 3. Implementación Dual-Stack según Cisco System43
43 Cysco System Inc.s Inc. Cisco IPv6 products, solutions, and services. 2010. [en línea]. Disponible en:<
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6553/at_a_glance_c45-625859.pdf>.
43
Figura 4. Implementación Dual-Stack según Cisco. Host IPv4 /IPv644
44
Cisco System Inc. Application Visibility and Control for IPv6. 2011. [en línea]. Disponible en:
<http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6553/aag_c45-665915.pdf>
44
6.6.2 6to4 Tunnels
Un nodo se configura como 6to4, embebiendo una dirección IPv4 dentro de una dirección
IPv6. La IETF ha definido específicamente, que toda dirección IPv6 que comience con el
prefijo 2002::/16 hace referencia a un nodo 6to4. Un ejemplo de esta configuración se
puede ver de la siguiente forma.Un nodo con la dirección IPv4 200.150.100.30, se configura
como IPv6 con la dirección 2002:C896:641E::1; donde 2002 indica que es una dirección
6to4, C8 equivale al valor 200, 96 equivale al valor 150, 64 equivale al valor 100 y 1E
equivale al valor 30. El 1 al final es completamente arbitrario, típicamente configurado por el
nodo mismo.
Para comunicarse, los nodos configurados de esta forma cuentan con funcionalidad 6to4
que les permite reconocer el prefijo 2002::/16 para extraer y determinar la dirección IPv4
encapsulada en el paquete original. Para transmitir los datos por la red al nodo destino, el
campo packet type (tipo de paquete) del encabezado del paquete, lleva el valor IP in IP. Una
vez llega el paquete, el nodo destino encuentra el valor del campo y des encapsula la
información haciendo entrega efectiva a la dirección IPv6.
Este mecanismo funciona automáticamente para cualquier cantidad de nodos 6to4 dentro
de una red IPv4 extendida. El poder de esta técnica radica en la posibilidad de asignar
automáticamente direcciones IPv6 únicas a partir de direcciones IPv4, únicas también.
45
Cisco System Inc. Cisco IPv6 products, solutions, and services. 2010. [en línea]. Disponible en:
<thttp://www.cisco.com/go/ipv6>.
46
Network Working Group. Request for Comments: 3056 Connection of IPv6 Domains via IPv4 Clouds. Febraury 2001. [en
línea]. Disponible en: <http://www.ietf.org/rfc/rfc3056.txt >.
45
Inicialmente, 6to4 permite a dos nodos individuales, que posean una única dirección IPv4
alcanzable, intercambiar paquetes IPv6 por medio de un túnel. Convirtiendo estos nodos en
enrutadores, se puede configurar una red entera basada en IPv6 que será accesible por
medio de IPv4 y de esta forma realizar la transición de manera transparente para los
servicios y aplicaciones. Cuando llegue el momento, el único cambio que se deberá
realizar, es el de los nodos que funcionan como enrutadores.
6.6.2.2 6to4 node to native IPv6 node(nodo 6to4 a nodo nativo IPv6). Un nodo 6to4,
ubicado en una red IPv4, puede comunicarse directamente con un nodo que se encuentre
sobre una red nativa IPv6. Debido a que los nodos IPv6 nativos no se encuentran detrás de
ningún otro nodo IPv4 y que no utilizan el prefijo reservado para este fin (2002::1/16), la
IETF establece un mecanismo de transferencia por medio de unos dispositivos que han
sido denominados6to4 relays (replicadores 6to4).Estos dispositivos son máquinas
dedicadas que constan de múltiples interfaces de red, típicamente al menos una de éstas
configurada como IPv4 y otra como IPv6. La interfaz IPv4 se encargará de la comunicación
entre nodos y redes 6to4 mientras que la configurada como IPv6 se encargará de manejar
la red nativa. Estas máquinas deben implementar una función de replicación 6to4 que se
aplica como se describe a continuación.
Los 6to4 relays son colocados en la dirección 192.88.99.1, como se propone en el RFC
3068 47.Dicha dirección es de tipo anycast y ha sido reservada para el intercambio de
mensajes entre enrutadores 6to4. Cuando la pila IPv6 de un nodo 6to4 intenta enviar un
paquete a una dirección 2002::/16, la función 6to4 entrega el paquete a la porción IPv4
codificada en la dirección de destino. Si la dirección de destino no se encuentra dentro del
rango 2002::/16, la función del nodo reconocerá que la dirección efectivamente no
corresponde a 6to4 y asume que dicha dirección es alcanzable por medio de un replicador,
entregando el paquete a un 6to4 relay ubicado en la dirección 192.88.99.1. El replicador
encapsula el mensaje en un nuevo paquete IPv6 y lo envía al recipiente nativo.
Los replicadores también proveen funcionalidad para transmitir paquetes desde redes IPv6
a nodos 6to4 y a redes dentro de una red IPv4. Un nodo nativo IPv6 enviará todos los
paquetes destinados a una dirección 2002::/16 hacia un replicador 6to4, quien se encargará
de encapsular el mensaje en un paquete IPv4 y lo enviará a la dirección codificada dentro
de la dirección de destino IPv648.
En la Figura 6 se muestra un diagrama esquemático de una implementación de este
mecanismo.
47
Network Working Group. Request for Comments: 3068 An Anycast Prefix for 6to4 Relay Routers. June 2001. [en línea].
Disponible en: <http://www.ietf.org/rfc/rfc3068.txt >.
48
Loshin, Pete. IPv6: Theory,Protocol,and Practice SECOND EDITION. San Francisco : Morgan Kaufmann Publishers is an
Imprint of Elsevier, 2004. pág. Capítulo 8. Vol. 2
46
Figura 6. Ejemplo de Implementación 6to449.
49
Grupo de trabajo IPv6 Chile. IPv6 Chile. 2011. [en línea]. Disponible en: <http://www.ipv6.cl>
47
7. GUÍAS DE LABORATORIO
A continuación se describen algunos de los más importantes comandos50, que sirven para
configuraciones en protocolos IPv4 e IPv6. Adicionalmente, estos comandos serán de
utilidad para el desarrollo de las guías..
50
Cisco System Documents. Cisco IOS IPv6 Configuration Guide Release 12.4T. Marzo 5 de 2009. [en línea] Disponible en:
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/12_4t
48
Modo de Descripción
Configuración
49
configure terminal.
interface fa o interface gi dependiendo de la velocidad que maneje la interfaz.
ip address se digita la dirección ip deseada seguida de la máscara de red.
Por último se utiliza el comando no shutdown para habilitar la interfaz. También puede
habilitar la interfaz utilizando los comandos: interface xx, luego IPv6 enable.
7.2.1 Objetivos
Dirección IP: Podría describirse como un tipo de etiqueta numérica, que identifica de
manera lógica y jerárquica a un dispositivo o elemento ya sea de comunicación o
conexión dentro de una red, la cual utiliza el protocolo IP (Internet Protocol).
Sistema Operativo:“Programa o conjunto de programas que, ordenadamente y
relacionados entre sí, contribuyen a que el ordenador lleva a efecto correctamente el
trabajo encomendado”51.
51
Conceptos de sistemas Operativos. Juan M. Morera Pascuál,Juan A. Pérez-Campanero Atanasio. [en línea]. Disponible en:
<http://books.google.com/books?id=LY2P_VSuZ3cC&pg=PA19&dq=definicion+sistema+operativo&hl=es&ei=
50
Protocolo: Conjunto de reglas y estándares para establecer la comunicación entre dos o
más computadores.
IPv6: Versión 6 del protocolo de Internet. Definido en el RFC 246052
Enrutador (Enrutador):“Dispositivo de capa de red que usa una o más métricas para
determinar la ruta óptima a través de la cual se debe enviar el tráfico de red. Los
enrutadores envían paquetes desde una red a otra basándose en la información de la
capa de red.”53.
Computador por persona que cuente con sistemas operativos: Windows XP, Vista o 7.
Patch cord
Enrutador Cisco 1841
Cables de la Consola del enrutador
Switch Cisco o 3Com
Software Packet Tracert v 5.3 o superior
52
Network Working Group. Request for Comments: 2460. [en línea]. Disponible en:<http://www.rfc-es.org/rfc/rfc2460-es.txt>
53
Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de Conceptos. [material didáctico cursos de certificación].
51
7.2.5 Procedimiento.
A continuación se describen los pasos que deben seguir los estudiantes para desarrollar la
guía.
SECCIÓN 1. Configuración Inicial de IPv6. Para la elaboración de los tres primeros pasos
se recomienda que cada estudiante ejecute el ejercicio de forma individual.
Paso1. Instalación de IPv6.Instalación sobre Windows XP/2003. Existen dos formas de
realizar la instalación sobre ésta plataforma:
A través de la línea de comandos:
En el menú inicio seleccione la opción ejecutar y en el campo de texto digite la palabra
cmd.
En la línea de comandos digite IPv6 install.
Unos segundos después aparecerá el mensaje de confirmación de la instalación.
A través de la interfaz gráfica:
En el menú inicio, Panel de control, Conexiones de Red
Seleccionar red de área local o redes inalámbricas (si es el caso)
Clic derecho en la opción Propiedades.
Seleccionar Microsoft TCP/IP versión 6.
Clic en instalar protocolo.
Instalación Windows Vista, 7 y 2008: Estos sistemas operativos traen por defecto el
protocolo instalado y habilitado, por tanto no es necesaria ninguna configuración adicional.
En caso que se encuentre deshabilitado, puede utilizar el comando: netsh interface IPv6
install 54.
52
A través del comando ipv6 if: Este comando tiene la característica de listar únicamente
las interfaces con configuración IPv6.
Probar conectividad: Para probar la conectividad con la red local, se requiere que dentro
de la red exista otra máquina configurada con el protocolo IPv6; adicionalmente se debe
comprobar que el firewall (cortafuegos) de Windows permita el tráfico del Internet Control
Message Protocol (ICMP). Utilice el comando ping para probar la conectividad con la
dirección IPv6 de su compañero.
Paso 3.Configuración Avanzada de IPv6. De acuerdo al entorno y configuración de una
red, puede presentarse el caso en el que se requieran otro tipo de configuraciones sobre el
protocolo, como por ejemplo asignar una dirección manual. En este paso usted va a realizar
una configuración de forma manual, utilizando el comando netsh. Para ello, utilice el
comando de la siguiente forma:
En una ventana de línea de comandos digite netsh y presione la tecla enter.
A continuación, digite interface ipv6 y presione la tecla enter.
Digiteaddaddress[interface=]cadena[address=]direcciónipv6, donde:
• cadena especifica el número de la interfaz.
• direcciónIPv6 especifica la dirección IPv6.
55
Cisco Systems. Cisco 1800 Series Integrated Services Routers. [en línea]. Disponible en:
<http://www.cisco.com/en/US/prod/collateral/enrutadores/ps5853/product_data_sheet0900aecd8016a5
9b.html>
56
Cysco System Inc.. Cisco IOS IPv6 Configuration Guide, Release 12.4. Implementing DHCP for IPv6. April 8, 2011. [en
línea] Disponible en:
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/ip6-dhcp.html#wp1055621>
53
2 computadores como mínimo.
Software Wireshark
Deben realizar la configuración para obtener la topología mostrada en la Figura 7.
57
Cisco Systems Inc. Cisco 1800 Series Integrated Services Routers. Cisco 1800 Series Integrated Services Routers. [En
línea] Cisco Systems Inc.
<http://www.cisco.com/en/US/prod/collateral/enrutadores/ps5853/product_data_sheet0900aecd8016a59b.html>
58
Cysco System Inc. Cisco IOS IPv6 Configuration Guide, Release 12.4. Implementing DHCP for IPv6. Cisco IOS IPv6
Configuration Guide, Release 12.4. Implementing DHCP for IPv6. [En línea] Cysco System Inc., 8 de Abril de 2011.
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/ip6-dhcp.html#wp1055621>
59
Descarga del software. Disponible [en línea] <http://www.wireshark.org/download.html>
55
7.3 GUÍA NO. 2 - IMPLEMENTACIÓN DUAL-STACK O DOBLE PILA
Durante el desarrollo de esta guía de laboratorio, el estudiante aprenderá cómo activar IPv6
en un enrutador utilizando direcciones tipo unicast, además de la instalación de Dual
StackEsta guía se realizará en dos partes: en la primera se hará un repaso de los comandos
básicos de un enrutador y la preparación del mismo para la configuración IPv6; en la
segunda parte se realizará la configuración Dual Stack.
7.3.1 Objetivos
60
Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de conceptos
56
aceptable en los comienzos del networking y de Internet; sin embargo, su dependencia
en el conteo de saltos como la única medida para elegir el mejor camino rápidamente se
volvió inaceptable en redes mayores que necesitan una solución de enrutamiento más
sólida. OSPF es un protocolo de enrutamiento sin clase que utiliza el concepto de áreas
para realizar la escalabilidad. RFC 2328 define la métrica OSPF como un valor arbitrario
llamado costo. El IOS de Cisco utiliza el ancho de banda como la métrica de costo de
OSPF"61.
Adyacencia:“Relación que se forma entre enrutadores vecinos seleccionados y nodos
externos con el fin de intercambiar información de enrutamiento. La adyacencia se basa
en el uso de un segmento de medios comunes”62
Costo:“Valor arbitrario, típicamente basado en el conteo de saltos, el ancho de banda de
otros medios u otras medidas asignadas por el administrador de red y utilizadas para
comparar varias rutas a través de un entorno de internetwork. Los protocolos de
enrutamiento utilizan valores de costo para determinar la ruta más favorable hacia un
destino particular: mientras más bajo sea el costo, mejor será la ruta”63.
Dual-Stack o Doble Pila: Es uno de los mecanismos de transición y convivencia de IPv4
a IPv6. En este modelo, todos los nodos presentes configurados en la red, están
configurados con los dos protocolos, es decir tienen en su configuración direcciones
IPv4 e IPV6, de esta forma, la comunicación se hace utilizando la pila de protocolos
correspondiente, para una comunicación IPv4 se usa la pila de protocolo IPv4 y para
comunicaciones IPv6 se usa la pila de protocolo IPv664.En las Figuras 8 y 9 se relacionan
dos ejemplos de implementación Dual-Stack.
61
Cisco Networking Academy. CCNA Exploration 4.0. Conceptos y protocolos de Enrutamiento. Capítulo 11, numeral 11.0.1.
Introducción del capítulo
62
Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de Conceptos
63
Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de Conceptos
64
IPv6: Nueva Generación Protocolo de Internet. Darwin Lamarck Santana Yunes. [en línea]. Disponible en:
<http://www.lac.ipv6tf.org/docs/tutoriales/IPv6-LACTF.pdf>
65
IPv6 Deployment and Support. Introduction to the e-learning package. Co-existence with IPv4 Dual Stack. 2011.[en línea].
Disponible en: <http://www.6deploy.eu/e-learning/english/>.
57
Figura 9. Ejemplo 2 de Implementación Dual-Stack
¿Qué rutas OSPF debería configurar en caso de que las redes LAN operaran con IPv6?
Explique.
En caso de que el Internet Services Provider (ISP) cambiara alguno de los enlaces WAN,
¿Qué cambios debería realizar en su configuración OSPF para modificar los
costos?¿Estos se modificarían automáticamente? Explique.
7.3.5 Procedimiento.
A continuación se describen los pasos que deben realizar los estudiantes, para realizar la
configuración de una red Dual-Stack.
Instalación Software Cisco Packet Tracert. Debe realizar la instalación del software,
recuerde que debe tener privilegios administrativos sobre el computador.
Paso1. Configuración general de los enrutadores. Solicite al profesor los archivos
Dual-Stack.pkt y Tabla_Direccionamiento.xlsx. El primer archivo contiene la configuración
del escenario propuesto para el desarrollo de la guía de laboratorio, observará que las
interfaces correspondientes al protocolo IPv4 ya se encuentran configuradas. El segundo
archivo contiene la configuración que debe realizar en cada una de las interfaces de red,
encontrará las configuraciones para IPv4 e IPV6. Realice la configuración de los nombres
de los enrutadores de acuerdo a lo propuesto en el archivo Tabla_Direccionamiento.xlsx.
Paso 2.Configuración de las Interfaces de Red. Ya que las interfaces de red para IPv4
ya están configuradas, realice la configuración de las interfaces para IPv6 de acuerdo al
archivo Tabla_Direccionamiento.xlsx.
Paso 3. Activación delProtocolo y Configuración de una red Dual-Sack67. Antes de
iniciar la configuración en los nodos de una red, es necesario activar el protocolo IPv6 y las
direcciones tipo unicast con las que se trabajará en este laboratorio.
68
Usar el comando: ipv6 unicast-routing en modo privilegiado.
Para asignar una dirección IPv6 a una interfaz de un nodo de la red (enrutador), se debe
usar el comando ipv6 address <prefijo de red/longitud de prefijo de red>. Para ingresar la
máscara de red basta con colocar / y el prefijo de la máscara. Ejemplo IPv6 address
2002:13b0:1061::1/64.
Para ver el estado de las interfaces puede utilizar el comando show ipv6 interface.
En la figura 10, se visualiza la configuración de la red Dual-Stackpropuesta.
66
Cysco System Inc. Inc. Cisco IOS IPv6 Configuration Guide, Release 12.4. Implementing OSPF for IPv6. July 25, 2011. [en
línea] Disponible en: <http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/ip6-ospf.html>
67
Juan Camilo Villanueva, Chistian David Velásquez Díaz. I Curso Taller: Redes de Telecomunicaciones Avanzadas. Manual
del curso Taller de Redes de Telecomunicaciones Avanzadas. Perú, Perú : s.n., Agosto de 2010. <http://www.willay.org.pe>
68
Network Working Group. Request for Comments: 4193 Unique Local IPv6 Unicast Addresses. October 2005. [en línea].
Disponible en: <http://www.ietf.org/rfc/rfc4193.txt>
59
Figura 10. Topología a configurar por los estudiantes para la realización del laboratorio.
Creación propia.
Configuración Interfaces de Red en IPv4: Esta configuración viene predeterminada en
el archivo que contiene el escenario propuesto. No olvide que los prefijos de subred para
los enlaces LAN y WAN son: 192.168.48.0/21 y 10.11.12.0/30 respectivamente.
Configuración Interfaces de Red en IPv6: Realice la configuración de las interfaces de
acuerdo a la información suministrada en el archivo Tabla_Direccionamiento.xlsx.
Recuerde que los prefijos de las redes LANv6 y WANv6 son: 2001:13a0::/48 y
2001:13b0::/122 respectivamente. Configuración del protocolo OSPF para IPv4: Para
realizar esta configuración debe digitar los siguientes comandos:
enrutador osfp # id del proceso
network dirección IP del identificador de red a configurar seguido de la máscara de red y el
área a la cuál va a pertenecer. Debe ejecutar estos comandos cada vez que requiera
publicar una red. Un ejemplo de esta configuración puede apreciarse en la figura 11:
60
Figura 11. Comandos de configuración para OSPFv4. Creación Propia
Realice la configuración OSPF para las redes IPv4 de acuerdo a la topología propuesta
en la figura 10. Nota: use el número 1 para el proceso de OSPF en todos los
enrutadores.
Revise la tabla de enrutamiento utilizando el comando show ip route.
Realice la configuración IP apropiada para los computadores en cada una de las
redes.
Pruebe conectividad entre todos los computadores y los enrutadores disponibles.
Configuración del protocolo OSPF para IPv6: La versión del protocolo OSPF para IPv6
es el OSPFv3 y es especificado por la IETF en el RFC 2740 “OSPF for IPv6” 69 . La
configuración de este protocolo en IPv6, en comparación con la configuración que debe
realizarse para IPv4, es mucho más sencilla. Para realizar la configuración debe emplear el
comando:
Recuerde que al trabajar con direcciones unicast, debe emplear el comando: IPv6
unicast-routing para configurar al enrutador a utilizar direcciones de este tipo.
Con el comando ipv6 ospf <identificador de proceso OSPF> área <área donde pertenece
la interfaz> se realiza la configuración de este protocolo de enrutamiento en el enrutador.
En la figura 12 puede apreciar un ejemplo.
69
Network Working Group. Requests for Comments: 2740 OSPFv6.December 1999. [en línea].Disponible en:
<http://www.ietf.org/rfc/rfc2740.txt>
61
Realice la configuración OSPF para las redes IPv6 de acuerdo a la topología propuesta
en la figura 10.
Nota: use el número 1 cómo identificador de proceso de OSPF en todos los enrutadores.
Revise la tabla de enrutamiento utilizando el comando show ipv6 route.
Pruebe conectividad entre todos los computadores y enrutadores; puede emplear el
comando ping desde cualquiera de los enrutadores hacia una de las direcciones IPv6 de
los enrutadores vecinos.
Observe el trayecto que sigue la información enviada desde una de las LAN hacia las
demás. Explique (puede apoyarse en el comando tracert).
Puede realizar la configuración de los computadores con direcciones IPv6 para que
realice pruebas entre las LAN con ICMPv6.
Una vez finalizada y comprobada la conectividad de todos los computadores y
enrutadores tanto en IPv4 cómo en IPv6, la configuración Dual-Stack70 habrá finalizado
con éxito.
En esta guía el estudiante realizará una configuración para activar un túnel 6to471 entre dos
enrutadores. También repasará y pondrá en práctica los conceptos de enrutamiento.
Durante el desarrollo de la guía se utilizará el protocolo Enhanced Interior Gateway Routing
Protocol (EIGRP)72 para el enrutamiento del protocolo IPV4. No obstante, el estudiante
puede realizar modificaciones para utilizar OSFP, que fue utilizado en la guía 2.
70
6deploy. IPv6 Deployment and Support. IPv6 Deployment and Support. [En línea] [Citado el: ]
<http://www.6deploy.eu/e-learning/english/>
71
Cysco System Inc. Implementing Tunneling for IPv6. June 24, 2011. [en línea] Disponible en:
http://www.cisco.com/en/US/docs/ios/ios_xe/IPv6/configuration/guide/ip6-tunnel_xe.html.
72
Cisco System. Cisco IOS XR Routing Configuration Guide, Release 3.7. Implementing EIGRP on Cisco IOS XR Software.
[en línea]. Disponible en: <http://www.cisco.com/en/US/docs/ios_xr_sw/iosxr_r3.7/routing/configuration/guide/rc37egp.html>
62
La presentación de esta guía en el documento es una versión resumida de la misma, puede
consultarse de forma completa en elAnexo C. "Guía No. 3, Implementación de Túneles
6to4"
7.4.1 Objetivos
73
Cisco Networking Academy. CCNA Exploration 4.0. Conceptos y protocolos de Enrutamiento. Capítulo 9, numeral 9.0.1.
Introducción del capítulo.
74
IPv6: Nueva Generación Protocolo de Internet. Darwin Lamarck Santana Yunes. Disponible. [en línea]
<http://www.lac.ipv6tf.org/docs/tutoriales/IPv6-LACTF.pdf>
75
CCNA ICND2 Official Exam Certification guide Second Edition, página 367. [Curso de Certificación de Cisco].
63
7.4.3 Elementos Requeridos
Computador por persona que cuente con sistemas operativos: Windows XP, Vista o 7.
Patch cord.
Enrutador Cisco 1841
Cables de Consola para el Enrutador.
El estudiante debe detallar el procedimiento para realizar una configuración como la que se
aprecia en la figura 13,en la cualpermita un túnel 6to4 entre los enrutadores R1 y R5.
Adicionalmente, debe anexar la configuración de los Enrutadores R1 y R5 y de Frame
Relay. Puede utilizar las herramientasGNS3 o Packet Tracer para realizar la configuración.
Figura 13. Topología propuesta para realizar por el estudiante posterior al laboratorio.76
76
GNS3. Graphical Network Simulator. GNS3, an opensource multiplatform graphical network simulator 2011 [en línea].
Disponible en: <http://www.gns3-labs.com/>
64
7.4.5 Procedimiento.
A continuación se describen de forma detallada, los pasos a realizar por los estudiantes
para la configuración de un túnel empleando el mecanismo de túneles 6to4 y el protocolo de
enrutamiento EIGRP.
SECCIÓN 1. Configuración de un túnel 6to4
Durante esta práctica, el estudiante realizará la configuración para permitir la comunicación
entre dos redes a través de un túnel 6to4 77 utilizando el protocolo de enrutamiento EIGRP,
el cual servirá para realizar el enrutamiento de las redes IPv4. Debe tener en cuenta la
utilización de algunos comandos descritos al inicio del capítulo.
Paso1. Preparación del enrutador. Borre la configuración actual que posee el enrutador y
reinícielo; esto evitará que tenga conflictos con configuraciones anteriores. Asegúrese que
la versión de IOS que tiene el enrutador sea la 12.4.
Paso2. Configuración general de los enrutadores. Realice las configuraciones
necesarias para establecer los nombres en los enrutadores de acuerdo a la topología
propuesta en la figura 14
Figura 14. Topología propuesta para la configuración de túneles 6to4. Creación propia.
77
Cedia. Consorcio Ecuatoriano para el Desarrollo de Internet Avanzado. Curso Ipv6 Enero 2010. Práctica 1. Configuración
IPv6, rutas estáticas y túneles 6in4. [en línea]. Disponible en: <http://dspace.cedia.org.ec/bitstream/123456789/44/2/cedia
IPv6curso.pdf>.
65
Nota:Recuerde que esta topología es propuesta y está sujeta a cambios de acuerdo a los
recursos de laboratorio y el número de estudiantes.
Paso 3. Configuración de las Interfaces Físicas y de Loopback. Configure las interfaces
físicas y de loopback para IPv4 e IPv6 en todos los enrutadores. Realice también la
configuración de relojes de acuerdo a lo indicado en la figura anterior. Los pasos para
realizar la configuración son:
Enrutador R1:
interface loopback0
ip address 10.1.1.1 255.255.255.0
ipv6 address FEC0::1:1/112 interface serial0/0/0
ip address 172.16.12.1 255.255.255.0
clockrate 64000
no shutdown
Enrutador R2:
interface loopback0
ip address 10.1.2.1 255.255.255.0
interface serial0/0/0
ip address 172.16.12.2 255.255.255.0
no shutdown
interface serial0/0/1
ip address 172.16.23.2 255.255.255.0
clockrate 64000
no shutdown
Enrutador R3:
interface loopback0
ip address 10.1.3.1 255.255.255.0
ipv6 address FEC0::3:1/112
interface serial0/0/1
ip address 172.16.23.3 255.255.255.0
no shutdown
66
Paso 4. Configuración de las Rutas EIGRP. Realice la configuración para realizar el
enrutamiento entre los tres enrutadores. Para realizar este enrutamiento se configurará el
protocolo EIGRP utilizando las redes 172.16.0.0 y 10.0.0.0. Una vez realizada esta
configuración, debe tener conectividad entre los tres enrutadores. La configuración que
debe realizar es la siguiente:
Enrutador R1:
enrutador eigrp 1
no auto-summary
network 10.0.0.0
network 172.16.0.0
Enrutador R2:
enrutador eigrp 1
no auto-summary
network 10.0.0.0
network 172.16.0.0
Enrutador R3:
enrutador eigrp 1
no auto-summary
network 10.0.0.0
network 172.16.0.0
Paso 5. Configuración del túnel 6to4. Un túnel es una interfaz lógica que actúa como un
vínculo lógico entre dos puntos de conexión. Sin embargo al no ser una interfaz física,
pueden estar involucrados más de dos puntos de conexión, es decir, podríamos configurar
un túnel para más de dos enrutadores. Un túnel 6to4 usa direcciones IPv6 especiales dentro
del rango 2002::/16. Los primeros 16 bits son el número 2002 en hexadecimal, y los 32 bits
siguientes corresponden a la fuente original de la dirección IPv4 en formato hexadecimal.
Un túnel 6to4 no requiere una dirección de destino, ya que no es un enlace punto a punto.
En este laboratorio, se van a configurar los enrutadores R1 y R3 como túnel 6to4 para
proporcionar conectividad IPv6 entre sus interfaces de loopback. Para configurar un túnel
6to4, debe obtener la configuración de la interfaz de túnel, puede utilizar la interfaz serie 0.
luego, debe establecer el modo de túnel sobre el enrutador, para esto puede emplear el
67
comando tunnel mode ipv6ip 6to4, más adelante observará la secuencia completa de
comandos para culminar la configuración en su totalidad78.
Ahora debe saber cuál es la dirección IPv6 que será utilizada para el túnel. Para esto debe
utilizar el concepto revisado en el párrafo anterior, de este modo, la dirección a configurar
en el enrutador R1 es 2002:AC10:0C01:1::1/64, donde AC10:0C01 corresponde a la
dirección 172.16.12.1, con 172 = AC, 16 = 10, 12 = C y 1 = 1. El 1 indica la subred específica
y el 1 al final es la dirección de host. Para realizar el cálculo de la dirección del enrutador R3,
se emplea el mismo mecanismo, por tanto la dirección para este enrutador es:
2002:AC10:1703:1::3/64. Tenga en cuenta que las dos direcciones no están en la misma
subred /6479.
Después de configurar las direcciones IPv6, deberá continuar con la interfaz de origen para
el túnel utilizando el comando tunnel source. Una vez realizada la configuración del túnel,
debe establecer una ruta IPv6 estática para todo el rango 2002::/16; use el comando ipv6
route para la interfaz del túnel en la que realice la configuración. A continuación se detallan
los pasos para realizar la configuración sobre cada uno de los enrutadores:
Enrutador R1:
interface tunnel 0
tunnel mode ipv6ip 6to4
ipv6 address 2002:AC10:0C01:1::1/64
tunnel source serial0/0/0
exit
ipv6 route 2002::/16 tunnel0
Enrutador R3:
interface tunnel 0
tunnel mode ipv6ip 6to4
ipv6 address 2002:AC10:1703:1::3/64
tunnel source serial0/0/1
exit
ipv6 route 2002::/16 tunnel0
78
Cisco Systems. 6bone Connection Using 6to4 Tunnels for IPv6. Document ID: 45741. Augost 10, 2005. [en línea].
Disponible en:http://www.cisco.com/en/US/tech/tk872/technologies_configuration_example09186a00801f3b4f.shtml.
79
Cisco Networking Academy Program. CCNP: Building Scalable Internetworks v5.0 - Lab 8-3. Páginas 1-9.
68
Realice pruebas de ICPM a través del comando ping desde cada uno de los enrutadores
para comprobar conectividad. En caso que las respuestas desde ambos extremos no sean
satisfactorias, debe revisar cada uno de los pasos antes descritos para encontrar la falla.
Paso 6. Configuración de rutas estáticas IPv6. Al igual que IPv4, IPv6 puede tener rutas
estáticas dentro de su tabla de enrutamiento. En el paso anterior usted creó una ruta
estática para el rango 2002::/16. Durante este paso, se configuró una ruta estática en R1
especificando cómo llegar a la interfaz de loopback R3 y viceversa. Al igual que en IPv4, en
IPv6 las rutas estáticas se crean con la dirección del próximo salto, en este caso el siguiente
salto para los enrutadores es la dirección IPv6 del otro extremo del túnel. Recuerde que
antes de comenzar a realizar el enrutamiento debe habilitar el enrutador para uso
direcciones unicast con el comando ipv6 unicast-routing. A continuación se explica la
configuración detallada a realizar:
Enrutador R1:
ipv6 unicast-routing
ipv6 route FEC0::3:0/112 2002:AC10:1703:1::3 Luego, puede observar la configuración
completa de la tabla de enrutamiento utilizando el comando show ipv6 route.
Debe obtener una respuesta similar a esta: S 2002::/16 [1/0] vía ::, Tunnel0; donde S
especifica que es una ruta estática; puede guiarse observando las convenciones que
aparecen en el enrutador una vez digitando el comando.
Enrutador R3:
ipv6 unicast-routing
ipv6 route FEC0::1:0/112 2002:AC10:C01:1::1
De igual forma puede revisar la tabla de enrutamiento con el comando: show ipv6 route.
Puede verificar la conectividad validando las tablas de enrutamiento, o ejecutando el
comando ping a las interfaces IPv6 de loopback en cada uno de los enrutadores.
69
7.5 GUÍA NO. 4 - IMPLEMENTACIÓN DE REDES USANDO DOS MECANISMOS DE
TRANSICIÓN Y CONVIVENCIA
Con base en las dos guías anteriores, el estudiante simulará una pequeña red en la cual
conecte dos redes a través de un ISP (simulado) configurando 6to4 y Dual Stack.
7.5.1 Objetivos
Computador por persona que cuente con sistemas operativos: Windows XP, Vista o 7.
Patch cord
Packet Tracert o GNS3
Wireshark
7.5.4 Procedimiento.
71
Sede 5 Fensalir: Esta es la más reciente de las sedes de la compañía que aún no se
encuentra en funcionamiento y que tendrá un datacenter que replicará con Bifrost. Esto
con el fin de prestar servicios internacionales requeridos por los clientes, además alojará
servicios que se contratarán con clientes de Estados Unidos y Canadá.
De acuerdo a las especificaciones anteriores, el estudiante debe realizar la configuración
para conectar a Midgar, Asgard, Bifrost y Udgar con Fensalir. Puede apoyarse en la
configuración que se realizó en la guía No. 2, teniendo en cuenta el direccionamiento IP y
las configuraciones OSPF realizadas tanto para IPv4 como para IPv6. Tenga en cuenta que
la red administrativa perteneciente a Midgar no debe verse con la red de Fensalir y además
debe suponer que en Bifrost debe crearse una nueva red para pruebas que tenga
conectividad con las demás sedes, pero no con la red administrativa.
Paso 1: Realice el diseño de direccionamiento, para IPv4 e IPv6 (use direcciones tipo
unicast) de las redes LAN y WAN.
Paso 2: Realice las configuraciones correspondientes a OSPF y Dual-Stack para la
interconexión de las cuatro sedes en Colombia.
Paso 3: Realice la configuración Dual-Stack en los enrutadores R1 ISP2 y Rborde.
Paso 4: Realice la configuración de túnel 6to4 para conectar los routes R1 ISP2 y Rborde.
Paso 5: Realice pruebas de conectividad entre las sedes, en especial con Fensalir.
Paso 6: Apóyese en el programa Wireshark para observar el trazado y estructura del
paquete IPv6 cuando realiza las pruebas de conectividad.
Paso 7: En las sedes Bifrost y Fensalir, configure dos servidores Web, uno con
direccionamiento v6 y el otro con direccionamiento v4.
Paso 8: Realice peticiones Web (en ipv4 e IPv6) a través del puerto 80 entre los servidores
de las dos sedes.
72
8. MATERIAL DOCENTE
Requisitos Especificación
Asignatura Redes de Computadoras Conocimientos generales en el
protocolo de comunicaciones
IPv6
Resultados Esperados:
El estudiante realizará la guía de laboratorio propuesta en el capítulo 7 numeral 7.2 anexo
A, una vez el docente haya explicado el fundamento teórico presentado en el capítulo 6 y
en Anexo E.
73
4. Identifique los conceptos
básicos involucrados
composición del paquete IPv6.
5. Identifique la arquitectura de
direccionamiento en IPv6 y
encuentre las diferencias
respecto a IPv4.
Requisitos Especificación
Asignatura Redes de Computadoras Mecanismo de Convivencia
Dual-Stack.
Resultados Esperados:
El estudiante realizará las guías de laboratorio propuestas en el capítulo 7 numeral 7.3 una
vez el docente haya explicado el fundamento teórico presentado en el capítulo 6 y en el
Anexo F.
74
http://www.6deploy.
eu/e-learning/englis
h/
Requisitos Especificación
Asignatura Redes de Computadoras Mecanismo de Convivencia Túnel
Asignatura Internet 6to4
Resultados Esperados:
El estudiante realizará la guía de laboratorio propuesta en el capítulo 7 numeral 7.4 una vez
el docente haya explicado el fundamento teórico presentado en el capítulo 6 y en el Anexo
G.
75
9. CONCLUSIONES Y RECOMENDACIONES
Día a día crece el número de usuarios conectados a la red de redes lo que ha implicado una
creciente demanda de los servicios que son ofrecidos por la misma. De la misma forma,
dichos servicios son cada vez más especializados y requieren transmitir paquetes más
grandes de tipo multimedia. De acuerdo con esto, es evidente que IPv4 comienza a
presentar falencias al enfrentar dicha demanda. IPv4 no fue concebido teniendo en
consideración el crecimiento exponencial de la demanda causada por los servicios y
aplicaciones en la actualidad.
Inicialmente, establecer la convivencia para la transición entre los dos protocolos no será
una tarea trivial. Sin embargo, no es imposiblepero es importante que las organizaciones
que comiencen con sus respectivos planes de transición, sean precisas con la información
que poseen acerca de los dispositivos de comunicaciones con los que cuenta, para
asegurar que éstos soportan el nuevo protocolo o en caso contrario, consolidar planes de
adquisición de dispositivos compatibles; por otra parte es transcendental que la información
sobre la topología física y lógica de la red de la organización, sea conocida por todas las
personas involucradas en el plan, con el fin de permitir apoyar la toma de decisión de
manera informada, acerca del mecanismo de convivencia más adecuado para cada caso
específico.
76
Los laboratorios se diseñaron para que el estudiante realice un paso a paso según las
actividades propuestas en cada una.
9.3 RECOMENDACIONES
Los dispositivos enrutadores con los cuales cuenta la Universidad Piloto de Colombia
relacionados en el Anexo H (inventario de equipos de Laboratorio) deben realizar una
actualización de IOS (Internetwork Operative System) o Sistema Operativo del
enrutador.
En la guía No. 3 se indica la versión IOS que deben tener los dispositivos para permitir las
configuraciones propuestas en las guías de laboratorio anexas.En los Anexos I y J se
relacionanlos correos electrónicoscon los cuales se solicita al director de laboratorios de
Telecomunicaciones realizar dicha actualización.
Validación de cada uno de los enrutadores ya que algunos no tienen ninguna versión de
IOS cargada, por tanto no es posible realizar ninguna práctica con ellos. En el anexo I se
relacionan los dispositivos con este problema.
80
Cisco Systems Inc. Cisco 1800 Series Integrated Services Routers. Cisco 1800 Series Integrated Services Routers. [En
línea] Cisco Systems Inc.
<http://www.cisco.com/en/US/prod/collateral/enrutadores/ps5853/product_data_sheet0900aecd8016a59b.html>
77
la Universidad cuente con más dispositivos enrutadores para realizar prácticas de este
tipo, ya que esto permite a los estudiantes contar con ambientes más reales y no
simulaciones.
78
BIBLIOGRAFÍA
6deploy. IPv6 Deployment and Support. IPv6 Deployment and Support. [en línea]
Disponible en: <http://www.6deploy.eu/e-learning/english/>
CCNA ICND2 Official Exam Certification guide Second Edition, página 367. [Curso de
Certificación de Cisco].
Cedia. Consorcio Ecuatoriano para el Desarrollo de Internet Avanzado. Curso Ipv6 Enero
2010. Práctica 1. Configuración IPv6, rutas estáticas y túneles 6in4. [en línea]. Disponible
en: <http://dspace.cedia.org.ec/bitstream/123456789/44/2/cedia IPv6 curso.pdf>.
Cisco Networking Academy Program. CCNP: Building Scalable Internetworks v5.0 - Lab
8-3. Páginas 1-9.
Cisco System Documents. Cisco IOS IPv6 Configuration Guide Release 12.4T. Marzo 5 de
2009. [en línea] Disponible en:
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/12_4t
Cisco System Inc. Application Visibility and Control for IPv6. 2011. [en línea]. Disponible en:
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6553/aag_c45-665915.pdf
Cisco System Inc. Cisco IPv6 products, solutions, and services. 2010. [en línea]. Disponible
en: <thttp://www.cisco.com/go/ipv6>.
Cisco System Inc. Cisco Networking Academy. CCNA Exploration 4.0. Diccionario de
conceptos. [Definición: “Clasificación de la confiabilidad de una fuente de información de
enrutamiento].”
Cisco System. Cisco IOS XR Routing Configuration Guide, Release 3.7. Implementing
EIGRP on Cisco IOS XR Software. [en línea]. Disponible en:
<http://www.cisco.com/en/US/docs/ios_xr_sw/iosxr_r3.7/routing/configuration/guide/rc37e
gp.html>
79
Cisco Systems Inc. Cisco 1800 Series Integrated Services Routers. Cisco 1800 Series
Integrated Services Routers. [En línea] Cisco Systems Inc.
<http://www.cisco.com/en/US/prod/collateral/enrutadores/ps5853/product_data_sheet0900
aecd8016a59b.html>
Cisco Systems, Inc. IPv6 Site and Solutions. 2011. [en línea]. Disponible en
http://www.cisco.com y <http://
http://www.cisco.com/web/solutions/netsys/ipv6/index.html>.
Cisco Systems. 6bone Connection Using 6to4 Tunnels for IPv6. Document ID: 45741.
Augost 10, 2005. [en línea]. Disponible
en:http://www.cisco.com/en/US/tech/tk872/technologies_configuration_example09186a00
801f3b4f.shtml.
Cisco Systems. Cisco 1800 Series Integrated Services Routers. [en línea]. Disponible en:
<http://www.cisco.com/en/US/prod/collateral/enrutadores/ps5853/product_data_sheet0900
aecd8016a59b.html>
Cysco System Inc. Implementing Tunneling for IPv6. June 24, 2011. [en línea] Disponible
en:
http://www.cisco.com/en/US/docs/ios/ios_xe/IPv6/configuration/guide/ip6-tunnel_xe.html.
Cysco System Inc. Inc. Cisco IOS IPv6 Configuration Guide, Release 12.4. Implementing
OSPF for IPv6. July 25, 2011. [en línea] Disponible en:
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/ip6-ospf.html>
Cysco System Inc.. Cisco IOS IPv6 Configuration Guide, Release 12.4. Implementing
DHCP for IPv6. April 8, 2011. [en línea] Disponible en:
<http://www.cisco.com/en/US/docs/ios/IPv6/configuration/guide/ip6-dhcp.html#wp1055621
>
Cysco System Inc.s Inc. Cisco IPv6 products, solutions, and services. 2010. [en línea].
Disponible en:<
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6553/at_a_glance_c45-625
859.pdf >.
DAVIES, Joseph. Understanding Ipv6 Second Edition. Washington. Microsoft Press, 2008
509 p. Library of Congress control number: 2007940506.
Grupo de trabajo IPv6 Chile. IPv6 Chile. 2011. [en línea]. Disponible en: http://www.ipv6.cl
80
IPv6 Deployment and Support. Introduction to the e-learning package. Co-existence with
IPv4 Dual Stack. 2011.[en línea]. Disponible en:
<http://www.6deploy.eu/e-learning/english/>.
LACNIC - Latín American and Caribbean Internet Addresses Registry) en español Registro
de Direcciones de Internet para América Latina y Caribe. [en línea]. Disponible en: <http:
//lacnic.net/sp/anuncios/345.html>
LOSHIN, Pete. IPv6: Theory, Protocol, and Practice SECOND EDITION. San Francisco.
Morgan Kaufmann Publishers is an Imprint of Elsevier, 2004.523 p. Capítulo 8. Vol. 2.
ISBN: 1-55860-810-9
Network Working Group. Request for Comments 2740. OSPF for IPv6. December 1999. [en
línea]. Disponible en: http://www.ietf.org/rfc/rfc2740.txt.
Network Working Group. Request for Comments: 1034 Domain Names concepts and
facilities. November 1987. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc1034.txt>.
Network Working Group. Request for Comments: 1035 Domain Names concepts and
facilities. November 1987. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc1035.txt>.
Network Working Group. Request for Comments: 1886 DNS Extensions to support IP
version 6. December 1995. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc1886.txt >.
Network Working Group. Request for Comments: 2080. RIPng for IPv6.January 1998. [en
línea]. Disponible en: http://www.ietf.org/rfc/rfc2080.txt
Network Working Group. Request for Comments: 2328. OSPF Version 2. April 1998. [en
línea]. Disponible en: http://www.ietf.org/rfc/rfc2328.txt
Network Working Group. Request for Comments: 2453. RIP Version 2. Noviembre 1998. [en
línea]. Disponible en: <http:// http://tools.ietf.org/html/rfc2453>
81
Network Working Group. Request for Comments: 2460 Internet Protocol, Version 6 (IPv6).
December 1998. [en línea]. Disponible en: http://www.rfc-es.org/rfc/rfc2460-es.txt.
Network Working Group. Request for Comments: 2460. [en línea]. Disponible
en:<http://www.rfc-es.org/rfc/rfc2460-es.txt>
Network Working Group. Request for Comments: 2461 Neighbor Discovery for IP Version 6
(IPv6). December 1998. [en línea]. Disponible en: < http://www.ietf.org/rfc/rfc2461.txt>.
Network Working Group. Request for Comments: 3056 Connection of IPv6 Domains via
IPv4 Clouds. Febraury 2001. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc3056.txt >.
Network Working Group. Request for Comments: 3068 An Anycast Prefix for 6to4 Relay
Routers. June 2001. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc3068.txt >.
Network Working Group. Request for Comments: 3513. Internet Protocol Version 6 (IPv6)
Addressing Architecture. April 2003. [en línea]. Disponible en:
http://http://www.ietf.org/rfc/rfc3513.txt.
Network Working Group. Request for Comments: 4193 Unique Local IPv6 Unicast
Addresses. October 2005. [en línea]. Disponible en: http://www.ietf.org/rfc/rfc4193.txt
Network Working Group. Request for Comments: 951 Bootstrap Protocol (BOOTP).
September 1984. [en línea]. Disponible en: <http://www.ietf.org/rfc/rfc4193.txt>.
Network Working Group. Requests for Comments: 2740 OSPFv6.December 1999. [en
línea].Disponible en: http://www.ietf.org/rfc/rfc2740.txt
PÉREZ, Juan, et, al. Conceptos de sistemas Operativos. Universidad Pontificia Comillas.
Madrid.2002. 641 p.ISBN: 84-8468-063-0
Renata. Red Nacional Académica de Tecnología Avanzada.I Foro día Mundial IPv6. Junio 9
2011. Última fecha de consulta Septiembre 2011. [en línea]. Disponible en:
http://www.renata.edu.co/index.php/component/content/article/5-noticias
/2297-i-foro-dia-mundial-IPv6-capítulo-colombia-reunio-a-la-comunidad-academica-y-tecni
ca-del-pais-y-de-america-latina.html>.
SHANNON, McFarland, et, al. IPv6 for Enterprise Networks. Indianapolis. Cisco Press,
2011. 361p. ISBN: 978-1-58714-227-7.
82
TAFFERNABERRY, Carlos, et al.Codarec6: an ipv6 test bed” – Laboratorio de estudio,
diseño, desarrollo, implementación, ensayo y capacitación del protocolo de internet versión
6. [en línea]. Disponible en:
<http://codarec6.frm.utn.edu.ar/publicaciones/papers/CACIC-2006.pdf>.
YUNES, Darwin Lamarck. IPv6 Task Force América Latina y el Caribe. IPv6: Nueva
Generación Protocolo de Internet. [En línea]
<http://www.lac.ipv6tf.org/docs/tutoriales/IPv6-LACTF.pdf>
83
ANEXOS
../Anexos/Guia_1/Guía_No1.docx
84
Anexo B: Guía No. 2 Implementación Dual-Stack o Doble Pila
..\Anexos\Guia_2\Guía_No2.docx
85
Anexo C: Guía No. 3 Implementación Túneles 6to4
..\Anexos\Guia_3\Guía_No3.docx
86
Anexo D: Guía No. 4 Implementación de redes usando dos mecanismos de transición y
convivencia
..\Anexos\Guia_4\Guía_No4.docx
87
Anexo E: Material Docente Guía No. 1
..\Anexos\Material_Docente\Anexo_E.pptx
88
Anexo F: Material Docente Guía No. 2
..\Anexos\Material_Docente\Anexo_F.pptx
89
Anexo G: Material Docente Guía No. 3
..\Anexos\Material_Docente\Anexo_G.pptx
90
Anexo H: Inventario de Dispositivos de Laboratorio
..\Anexos\Laboratorio\Anexo_H.xls
91
Anexo I: Solicitud de Actualización de IOS y Hallazgos de los dispositivos de laboratorio
..\Anexos\Laboratorio\Anexo_I.pdf
92
Anexo J: Solicitud de Actualización de IOS
..\Anexos\Laboratorio\Anexo_J.pdf
93