PROYECTO TELECOMUNICACIONES

ÓSCAR MAURICIO RAMOS PÁEZ

PEDROZA MENESES JOHAN
LAURA DANIELA GUTIÉRREZ BEDOYA
BRAYAN ORLANDO REINA CERON

POLITECNICO GRANCOLOMBIANO

TELECOMUNICACIONES (MODALIDAD VIRTUAL)

2019

1
 2
Contenido
PLANTEAMIENTO DEL PROBLEMA............................................................................... 4

OBJETIVO GENERAL..........................................................................................................5

OBJETIVOS ESPECÍFICOS................................................................................................. 5

JUSTIFICACIÓN................................................................................................................... 6

BIBLIOGRAFÍA.................................................................................................................. 14
 INTRODUCCIÓN

Luego de realizada una topología de prueba para la interconexión de tres Routers en diferentes
partes del país los cuales obedecen a una misma red.
Se determina la necesidad de interconexión de tres islas IPV6 a través de un Core nativo MPLS
IPV4. Debido a que es una red con poca escalabilidad en cuanto al mallado de los túneles. Dicha
red no se prevé que aumente su tamaño, en cuanto a routers o canales disponibles desde el CORE
MPLS de la red.

Se propone una metodología de tres capas (Core, Distribución, Acceso) se interconectará un total
de 3 islas las cuales corresponden a Bogotá, Medellín y Cali. El direccionamiento y el protocolo
de red se dará por la creación de tres túneles manuales GRE con un redireccionamiento de punto
a punto, Por cada extremo configurado se designo una IPV6 de forma manual la cual permitirá a
los paquetes que viajen por el mallado del túnel identificar el punto de inicio y el punto de
finalización.

3
 OBJETIVO GENERAL
Determinar por medio de una propuesta de interconexión bajo el modelo TCP mediante
técnicas de enrutamiento de islas IPV6 con una infraestructura CORE MPLS/IPV4
enrutadores de distribución única.

OBJETIVOS ESPECÍFICOS

1. Establecer la topología necesaria con el fin de realizar una interconexión entre tres
puntos ubicados en diferentes ciudades.
2. Reconocer las tecnologías necesarias las cuales permitan el correcto
funcionamiento de una red privada.
3. Establecer el enrutamiento optimo en base a la infraestructura establecida
4. Definir la secuencia de comandos que permita establecer los protocolos de
enrutamiento.
5. Cuantificar el trafico del envió de paquetes por medio de la red establecida.
 JUSTIFICACIÓN

La topología de red que se presenta en este documento evalúa los aspectos claves a
tener en cuenta al momento de establecer una red, iniciado por la escalabilidad que se
plantee tenga a un futuro corto o lejano además se analiza la necesidad de una
extensión del servicio IPV6 con la finalidad de aumentar la seguridad entre la
conectividad entre las islas y los túneles. Adicional a lo ya mencionado y como parte
fundamental en el establecimiento de una red se determina el enrutador adecuado en
base al numero de islas y al numero de canales.

Tecnologías:

EIGRPv6:
Para recordar un poco las características de EIGRP, este trabaja con los PDMs
(módulos dependientes del protocolo), los cuales le permite soportar diversos
protocolos de capa 3, donde podemos encontrar IPv4, IPv6, Apple Talk e IPX.

- EIGRP para IPv6 (también conocido como EIGRPv6), se diferencia de las

siguientes formas con EIGRPv4 (EIGRP para IPv4):
- En EIGRPv6 se usa la dirección IPv6 link-local para establecer la vecindad
con el vecino.
- EIGRPv6 utiliza las características de IPv6 (IPSec) para la autenticación del
protocolo.
- EIGRP para IPv6 solo soporta la sumarización manual, debido que el
protocolo IPv6 no posee el concepto de clases.
- Si el equipo no posee alguna configuración de EIGRPv4, es necesario
configurarle a EIGRPv6 un router-id.
- En caso de que este no se configure, el router utilizará de forma automática
la loopback con la IPv4 más alta o la interfaz física con la IPv4 más alta.
- En EIGRP para IPv6, el protocolo se configura bajo la interfaz que
necesitemos que corra el proceso.
- EIGRPv6 utiliza la dirección multicast FF02::A.

Al igual que en IPv4, se utiliza el protocol number (next header en IPv6) 88 para
identificar que el mensaje IPv6 transporta EIGRPv6.
Con respecto a los mensajes, este utiliza los siguientes:

Paquete
Origen Destino Descripción
EIGRP
Link- Descubrir y mantener
Hello FF02::A
local (Keepalive) vecinos
Link-
ACK Link-local Acuse de recibo de un update
local
 Consulta por la información de
Link-
Query FF02::A una ruta en un evento de cambio
local
de topología
Link-
Reply Link-local Respuesta a un Query
local
Link- Mensaje utilizado cuando se
Update Link-local
local forma la adyacencia
Mensaje utilizado cuando se
Link-
Update FF02::A produce un cambio en la
local
topología

OSPFv3:

OSPFv3 es el equivalente a OSPFv2 para intercambiar prefijos IPv6. Recuerde

que, en IPv6, la dirección de red se denomina “prefijo” y la máscara de subred se
denomina “longitud de prefijo”.

De manera similar a su equivalente de IPv4, OSPFv3 intercambia la información

de routing para completar la tabla de routing IPv6 con prefijos remotos, como se
muestra en la ilustración.
OSPFv2 se ejecuta a través de la capa de red IPv4, por lo que se comunica con
otros peers IPv4 OSPF y solo anuncia rutas IPv4.

OSPFv3 tiene la misma funcionalidad que OSPFv2, pero utiliza IPv6 como
transporte de la capa de red, por lo que se comunica con peers OSPFv3 y anuncia
rutas IPv6. OSPFv3 también utiliza el algoritmo SPF como motor de cómputo para
determinar las mejores rutas a lo largo del dominio de routing.

Movilidad

Debido a que la movilidad es una característica importante y deseable por las

compañías proveedoras y los consumidores finales el Protocolo de Internet Móvil
(MobileIP) 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 función agregada como en IPv4. Ello implica que cualquier nodo
IPv6 puede usar un IP Móvil tanto como lo requiera. IPv6 Móvil utiliza dos
Extensiones de Encabezado: un Encabezado de Enrutamiento para el registro y un
Encabezado de Destino para entrega del datagrama entre los nodos móviles y sus
nodos fijos correspondientes.

Modos de configuración de IPv6

Autoconfiguración. Definida en el RFC 2462 y también es conocida como

Configuración Automática de Dirección Sin Estado IPv6. Esta funcionalidad
permite que un ruteador IPv6 envíe, a través del enlace local, la información de red
a las computadoras y que ellas puedan configurarse correctamente. La
información 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
añade su dirección de capa de enlace (dirección MAC) en el formato EUI-64 al
prefijo de IPv6 de unicast global único anunciado en la subred.

Configuración mediante servidor. Las computadoras que utilizan IPv6 pueden

obtener sus parámetros y direcciones de configuración de un servidor de DHCP
versión 6. Este modo es llamado Configuración de Direcciones con Estado IPv6.

SLAAC:

SLAAC (Configuración automática de dirección independiente del estado) es un método en

el cual un dispositivo puede obtener una dirección IPv6 de unidifusión global sin los
servicios de un servidor de DHCPv6. ICMPv6 se encuentra en el centro de SLAAC. ICMPv6
es similar a ICMPv4, pero incluye funcionalidad adicional y es un protocolo mucho más
sólido. SLAAC utiliza mensajes de solicitud y de anuncio de router ICMPv6 para
proporcionar direccionamiento y otra información de configuración que normalmente
proporcionaría un servidor de DHCP:

 Mensaje de solicitud de router (RS): cuando un cliente está configurado para

obtener la información de direccionamiento de forma automática mediante SLAAC,
el cliente envía un mensaje RS al router. El mensaje RS se envía a la dirección IPv6 de
multidifusión de todos los routers, FF02::2.

 Mensaje de anuncio de router (RA): los routers envían mensajes RA para

proporcionar información de direccionamiento a los clientes configurados para
obtener sus direcciones IPv6 de forma automática. El mensaje RA incluye el prefijo y
la longitud de prefijo del segmento local. Un cliente utiliza esta información para
crear su propia dirección IPv6 de unidifusión global. Los routers envían mensajes RA
de forma periódica o en respuesta a un mensaje RS. De manera predeterminada, los
routers Cisco envían mensajes de RA cada 200 segundos. Los mensajes RA siempre
se envían a la dirección IPv6 de multidifusión de todos los nodos, FF02::1.

Como lo indica el nombre, SLAAC quiere decir “sin estado”. Un servicio sin
estado significa que no hay ningún servidor que mantenga la información de la
dirección de red. A diferencia de DHCP, no hay servidor de SLAAC que tenga
información acerca de cuáles son las direcciones IPv6 que están en uso y cuáles
son las que se encuentran [Link] resultado, un host IPv6 puede
configurarse por sí mismo completo o parte de la configuración de la dirección
 automáticamente, lo que depende del tipo y el método que utiliza para la
configuración automática. Los tipos de métodos incluyen:

Autoconfiguración con estado configuración automática sin estado

mediante el proceso de direccionamiento EUI-64 (SLAAC).

La configuración automática de estado es un método en el que a un host o enrutador se

le asigna su dirección IPv6 completa de 128 bits con la ayuda de DHCP.

La autoconfiguración sin estado o SLAAC es el segundo método en el que a

la interfaz del host o del enrutador se le asigna un prefijo de 64 bits, y luego el
host o enrutador deriva los últimos 64 bits de su dirección con la ayuda del
proceso EUI-64.
SLAAC usa el protocolo NDP para trabajar, esperamos que quede claro cómo
esta tecnología permite que todos los hosts de la red IPv6 tengan su propia
dirección IPv6 única a nivel mundial sin la necesidad de que alguien más la
configure para él.

Si crees que no hay una mejor manera de hacer las cosas sino hacerlo tú
mismo, entonces estarás convencido de que no hay una mejor manera de
configurar la dirección IP en el host, sino de darle la posibilidad de hacerlo por sí
mismo. No habrá otros servidores, enrutadores o cualquier otra cosa que pueda
fallar y dejar el host sin la dirección. Desde mi perspectiva, esta es la razón por
la que la tecnología SLAAC es brillante.

LA OPCIÓN DE DHCPV6 SIN ESTADO (ANUNCIO DE ROUTER Y DHCPV6)

Si bien DHCPv6 es similar a DHCPv4 en cuanto a lo que proporciona, los dos protocolos son
independientes respecto sí. DHCPv6 se define en RFC 3315. Se trabajó mucho en esta
especificación a través de los años, como lo indica el hecho de que RFC DHCPv6 tiene el
número de revisión más alto que cualquier borrador de Internet.

La opción de DHCPv6 sin estado informa al cliente que utilice la información del mensaje
RA para el direccionamiento, pero que hay más parámetros de configuración disponibles
de un servidor de DHCPv6.
 Ejemplo de configurar DHCPv6 sin estado:

Los nodos que han obtenido las direcciones IPv6 a través de cualquier otro
mecanismo, como la autoconfiguración de direcciones sin estado o por
configuración manual, pueden usar el servicio DHCPv6 sin estado 5 para obtener
otra información de configuración como la lista de servidores DNS recursivo.
Por lo tanto, el servicio sin estado de DHCPv6 sólo proporciona información de
configuración y no asignación de direcciones. El servidor es llamado sin estado
porque no mantiene estado dinámico para clientes individuales.
Clientes y Servidores implementan los siguientes mensajes para el servicio
DHCPv6 sin estado:

 Information-Request
 Reply
 Relay-Forward
 Relay-Reply

Se explica cómo configurar un router como servidor de DHCPv6 sin estado. También se
realizará una verificación de DHCPv6 sin estado.

DIRECCIONAMIENTO Y PROTOCOLOS DE RUTEO EN LA RED

Se realiza una propuesta de interconexión bajo un servicio IPV6 a través de una

infraestructura de CORE MPLS IPV4 definiendo como primera instancia tres túneles de
punto a punto definiendo por cada punto un IPV6 Loopback por cada PE. Se deslucida una
excesiva configuración por cada túnel en los enrutadores de Acceso CE debido a que la
definición de los tuéneles se han realizado de forma manual EN GRE, Lo cual incrementa
los costos de mantenibilidad y manejo debido a que el seguimiento de errores es mas
complejo debido a que los saltos suministrados por la red durante un envío de paquetes de
un enrutador a otro enrutador pasando por el Core. Para minimizar este impacto se utiliza la
herramienta de seguimiento de paquetes Traceroute IPv6.
COTIZACIONES CISCO
CIF CLIENTE CONTACTO FECHA CIUDAD
900.000.000-1 EMPRESA QUIEN 9/12/2019
COTIZA
TELEFONO DIRECCION EMAIL DESCUENTO % T. PAGO
CONTADO

ITEM CODIGO DESCRIPCIÓN CANT UNIDAD VR. UNITARIO [Link]

1 XXXXX ROUTER CISCO C881-K9 2 UND 639.000 1.278.000
SERIE 880
2 XXXXX SWITCH CISCO 24P SG110 7 UND 981.800 6.872.600
3 XXXXX TELEFONO IP CISCO 2 UND 481.990 963.980
DESCUENTO $0
VALOR TOTAL $9.616.580

Cotizaciones TP LINK
TP LINK no maneja línea de telefonía.
CIF CLIENTE CONTACTO FECHA CIUDAD
900.000.000-1 EMPRESA QUIEN 9/12/2019
COTIZA
 TELEFONO DIRECCION EMAIL DESCUENTO % T. PAGO
CONTADO

ITEM CODIGO DESCRIPCIÓN CANT UNIDAD VR. UNITARIO [Link]

1 XXXXX TP-Link TL-ER6020 Gigabit 2 UND 435.946 871.892
Dual-WAN VPN Router
2 XXXXX switch 24 puertos 7 UND 340.900 2.386.300
10/100/1000

DESCUENTO $0
VALOR TOTAL $3.258.192

Cotizaciones HUAWEI
CIF CLIENTE CONTACTO FECHA CIUDAD
900.000.000-1 EMPRESA QUIEN 9/12/2019
COTIZA
TELEFONO DIRECCION EMAIL DESCUENTO % T. PAGO
CONTADO

ITEM CODIGO DESCRIPCIÓN CANT UNIDAD VR. UNITARIO [Link]

1 XXXXX ROUTER HUAWEI 4G 2 UND 300.979 601.958
2 XXXXX switch HUAWEI S2350 28P 7 UND 1.324.972 9.274.804
3 XXXXX VIDEOTELEFONO ESPACE 2 UND 1.537.268 3.074.536
8950
4 XXXXX TELEFONO IP ESPACE 7910 42 UND 936.787 39.345.054
DESCUENTO $0
VALOR TOTAL $52.296.352
 BIBLIOGRAFÍA

1. López, D., Hernández, C., & Salcedo, O. (2012). Propuesta de interconexión mediante
técnicas de entunelamiento de Islas IPv6 a través de una infraestructura de core
MPLS/IPv4 con enrutadores de distribución doble. Tecnura, 16(32), 50–58.
[Link]

2. Garg, R., & Sharma, S. (2018). Modified and Improved IPv6 Header Compression
(MIHC) Scheme for 6LoWPAN. Wireless Personal Communications: An International
Journal, 103(3), 2019. [Link]

3. Fundación Wikimedia, I. (18 de mayo de 2018). DHCPv6. Obtenido de

Wikipedia®: [Link]
4. IT, d. (10 de diciembre de 2018). EIGRPv6/OSPFv3 Redistribution. Obtenido de dch
IT: [Link]
redistribution
5. Walton, A. (29 de diciembre de 2017). Configuración de DHCPv6 con estado. Obtenido
de CCNA desde Cero: [Link]

14