Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6

OPERACION E INTEGRACION DE MULTIPLES PROTOCOLOS DE
ENRUTAMIENTO INTERNOS (IGP) PARA REDES IPV6 CORPORATIVAS
Por
Paulo Colomés
Noviembre 2015
REDESCISCO.NET

1

www.netlearning.cl www.redescisco.net

2

ÍNDICE GENERAL
INTRODUCCIÓN………………………………………………………………………. 3
CAPÍTULO I
DESCRIPCIÓN DEL PROBLEMA Y OBJETIVOS……………………………………. 4
CAPÍTULO II
FUNDAMENTOS DEL PROTOCOLO DE INTERNET VERSIÓN 6………………… 6
2.1. Diferencias comparativas de IPv6 frente a IPv4……………………………………. 11
CAPÍTULO III
PROTOCOLOS DE ENRUTAMIENTO INTERNOS PARA IPv6… ………………… 14
3.1. Protocolo de Información de Enrutamiento de Nueva Generación RIPng…………. 14
3.2. Protocolo de Enrutamiento de Pasarela Interior Avanzado para redes
IPv6 EIGRPv6…………………………………………………………………………… 22
3.3. Implementación del Protocolo Abierto de Ruta más Corta versión 3 OSPFv3……. 30
3.3.1. Configuración de OSPFv3 de área única…………………………………………. 30
3.3.2. Verificación de OSPFv3………………………………………………………….. 32
3.3.3. Aplicación de Enrutamiento OSPFv3 en entornos de múltiples áreas…………... 35
3.3.4. Aspectos técnicos de OSPFv3…………………………………………………..... 42
CAPÍTULO IV
FUNDAMENTOS DE INTERCONEXIÓN DE PROTOCOLOS IGP………………… 44
4.1. Métricas de RIPng, OSPFv3 y EIGRPv6………………………...…………………. 44
4.2. Integración de múltiples protocolos de enrutamiento en IPv6……………………… 51
4.2.1. Integración de RIPng con EIGRPv6……………………………………………… 52
4.2.2. Integración de RIPng con OSPFv3……………………………………………….. 62
4.2.3. Integración de OSPFv3 con EIGRPv6……………………………………………. 70
CAPÍTULO V
CASO DE ESTUDIO DE INTEGRACIÓN DE MÚLTIPLES PROTOCOLOS DE
ENRUTAMIENTO DINÁMICO EN IPv6……………………………………………….75
5.1. Escenario actual…………………………………………………………………........75
5.2. Etapa de preparación………………………………………………………………… 78
5.3. Etapa de diseño/preparación………………………………………………………… 81
5.4. Etapa de implementación……………………………………………………………. 86
5.5. Etapa de verificación……………………………………………………………….. 104
5.6. Verificación de conectividad de capa 3……………………………………………. 120
CONCLUSIONES Y RESULTADOS………………………………………………….. 132
BIBLIOGRAFÍA………………………………………………………………………... 134
GLOSARIO TÉCNICO………………………………………………………………… 136

3

INTRODUCCION
Para nadie es secreto el hecho de que Internet ha evolucionado exponencialmente en la
última década y con ellos naturalmente las aplicaciones que sobre ella corren. Las
compañías requieren cada vez con mayor frecuencia el uso de aplicaciones de alto tráfico
y alta disponibilidad como son Streaming de videos, telefonía IP y aplicaciones en tiempo
real.
Para que las organizaciones puedan correr estas aplicaciones lo principal es que la red de
datos sobre la cual se sustentan sea convergente, es decir, que integre múltiples servicios
y que sea tolerante a fallas.
Estos aspectos se ven directamente afectados por el buen diseño de las redes a nivel de
capa 3 del modelo OSI y la correcta convergencia de los protocolos de enrutamiento que
permitan encaminar de manera correcta los paquetes de datos en las redes corporativas.
A partir desde hace un par de años ya se ha ido incorporando el direccionamiento IPv6 en
reemplazo de IPv4, que por más de 40 años ha sido el método predilecto de
direccionamiento en Internet, pero con graves deficiencias que IPv6 ha mejorado.
Este trabajo pretende establecer los parámetros, configuraciones, especificaciones
técnicas y técnicas de diseño para lograr implementar una red convergente de alta
disponibilidad utilizando protocolos de enrutamiento interior (IGP) basándose únicamente
en IPv6.

4

CAPITULO I
DESCRIPCIÓN DEL PROBLEMA
Resumen
En la actualidad las redes de datos deben ser no tan solo implementadas de manera robusta
y eficiente si no también diseñadas considerando una gran cantidad de aspectos tanto
técnicos como estructurales para poder funcionar de la manera más optimizada posible
asegurando así la continuidad del negocio y de todas las operaciones corporativas y
organizacionales que se sustentan en ellas.
Este trabajo plantea definir los parámetros, consideraciones y elementos fundamentales
necesarios para integrar múltiples protocolos de enrutamiento interior (IGP – Internal
Gateway Protocols) dentro de una única organización utilizando la versión 6 del protocolo
IP (IPv6) como reemplazo del actual direccionamiento de red basado en IPv4.
2. Descripción del Problema
El buen funcionamiento de una red de datos corporativa es sin duda un elemento
estratégico clave para el desarrollo de las demás operaciones de una organización actual.
Los recursos y aplicaciones de nivel de usuario como correo electrónico, páginas Web,
sistemas de gestión y recursos, bases de datos, entre otras, sustentan su funcionalidad en
la calidad de la red sobre la cual trabajan, ya sea WAN, LAN u otra. Si la red en
determinado momento presenta intermitencias, interrupciones, lentitud u otro tipo de
situaciones negativas, inmediatamente las aplicaciones de usuario se ven afectadas y, por
extensión, la continuidad del negocio de la empresa.

5

Muchas de estas deficiencias se presentan a nivel de diseño de red y no en las capas
superiores de los modelos de networking las cuales están asociadas a aplicaciones y
servicios sobre los cuales se sustenta el negocio. Es por eso que el desarrollo de una
estrategia y un buen diseño de red impacta directamente en la fiabilidad y calidad de la
misma y los servicios que sobre ella corren.
Uno de los problemas más complejos de solucionar es la integración de múltiples
protocolos de enrutamiento dentro de una misma área de administración común,
habitualmente denominada Sistema Autónomo (AS – Autonomous System). Por razones
de presupuesto, estratégicas o técnicas, no siempre se puede implementar una red de datos
con un mismo protocolo de enrutamiento y es necesario definir como, donde y bajo cuales
condiciones operarán los múltiples protocolos.
Los routers y dispositivos que ejecutan diferentes protocolos, tales como el Protocolo
Abierto de Ruta más Corta (OSPF – Open Short Path First), el Protocolo de Enrutamiento
de Pasarela Interior Mejorado (EIGRP – Enhanced Internal Gateway Routing Protocol),
el Protocolo de Enrutamiento de Pasarela Interior (IGRP – Internal Gateway Routing
Protocol), el Protocolo de Información de Enrutamiento (RIP – Routing Information
Protocol) y otros, deben interactuar entre sí e intercambiar información de enrutamiento
de la forma más óptima, económica y fluida posible. La implementación de múltiples
protocolos basados en IPv4 es un tema bastante recurrente en redes corporativas de
mediano a gran tamaño. Sin embargo, éste protocolo presenta una serie de deficiencias y
desventajas frente a IPv6 las que serán discutidas más adelante.

6

CAPITULO II
FUNDAMENTOS DEL PROTOCOLO DE INTERNET VERSION 6
IPV6
Para poder comprender de mejor manera de qué se trata IPv6 es necesario detallar su
antecesor inmediato: IPv4.
El protocolo de Internet (IP), definido originalmente en el RFC 791 (Request for
Comments) en el año 1981 bajo el nombre de DARPA Internet Protocol en su versión 4,
fue diseñado para proveer un método de direccionamiento de los paquetes de datos
enviados a la red de tal manera que los dispositivos intermedios puedan encaminar de
manera rápida y eficiente los datagramas desde que son generados en algún dispositivo o
nodo inicial hasta el destino correspondiente dejando toda la tarea de control de errores,
iniciación, mantención de sesiones y direccionamiento de aplicaciones (puertos) a las
capas superiores del modelo OSI o TCP/IP.
Dentro del modelo de referencia de interconexión de sistemas abiertos OSI (Open Systems
Interconnection) desarrollado por la Organización Internacional de Normalización ISO
(International Standarization Organization) el protocolo IP se ubica en la capa 3
denominada “red”.

7

Figura 2.1 – Representación de las capas del modelo de redes OSI y ubicación de IPv6
En la capa de red del modelo OSI operan distintos protocolos de direccionamiento de capa
3, como la versión 6 de IP y los desaparecidos IPX de Novell y AppleTalk de Apple Inc,
siendo estos dos últimos casi totalmente absorbidos por IPv4.
Figura 2.2 – Encabezado IPv4
Explicación de los campos del encabezado IPv4
- Versión: 4 bits de longitud. Aquí se indica la versión del protocolo IP que se está
ejecutando. Invariablemente lleva un valor 0100 (versión 4).

8

- IHL (Internet Header Lenght): 4 bits de longitud. Indica la longitud total del
encabezado IPv4 (Normalmente 20 bytes) expresados en múltiplos de 32. El valor
mínimo para este campo es 5 (50 x 32 = 160 bits o 20 bytes).
- ToS (Type of Service): Este campo ha sido reemplazado por el actual mecanismo
de DiffServ (Servicios Diferenciados) de acuerdo al RFC 2474 y ECN (Explicit
Network Congestion – Congestión explícita de red) en el RFC 3168.
Principalmente orientado a brindar calidad de servicio (QoS – Quality of Service)
mediante la identificación de distintos orígenes y tipo de tráfico IP, como por
ejemplo Voz sobre IP (VoIP).
- Longitud Total: A diferencia de IHL, que solamente indica la longitud del
encabezado, este campo de 16 bits de longitud indica el tamaño total del paquete
IP incluyendo la carga útil de las capas superiores. El tamaño mínimo es 20 bytes
(IHL + 0 bytes) y el máximo es 65.536 bytes.
- Identificación: Utilizado en forma experimental solamente, fue diseñado para
utilizar una forma de rastreo de datagramas IP en caso de que este pase por algún
mecanismo de fragmentación.
- IP Flags: Campo de 3 bits utilizado para determinar si un paquete IP debe ser
fragmentado o no al pasar por un enrutador.
- Offset: Campo de control de tamaño del encabezado en caso de fragmentación.
- TTL: Time to Live – Tiempo de Vida. Este valor de 8 bits de longitud permite
definir un mecanismo para evitar los bucles de enrutamiento y así controlar los
datagramas que recorren la red en círculos producto de un error. Por cada enrutador
o dispositivo de capa 3 que el paquete atraviese este valor se rebaja en uno. Así,

9

teóricamente un paquete IP podría pasar por un máximo de 256 routers hasta ser
descartado completamente.
- Protocolo: Este campo especifica el tipo de protocolo IP al cual pertenece el
paquete que lo contiene. Según el RFC 790, la IANA (Internet Assigned Numbers
Authority) ha definido distintos números para cada protocolo de capa 3. Así, el
mismo IPv4 recibe el número Ox04, ICMP 0x01, UDP 0x11, entre otros.
- Checksum: Al igual que el protocolo TCP y otros, IPv4 mantiene un mecanismo
de verificación de errores del encabezado de red. El router comprueba el paquete
entrante y verifica mediante un proceso de comprobación de redundancia cíclica
(CRC) si acaso este contiene errores. De ser así, se descarta el paquete.
- Dirección de origen: Campo de 32 bits de longitud que contiene la dirección IP
del host que inicia la conexión.
- Dirección de destino: Campo de 32 bits de longitud que contiene la dirección IP
del host que termina la conexión. Al igual que la dirección de origen, el valor de
este campo solo es modificado si existe algún mecanismo de traducción de
direcciones de red (NAT – Network Address Translation).
- Opciones: Campo opcional, no utilizado frecuentemente.
Al observar el encabezado de IPv4, principalmente los campos de dirección de origen y
destino, se sabe que las direcciones IP tienen una longitud de 32 bits separadas en 4
bloques denominados también “octetos” de 8 bits cada uno, permitiendo direcciones entre
0 y 255. Un ejemplo de esto es la siguiente dirección escrita en formato binario y en su
equivalente decimal punteado:
11000000.10101000.00000000.00000001 = 192.168.0.1

10

En cada octeto el número mínimo posible es 0 y el máximo es 255, permitiendo 28
combinaciones, es decir un total de 256 números.
El principal problema con IPv4 radica en la cantidad de direcciones que ofrece este
protocolo al tener una longitud de solamente 32 bits. Desde la IP 0.0.0.0 hasta
255.255.255.255 existen 232
combinaciones, dando un total de 4.294.967.296 direcciones.
Actualmente ese número aunque pareciese ser enorme ni siquiera alcanza para proveer de
una dirección IP por cada habitante del planeta, considerando que la población mundial
rodea los 7.000 millones de personas. Sumándole a esto el hecho de que cada persona
utiliza más de una sola dirección IP en distintos dispositivos tales como teléfonos
inteligentes, computadores personales, automóviles en algunos casos, consolas de
videojuegos, entre otros, además de la propia distribución de direcciones dentro del
estándar IP el cual determina que no todas son utilizables, reduciendo así la cantidad de
números útiles reales. El siguiente cuadro explica la división de direcciones IPv4.
Rango Descripción Documentado en el RFC
0.0.0.0 – 0.255.255.255 Red actual. (válido solo para enrutamiento y direcciones de
origen)
1700
10.0.0.0 – 10.255.255.255 Direcciones privadas no enrutables en Internet. 1918
127.0.0.0 – 127.255.255.255 Direcciones de bucle local (Loopback) 5735
169.254.0.0 – 169.254.255.255 Link-Local. Autodireccionamiento de red (APIPA) 3927
224.0.0.0 – 239.255.255.255 IP Multicast (Antes clase D) 5771
240.0.0.0 – 255.255.255.254 Experimental (Antes clase E) 1700
255.255.255.255 Broadcast (Difusión amplia) 919
Tabla 1.1 – División y clases de direcciones IPv4
Así, las direcciones utilizables en Internet denominadas públicas, no mostradas en la tabla,
se reducen considerablemente.

11

Desde el auge de Internet a mediados de los años 90, los ingenieros de redes,
principalmente pertenecientes al IETF (Internet Engineering Task Force) se dieron cuenta
de que al ritmo de entonces de crecimiento en el uso y masificación de la red no pasaría
mucho tiempo sin que el protocolo IPv4 ya no sea capaz de entregar direcciones necesarias
para seguir conectando usuarios y sistemas al mundo interconectado global. Es por eso
que decidieron trabajar en el desarrollo de una nueva versión de IPv4: la versión 6. El
número 5 ya estaba utilizado como experimental en el RFC 1819 que definía las bases del
Protocolo de Streaming de Internet (ST). Este nunca llegó a utilizarse y por eso se saltó a
la versión 6.
2.1 Diferencias comparativas de IPv6 frente a IPv4
IPv6 supone una serie de mejoras técnicas al viejo IPv4 donde la principal característica
es la nueva longitud de las direcciones de capa 3 ahora de 128 bits. Además se modificaron
y eliminaron algunos campos del anterior encabezado enfocándose siempre en reducir la
sobrecabecera (overhead) propia del encapsulamiento y algunos protocolos.

13

Como se puede observar en la figura 2.4, las direcciones IPv6 de origen y de destino
ocupan un espacio 4 veces mayor al de las direcciones de 32 bits de IPv4. El encabezado
se ha preparado para ser enviado en flujos de 64 bits a fin de hacer el cálculo,
desencapsulación y encapsulación de los paquetes IP mucho más eficientes con los
actuales procesadores de 64 bits. Además, los campos IHL, identificación, Flags, Offset y
Checksum de IPv4 han sido eliminados. ToS (DSCP) ahora se denomina Traffic Class, se
ha agregado un nuevo campo denominado etiqueta de flujo. TTL se llama Hop Limit
(límite de saltos) y Protocolo se llama ahora Next Header o encabezado siguiente.
Un cambio visual importante es que la presentación de direcciones al usuario se realiza en
formato hexadecimal, en 8 bloques de 16 bits. Un ejemplo de una dirección IPv6 típica
sería 00FE:0001:0002:0003:ABCD:EF02:CA32:0001
IPv6 soporta 2128
direcciones o un total de
340.282.366.920.938.463.463.374.607.431.768.211.456.
Comparativamente IPv6 ofrece 79.228.162.514.264.337.593.543.950.336 direcciones por
cada IPv4 o 49.316.285.061.005.574.414.981.827.164 por cada habitante del planeta. Este
número increíblemente enorme está calculado que durará los próximos 400 años sin que
se requiera un nuevo cambio en la capa 3.
Los protocolos de enrutamiento más utilizados actualmente en entornos IGP, es decir,
dentro de un mismo sistema autónomo son EIGRP y OSPF, siendo el primero propietario
de la empresa Cisco y OSPF definido en el RFC 2328 en su versión 2 y en el RFC 5340
en versión 3 soportando IPv6. Ambos protocolos, incluyendo ya el casi desaparecido RIP
han sido ampliamente utilizados en redes IPv4 debido a sus características propias y su
naturaleza de enrutamiento dinámico. RIP tiene una versión con soporte para IPv6
denominado RIPng (New Generation) pero que no ofrece ninguna mejora ni ventaja en el

14

algoritmo principal (Bellman-Ford), sino que solamente han cambiado los encabezados
para soportar las nuevas direcciones de 128 bits.
CAPITULO III
PROTOCOLOS DE ENRUTAMIENTO INTERNOS PARA IPV6
En este capítulo se tratarán los fundamentos, características y condiciones de
implementación de los protocolos de enrutamiento RIPng, OSPFv3 y EIGRPv6. Cada uno
tiene distintos elementos que deben ser considerados antes de realizar una instalación y
que merecen ser explicados previamente antes de tratar el problema de integración entre
ellos.
3.1 Protocolo de Información de Enrutamiento de Nueva Generación RIPng
El Protocolo de Información de Enrutamiento de Nueva Generación, RIPng, (Routing
Internet Protocol New Generation), definido en el RFC 2080, permite que los enrutadores
intercambien información y tablas de enrutamiento de manera automática y a intervalos
regulares de tiempo utilizando como base IPv6. Al igual que su predecesor RIP (que en
sus versiones 1 y 2 opera únicamente con IPv4), RIPng es un protocolo de tipo vector
distancia, el cual permite que los routers intercambien rutas solamente con sus vecinos
que están conectados directamente. Con la adopción de IPv6 se ha hecho necesario
modificar algunos componentes claves de RIPng y otros protocolos para poder soportar
direcciones de 128 bits y las características avanzadas que se incluyen en la versión 6 del
protocolo de Internet. A continuación se explica brevemente el funcionamiento de RIP
antes de detallar las diferencias con RIPng.

15

• RIP utiliza el puerto 520/UDP para intercambiar información de rutas. RIP utiliza
el conteo de saltos (cantidad de routers) desde el origen a la red de destino para
medir la distancia. El conteo de saltos (hop counting) se conoce como métrica,
siendo un máximo de 15 lo permitido y a cualquier ruta que esté a 16 o más saltos
de distancia se le asigna invariablemente la métrica 16 que es considerada como
infinita, lo que significa que la red de destino es inalcanzable.
• RIP tiene dos versiones: RIPv1 y RIPv2. Básicamente se diferencian entre sí en
que el primero es un protocolo Classful o con clase y RIPv2 es Classless o sin
clase. Los mensajes de RIPv1 no transportan la máscara de subred por lo tanto los
routers receptores deben asignar la máscara predeterminada (/8, /16 o /24) según
sea la clase (A, B o C) de la ruta.
RIPng opera básicamente de la misma forma que RIP con solo algunas diferencias que se
destacan a continuación:
• RIPng utiliza un encabezado diferente para soportar las direcciones de 128 bits.
• RIP puede correr sobre redes IPX e IP, mientras que RIPng solo opera bajo IPv6.
• En RIPng se utiliza el mecanismo de autenticación propio de IPv6 mientras que
en RIP se debe configurar esta opción como parte del método de ruteo.
• RIPng utiliza el puerto 521/UDP.

16

Figura 3.1.1 – Topología de red de ejemplo para un escenario de aplicación de RIPng
La figura 3.1.1 representa el núcleo de red de una organización compuesto por tres routers
interconectados entre sí los cuales comunican las redes LAN remotas 1 y 2.
Dado el direccionamiento indicado en la figura, los routers deben ser capaces de
intercambiar información de enrutamiento de manera dinámica y a intervalos de tiempo
regulares establecidos por el mismo protocolo RIPng.
La métrica de RIPng es la cuenta de saltos (hop count). Esto quiere decir que un router
determinará que la mejor ruta para llegar a la red de destino es aquella que cuenta con
menor cantidad de dispositivos intermedios. Para R1 la ruta preferencial para alcanzar la
red 2001::2:0:0:0:0/64 es mediante el enlace WAN con R2, ya que la cuenta de saltos es
1 y a través de R3 es 2. Esta información se agrega a la tabla de enrutamiento local y se
utiliza para alcanzar la red remota designada.
El detalle de configuración de la topología anterior es el siguiente para cada router.
Configuración de direccionamiento en R1
R1(config)#
R1(config)#int s0/0
R1(config-if)#ipv6 address 2001:A:A:A::5/64
R1(config-if)#no shutdown

17

R1(config-if)#int f0/0
R1(config-if)#ipv6 address 2001:A:A:C::5/64
R1(config-if)#ipv6 address 2001:0:0:1::1/64
R1(config-if)#
R2(config)#
R2(config)#int s0/0
R2(config-if)#ipv6 address 2001:A:A:A::6/64
R2(config-if)#ipv6 address 2001:A:A:B::5/64
R2(config-if)#ipv6 address 2001::2:0:0:0:1/64
R2(config-if)#
R3(config)#int f0/0
R3(config-if)#ipv6 address 2001:A:A:C::6/64
R3(config-if)#ipv6 address 2001:A:A:B::6/64
R3(config-if)#
Para comprobar que los enlaces funcionan correctamente en la capa 3 es necesario probar
con mensajes ICMP Echo Request y Echo Reply para IPv6. En los dispositivos Cisco la
comprobación se demuestra con el comando “ping” y el signo de exclamación (!). Como
se envían de manera predeterminada 5 mensajes ping, una secuencia de 5 símbolos de
exclamación (!!!!!!) indican que la conexión es correcta.

18

Figura 3.1.2 – Comprobación de conexión desde R1 hacia 2001:A:A:A::6 mediante ping IPv6
El mismo procedimiento de comprobación aplica a los demás enrutadores para determinar
conectividad entre los enlaces. El paso siguiente corresponde a habilitar el proceso de
enrutamiento global IPv6 en cada router.
R1(config)#ipv6 unicast-routing
Finalmente para habilitar RIPng solamente se debe ingresar a cada interfaz de router que
se desea publicar en el proceso y ejecutar el comando ipv6 rip IDENTIFICADOR
enable donde IDENTIFICADOR es un ID de proceso muy similar al PID en OSPF. Este
valor puede ser numérico o alfanumérico. Aunque las interfaces FastEthernet0/1 de R1 y
R3 no conectan con ningún otro router es necesario, sin embargo, en ellas también
habilitar RIPng para que esas redes se publiquen hacia sus vecinos y éstos tengan noción
de que son alcanzables en su tabla de enrutamiento.
Habilitación de enrutamiento en R1
R1(config)#interface FastEthernet0/0
R1(config-if)#ipv6 rip SISTEMA1 enable
R1(config-if)#interface FastEthernet00/1
R1(config-if) interface Serial0/0

19

R1(config-if)#end
R2(config)# interface FastEthernet0/0
R2(config-if)# interface FastEthernet0/1
R2(config-if)#interface Serial0/0
R2(config-if)#end
R3(config-if)# interface FastEthernet0/1
El nombre de proceso no necesariamente debe ser el mismo en todos los router. Como es
un identificador local, puede ser el mismo o diferente en toda la red RIPng y el
enrutamiento funcionará igualmente. Sin embargo, es necesario que en el mismo router
todas las interfaces si pertenezcan al mismo proceso. Las rutas son aprendidas por los
demás routers mediante el intercambio de mensajes de actualización del protocolo RIPng
y agregadas a la tabla de enrutamiento de los dispositivos que reciben estos updates.

20

Figura 3.1.3 – Tabla de enrutamiento IPv6 de R1

21

Las entradas de la tabla de enrutamiento marcadas con R han sido aprendidas mediante
RIP. Enviando una consulta ping (ICMPv6) desde R1 hacia la red LAN2 se comprueba
que el enrutamiento ha sido configurado correctamente.
Figura 3.1.6 – Ping desde R1 hacia 2001:0:0:2::1 para comprobar conectividad a través de la red RIPng
RIPng es un protocolo bastante simple de implementar, sin embargo los problemas de
escalabilidad asociados a él, principalmente debido al tipo de métrica y el máximo de
saltos establecido en 15 hacen que en muchas ocasiones los administradores de redes
prefieran protocolos más avanzados como EIGRP u OSPF.

22

3.2 Protocolo de Enrutamiento de Pasarla Interior Avanzado para redes IPv6
EIGRPv6
EIGRP (Enhanced Internal Gateway Routing Protocol) es un protocolo de enrutamiento
de vector distancia propietario de la compañía Cisco y no compatible con dispositivos de
otra marca/fabricantes a diferencia de OSPF y RIP que son estándares definidos bajo sus
respectivos RFC que aseguran interoperabilidad entre fabricantes diferentes. No obstante
lo anterior, EIGRP es capaz de funcionar igualmente en un entorno donde otros protocolos
IGP existen ya que está diseñado para aceptar información de otros routers y traspasarla
a su propia tabla de enrutamiento en un proceso conocido como redistribución de rutas.
Al igual que EIGRP para IPv4, EIGRPv6 se trata de un protocolo de tipo vector distancia
que utiliza una métrica compuesta, actualizaciones confiables (es decir, que por cada
mensaje que se envía con una actualización de enrutamiento a su vecino, éste responde de
vuelta con un acuse de recibo o Acknowledgment) y se basa en la utilización del algoritmo
de máquina finita DUAL (Diffusing Update Algorithm) para asegurar una convergencia
rápida.
Existen, sin embargo, algunas pequeñas diferencias entre ambas versiones debido
principalmente a la naturaleza de IPv6 como la ausencia de mensajes de difusión amplia
en este protocolo (Broadcast) o el hecho de que no exista el concepto de enrutamiento con
clase (Classful). Algunas características de EIGRPv6 son
• Al igual que OSPv3 y RIPng la configuración se realiza basada en comandos de
interfaz.
• EIGRPv6 requiere un especificar un Router-id.

23

• Las interfaces pasivas son configuradas solamente a nivel de proceso de
enrutamiento.
• La autosumarización en EIGRPv6 no es equivalente a IPv4 por la ausencia de
enrutamiento con clase.
Dentro de las similitudes entre EIGRP para IPv4 y EIGRP para IPv6 destacan
• Igual tipo de métrica (Compuesta. Explicada en detalle más adelante en este
trabajo).
• Ambos soportan autenticación de los mensajes de actualización mediante MD5.
• Capacidad para poder definir el porcentaje de uso del ancho de banda del enlace
para transmitir los mensajes de actualización. Por defecto fijado en 50%.
• La regla de “Horizonte Dividido” (Split-Horizon) está activada de manera
predeterminada. Esto es, que los routers no reenviarán publicaciones EIGRP
saliendo por la misma interfaz en la cual se recibió ese mensaje.
• Temporizadores para el intervalo de envío de mensajes Hello y Tiempo de Espera
(Hold Time) en 5 segundos y 15 respectivamente.
• Soporte para redes Stub.
• Soporte para balanceo de carga por enlaces con métricas diferentes mediante el
comando variance. EIGRP es el único protocolo con esta opción. Todos los demás
solamente realizan balanceo de carga única y exclusivamente cuando los costos o
métricas hacia una red determinada son iguales por 2 o más vecinos.
Configuración básica de EIGRPv6

24

La configuración de un router para implementar EIGRPv6 es, en cierta medida,
bastante similar a RIPng. A continuación se demuestra lo anterior con un ejemplo:
Router(config)# ipv6 unicast-routing
Router(config)# interface FastEthernet 0/0
Router(config-if)# ipv6 address 2001:0:3:1::/64
Router(config-if)# ipv6 eigrp 10
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config-if)# ipv6 address 2001:0:3:2::/64
Router(config-if)# ipv6 eigrp 10
Router(config-if)# no shutdown
El comando ipv6 unicast-routing habilita el enrutamiento global de IPv6. A
continuación solamente es necesario configurar la dirección IPv6 en la interfaz que se
requiere publicar mediante EIGRPv6 y complementariamente se agrega el comando
ipv6 eigrp 10 donde 10 corresponde al número de sistema autónomo (ASN) escogido.
Este número debe ser el mismo para todos los routers de la red ya que de ser diferentes,
dos routers vecinos no podrán intercambiar mensajes EIGRP. Es requerido entonces
repetir la configuración anterior en los demás enrutadores.
Para demostrar lo anterior se detalla a continuación la configuración de la misma
topología de ejemplo utilizada en la figura 3.1.1 y las correspondientes pruebas de
verificación de conectividad. Asumiendo que el direccionamiento IPv6 ya fue
previamente configurado como se muestra en el esquema, el resto de la configuración
es como sigue:
1. Habilitar el proceso de enrutamiento global IPv6 en cada router:

25

2. Habilitar el proceso de enrutamiento EIGRPv6 en cada router.
Para esto es necesario definir un Número de Sistema Autónomo (ASN) común para todos.
En el ejemplo se utilizará el ASN 100. Además se debe definir el Router-ID¸ que es el
identificador de cada enrutador en formato IPv4 y levantar el proceso con no shutdown.
R1(config)# ipv6 router eigrp 100
R1(config-rtr)# router-id 1.1.1.1
R1(config-rtr)# no shutdown
3. Configuración de las interfaces y rutas de cada router en la red para ser
publicadas en EIGRPv6
R1(config)#interface FastEthernet 0/0
R1(config-if)#ipv6 eigrp 100
R1(config-if)#exit
R1(config-if)#exit
R1(config)#interface Serial0/0
R1(config-if)#exit
R2(config-if)#exit
R2(config-if)#exit
R2(config)#interface Serial0/0
R2(config-if)#exit
R3(config-if)#exit

26

R3(config-if)#exit
4. Verificación de EIGRPv6
Para verificar que este protocolo esté funcionando correctamente es necesario en primer
lugar revisar el estado de las adyacencias entre los vecinos. Esto se logra con el comando
show ip eigrp neighbor.
Figura 3.2.1- Verificación de vecinos y adyacencias de R1
Figura 3.2.2 - Verificación de vecinos y adyacencias de R2
Figura 3.2.3 - Verificación de vecinos y adyacencias de R3
En las figuras 3.2.1, 3.2.2 y 3.2.3 se puede observar que las adyacencias están
correctamente establecidas con los routers vecinos. Cabe destacar que EIGRPv6 forma

27

adyacencias con las direcciones Link-Local de IPv6 de los routers y no con las direcciones
IPv6 globales configuradas previamente en las interfaces. R1 ha levantado una adyacencia
correctamente contra FE80::C215:19FF:FE44:0 que es la dirección Link-Local de R2 y
contra FE80::C214:19FF:FE44:0 que es la dirección Link-Local de R3. Esto es
comprobable mediante el comando show ipv6 interface brief en R2 y R3. El asunto de
las direcciones Link-Local se tratará en mayor detalle más adelante.
Figura 3.2.4 – Verificación de direcciones IPv6 de las interfaces de R2
Figura 3.2.5 – Verificación de direcciones IPv6 de las interfaces de R3
En cada router se debe verificar la tabla de enrutamiento (show ipv6 route) para
comprobar que las rutas se están intercambiando correctamente y que las LAN1 y LAN2
son accesibles desde todos los hosts.

28

Figura 3.2.6 - Tabla de enrutamiento IPv6 de R1 bajo EIGRPv6

29

Como es posible identificar en las figuras 3.2.6, 3.2.7 y 3.2.8 las redes han sido
correctamente aprendidas mediante EIGRPv6 y se indican mediante la letra D
correspondiente al algoritmo DUAL mencionado anteriormente y que es la base de EIGRP
para los cálculos de ruta.
Por último se comprueba conectividad desde R1 hacia la LAN2 (2001:0:0:2::1)
Figura 3.2.9 – Comprobación de conectividad desde R1 hacia 2001:0:0:2::1 mediante ping IPv6
EIGRPv6 ha convergido e intercambiado rutas IPv6 correctamente entre todos los routers.

30

3.3 Implementación del Protocolo Abierto de Ruta más Corta versión 3 OSPFv3
El protocolo OSPF (Open Short Path First) es un estándar de enrutamiento dinámico
definido en el RFC2328 para IPv4 (OSPFv1 y OSPFv2) y en el RFC5340 para redes IPv6
(OSPFv3). A diferencia de EIGRP y RIP, OSPF es un protocolo de tipo link-state. En
términos prácticos esta denominación significa que cada router OSPF de la red tendrá
almacenada una base de datos completa de la topología o el área a la cual pertenece. Los
protocolos vector distancia solamente son capaces de evaluar la información que les envía
un vecino directamente, mientras que OSPF puede observar lo que ocurre en cualquier
punto de la red. Esto último hace que eventualmente para implementar OSPF los requisitos
de hardware y de ancho de banda sean mayores que con otros protocolos.
Una de las ventajas que supone OSPF frente a EIGRP y RIP es que el primero es estándar
al igual que RIP y el diseño de redes que operen bajo este protocolo se puede realizar en
zonas, con un máximo sugerido de 50 enrutadores por cada área. Así es posible
implementar OSPF en redes corporativas de gran tamaño. OSPF se puede implementar en
un área única, conocida como área 0 o Backbone y también en un entorno multiárea donde
las demás áreas se conectan directamente al área 0.
3.3.1 Configuración de OSPFv3 de área única
La misma topología de la figura 3.1.1 se utilizará para demostrar la implementación de
OSPFv3 en un área única. Asumiendo que el direccionamiento IPv6 se debe configurar
los siguientes comandos en cada router para levantar OSPFv3
Configuración de R1
R1(config)#ipv6 router ospf 1
R1(config-rtr)#router-id 1.1.1.1

31

R1(config-rtr)#exit
R1(config)#
R1(config)# ipv6 ospf 1 area 0
R1(config)# interface Serial0/0
R2(config-rtr)#exit
R2(config)#
R2(config)# interface Serial0/0
R3(config-rtr)#exit
R3(config)#
Al igual que en EIGRPv6, en OSPFv3 es obligatorio definir manualmente un Router-ID
escrito en formato IPv4. Este ID no tiene ninguna incidencia en el proceso de enrutamiento
ni direccionamiento, si no que sirve para identificar a cada enrutador en la red. Cada
interfaz que se quiera agregar al entorno OSPF y publicar a los demás routers debe llevar
el comando ipv6 ospf 1 area 0 donde 1 es el Process-ID escogido localmente y el área 0

32

representa el backbone de la red. El tema de la implementación de OSPF con múltiples
áreas de describe más adelante.
3.3.2 Verificación de OSPFv3
Tal como EIGRPv6, OSPF también maneja una tabla de adyacencias con vecinos. A
continuación se muestra la salida del comando show ipv6 ospf neighbor para los 3 routers
a fin de verificar que el proceso de establecimiento de relación de vecindad haya sido
correcto en la topología.
Figura 3.3.2.1 – Verificación del estado de adyacencias de OSPFv3 en R1
Como se puede apreciar en las figuras 3.3.2.1, 3.3.2.2 y 3.3.2.3 cada router ha formado
una adyacencia con su respectivo vecino identificado por el Router-ID manualmente
ingresado en la configuración. El estado FULL indica conectividad correcta con el vecino.

33

Es necesario revisar las tablas de enrutamiento y realizar un ping desde R1 a la LAN2 para
verificar que el intercambio de rutas IPv6 se ha realizado correctamente.
Figura 3.3.2.4 - Tabla de enrutamiento IPv6 para R1 bajo OSPFv3

34


35

Por último se comprueba conectividad desde R1 hacia la LAN2 (2001:0:0:2::1)
Figura 3.3.2.7 – Comprobación de conectividad desde R1 hacia 2001:0:0:2::1 mediante ping IPv6
OSPFv3 ha convergido e intercambiado rutas IPv6 correctamente entre todos los routers.
3.3.3 Aplicación de Enrutamiento OSPFv3 en entornos de múltiples áreas
OSPF se diferencia de los demás protocolos porque permite adaptarse con facilidad a redes
de mediano a gran tamaño permitiendo optimizar los procesos de enrutamiento dentro de
la infraestructura completa al utilizar el concepto de división de áreas. A diferencia de los
protocolos de enrutamiento de vector-distancia como RIP (v1, v2, ng) y EIGRP, OSPF
permite tener distintas áreas que facilitan la administración y reducen las tablas de
enrutamiento de los routers, permitiendo una mayor rapidez de conmutación de capa 3 y
también reduciendo la carga de recursos 3en ellos, tales como ancho de banda, uso de
CPU, RAM, entre otros.
Para comprender como opera el enrutamiento OSPF multiárea en IPv6 es necesario
conocer los elementos y características aplicadas en este modo, tanto para IPv4 como
IPv6.

36

Áreas de OSPF
OSPF divide su funcionamiento en múltiples áreas, cada cual con ciertas reglas. Esto
permite mejorar la administración de redes de gran extensión y reducir la tabla de
enrutamiento de los routers.
Sin duda que OSPF es un protocolo complejo y requiere mucho estudio para poder
comprender bien cómo funciona y mucha práctica para poder dominarlo. Uno de los
conceptos más importantes dentro de OSPF es el diseño y funcionamiento de las distintas
áreas, asunto que puede tornarse confuso fácilmente debido a la similitud de nombres y
variedad de opciones que soporta.
Para poder explicar cómo funciona cada una de ellas es necesario conocer los mensajes
que se intercambian los routers llamados LSA (Link State Advertisements o mensajes de
estado de enlace) que utiliza OSPF para comunicarse entre vecinos y traspasar
información de enrutamiento entre ellos.
Tipo 1 (Router LSA)
Cada router dentro de un área X envía LSA de tipo 1 a sus vecinos. Este LSA nunca sale
del área a la cual pertenece y contiene el Router-ID del remitente, y todos los enlaces que
lo conectan.
Tipo 2 (Network LSA)
Es enviado por el DR (Designated Router) dentro de la red. Él informa a los demás las
redes y máscara que tiene conectados. Este LSA nunca sale del área a la cual corresponde.
Es decir, un ABR (Area Border Router – Enrutador de Borde de Área) no lo reenvía a otra

37

área. Un ABR es un router que tiene al menos una de sus interfaces en el área 0 y una o
más en otra área. Este dispositivo se encarga de traducir las LSA de un área a otra.
Tipo 3 (Summary LSA)
Las envía un ABR para traspasar la información de un área a otra. OSPF las denomina
“summary”.
Tipo 4 (ASBR-Summary LSA)
Representa a un ASBR (Autonomous System Border Router) que es un router que se
encuentra con una de sus interfaces generalmente en el área 0 y con una o más de las
demás interfaces en otro método de enrutamiento externo a OSPF, como puede ser RIP,
EIGRP o enrutamiento estático.
Tipo 5 (External LSA)
Representa a una ruta externa redistribuida dentro de OSPF desde otro protocolo (Ej:
EIGRP). El ASBR toma las rutas provenientes del protocolo externo y las reenvía como
tipo 5 a todas las áreas internas, excepto a las de tipo Stub.
Las normas de OSPF dicen que solamente en un área Backbone debería haber
redistribución desde un protocolo externo. En un área NSSA (Not-so-stubby-area)
(cualquiera menos área 0) se puede conectar un Router que tenga conexión con otro
protocolo de enrutamiento externo (ej: RIP) y el ASBR enviaría esas redes en formato de
tipo 7, de tal manera que el ABR las tome y las redistribuya como tipo 5.
Las LSA de tipo 1 y 2 están presentes en todas las áreas y nunca se envían fuera de la cual
pertenecen. Las demás LSA se envían entre áreas dependiendo de la función que cumplan.

38

Tipos de área en las cuales opera OSPF
OSPF maneja distintos tipos de áreas según sea su utilidad o ubicación dentro de la red.
A continuación se explican brevemente en qué consisten cada una de ellas.
Área Standard
Es el área por defecto y permite actualización de enlaces, sumarización de rutas y rutas
externas.
Backbone
Es el área principal de una topología OSPF. Es obligatorio que exista y todas las demás
deben estar conectadas a ella. Se etiqueta como area 0 y tiene las mismas características
de un área estándar. En una implementación de OSPF de área única, solamente se utilizará
ésta área.
Stub Area
Este tipo de área no acepta información acerca de rutas externas al sistema autónomo
(redistribución), tales como rutas desde orígenes no OSPF. Si los Router necesitan
comunicarse hacia redes ubicadas fuera del sistema autónomo OSPF, utilizan una ruta
por defecto (0.0.0.0/0) que es enviada por el ABR hacia los demás Router internos del
área Stub. En esta área no se permiten ASBR (a menos que el ABR sea al mismo tiempo
un ASBR).
Totally Stubby Area

39

Esta área es propietaria de Cisco y no acepta rutas de sistemas autónomos externos
(redistribución) o rutas sumarizadas desde otras áreas internas del sistema autónomo. Al
igual que en las áreas Stub, los ABR envían una ruta por defecto para todas las rutas
externa y sumarizadas, siendo esto último el elemento diferenciador con un área Stub. En
esta área no se permiten ASBR (a menos que el ABR sea al mismo tiempo un ASBR).
Not-so-stuby AREA (NSSA)
En este tipo de áreas existen los LSA de tipo 7. Son similares a las área Stub ya que no
aceptan información de rutas externas al sistema autónomo (el mundo OSPF) y las
reemplaza por una ruta por defecto originada en el ABR. Sin embargo, la diferencia radica
en que las NSSA sí aceptan un ASBR que conecte con otro protocolo de enrutamiento (ej:
RIP, EIGRP, etc) directamente. El ASBR de las NSSA reenvía las rutas dentro del área
como LSA 7, y el ABR correspondiente las traduce a tipo 5 para ser tratadas de forma
normal.
Totally stubby NSSA
Totally Stubby Not-so-stubby Area o Totally Stubby NSSA es un área propietaria de Cisco
que se comporta igual que las Totally Stubby Area, es decir, no permite ni rutas externas
ni sumarizadas, pero que sí permite un ASBR al igual que las NSSA.

40

Figura 3.3.3.1 – Ejemplo de implementación OSPF con múltiples áreas
En la figura 3.3.3.1 R3 y R6 son ABRs ya que interconectan diferentes áreas, mientras
que R4 y R8 son ASBR por que conectan con otro sistema autónomo u otros protocolos
de enrutamiento. En el área 0 existen todos los LSA, por lo tanto cuando R4 aprenda una
ruta RIP y la redistribuya a OSPF tanto R3 como R5 y R6 las verán como externas.
El administrador ha decidido levantar un área Stub entre R1 y R2 para reducir la carga de
los routers. Como resultado de esto R1 y R2 verán de manera normal todas las rutas de la
topología excepto aquellas que han sido aprendidas por fuentes externas, como RIP, ya
que R3 al ser un ABR de un área Stub, reemplazará esas redes por una ruta por defecto.
Por lo tanto en la tabla de enrutamiento de R1 y R2 aparecerán todas las redes del mundo
OSPF más una ruta por defecto.
En R7 y R8 ocurre algo similar. Al ser ésta un área NSSA (Not So Stubby Area) ocurre lo
mismo que en un área Stub. Por lo tanto R7 y R8 verán las redes RIP como una ruta por

41

defecto que ha sido informada por R6. Pero acá existe un ASBR (R8) que conecta con una
red externa de tipo EIGRP lo cual no se permite en un área Stub. Cuando R8 reenvía las
rutas aprendidas por EIGRP hacia el mundo OSPF las envía como tipo LSA 7 y el próximo
ABR (R6) las convierte en tipo 5. Este es un caso especial ya que lo óptimo es que la
redistribución se realice en el área 0.
Se podría convertir el área Stub en una Totally Stubby Area. Lo único que cambiaría en
este caso respecto al área Stub es que no ya no se aceptarían rutas sumarizadas. Lo demás
se mantiene. También se podría convertir el área NSSA en un área Totally Stubby Area.
Lo único que cambiaría en este caso es que la NSSA no aceptaría más rutas sumarizadas.
Figura 3.3.3.2 - Diagrama de implementación de las distintas áreas de OSPF
Algunas cosas importantes a considerar en el diseño de OSPF con múltiples áreas:
• Un área no debería tener más de 50 routers.

42

• Un router no debería estar en más de 3 áreas simultáneamente.
3.3.4 Aspectos técnicos de OSPFv3
Luego de haber mostrado las configuraciones y elementos esenciales de OSPF es
necesario enfocarse en la implementación de la versión 3 de este protocolo orientado
específicamente al funcionamiento bajo IPv6.
OSPFv3 está definido bajo el RFC 5340 y presenta ciertas diferencias con OSPFv2 para
redes IPv4. Ambas versiones son incompatibles entre sí, pero pueden ejecutarse
simultáneamente en paralelo en el mismo router pero separadamente para soportar
dominios de enrutamiento tanto IPv4 como IPv6. Esto puede ser útil en un entorno Dual-
Stack para transición de IPv4 a IPv6.
Tipos de LSA en OSPFv3
OSPFv3 utiliza los 7 tipos de LSA incorporados en OSPFv2. Sin embargo los LSA de tipo
1 y 2 han sido reajustados y además incorpora dos nuevos tipos: Link LSA y Intra-Area
Prefix.

43

OSPFv2 OSPFv3
1 Router LSA 0x2001 Router LSA
2 Network LSA 0x2002 Network LSA
3 Network Summary LSA 0x2003 Inter-Area Prefix LSA
4 ASBR Summary LSA 0x2004 Inter-Area Router LSA
5 AS-External LSA 0x2005 AS-External LSA
6 Group Membership LSA 0x2006 Group Memership LSA
7 NSSA External LSA 0x2007 Type-7 LSA
0x2008 Link LSA
0x2009 Intra-Area Prefix LSA
Tabla 3.3.4.1- Comparación entre los LSA de OSPFv2 y OSPFv3
Además es necesario indicar algunos aspectos importantes diferenciadores que es
necesario tener en cuenta al momento de configurar OSPFv3
• Al habilitar OSPFv3 en una interfaz IPv6 automáticamente se inicia el proceso de
enrutamiento y no es necesario crearlo administrativamente desde el menú de
configuración de un router.
• Los vecinos se comunican mediante la dirección IPv6 enlace-local o Link-Local
del mismo modo que EIGRPv6 como fue demostrado anteriormente.
• Al igual que OSPFv2, OSPFv3 toma su identificador de enrutador (Router-id) de
la dirección IP de la interfaz Loopback más alta en formato IPv4 decimal si es que
existe. Aunque este valor es irrelevante al proceso de enrutamiento en sí es
altamente recomendable configurarlo manualmente.

44

CAPITULO IV
FUNDAMENTOS DE INTERCONEXIÓN DE PROTOCOLOS IGP
4.1 Métricas de RIPng, OSPFv3 y EIGRPv6
En los capítulos anteriores se demostró cómo operan de manera independiente los
protocolos RIPng, OSPFv3 y EIGRPv6, todos ellos sobre el protocolo IPv6. En este
capítulo se aborda el problema de interconexión de redes con distintos protocolos y se
demostrará como solucionar el problema del intercambio de actualizaciones de
enrutamiento en distintos formatos y como efectivamente los routers son capaces de
intercambiar rutas aun cuando éstas provengan de algún protocolo diferente al que en ellos
se ejecuta.
Para poder comprender mejor la problemática de interconexión e intercambio de
actualizaciones de enrutamiento es necesario tener en consideración las métricas y los
métodos de cálculo de mejor ruta de cada protocolo.
Cálculo de métrica y mejor ruta de RIPng
El protocolo RIPng, al igual que sus predecesores para redes IPv4 RIPv1 y RIPv2, utiliza
el conteo de saltos (hops) para determinar cuál es la ruta predilecta en caso de tener
múltiples alternativas hacia un mismo destino.

45

Figura 4.1.1 – Topología de ejemplo con dos caminos y diferente cantidad de saltos
En la figura 4.1.1 el router R1 debe tomar la decisión de obtener la mejor ruta hacia la red
de destino 2001:4:4:4::/64. Como ya se mencionó, este protocolo utiliza la cantidad de
saltos para escoger el mejor camino, por lo tanto se escogerá de manera predeterminada
la ruta por R2 como la preferida ya que solamente tiene 2 saltos de distancia (R2 y R5)
hacia el destino, mientras que por R3 hay 3 saltos (R3, R4 y R5).
Figura 4.1.2 – Topología de ejemplo con dos caminos y la misma cantidad de saltos
En el caso de la topología de la figura 4.1.2 R1 tiene la misma cantidad de saltos tanto por
R2 como por R3 para llegar a 2001:4:4:4::/64. En otras palabras, esa red tiene la misma
métrica (2 hops). Cuando este es el caso, RIPng utilizará un método Round-Robin para

46

alternar el envío de mensajes por ambos enlaces logrando activar el balanceo de carga
para esa red.
RIPng es una alternativa de enrutamiento válida para redes muy pequeñas (menos de 15
routers) y no es escalable en grandes redes. La razón es que por una parte la métrica
máxima de RIP es 15 saltos (más allá se considera infinito o métrica 16) y además es muy
probable que en la elección de la mejor ruta escoja un camino cuyo ancho de banda sea
considerablemente menor a los demás enlaces. Si se vuelve a analizar la figura 4.1.1 y se
considera que el enlace entre R1 y R2 es de 10 Mbps y los enlaces entre R1, R3, R4 y R5
son de 100Mbps cada uno, queda claro que RIP no es la mejor alternativa de enrutamiento.
Cálculo de métrica y mejor ruta de OSPF
OSPF, en sus versiones para IPv4 e IPv6 utiliza una métrica denominada costo para
encontrar la mejor ruta. Este costo se obtiene directamente desde el ancho de banda del
enlace que conecta entre los routers mediante la fórmula 108
/BW donde BW es el ancho
de banda del enlace expresado a razón de bits por segundo.
Dada la siguiente topología, asumiendo que la red de destino se encuentra en una LAN de
100Mbps.

47

Figura 4.1.3 – Topología de ejemplo con dos caminos, diferente cantidad de saltos y ancho de banda de cada
enlace
OSPF, a diferencia de RIP, toma como referencia el ancho de banda de las interfaces para
obtener el costo de cada enlace y así calcular la sumatoria de los costos hacia la red de
destino para obtener la mejor ruta.
Para calcular el costo de cada enlace OSPF utiliza la fórmula 108
/BW donde BW es el
ancho de banda de una interfaz expresado en bits por segundo. Así, por ejemplo, un enlace
de 10 Mbps tendría un costo de 10.
Enlace Ancho de banda Costo (108
/BW)
R1 – R2 10.000 Kbps 10
R2 – R5 10.000 Kbps 10
R1 – R3 100.000 Kbps 1
R3 – R4 100.000 Kbps 1
R4 – R5 100.000 Kbps 1
R5 – LAN 100.000 Kbps 1
Tabla 4.1.1 – Ancho de banda y costo de OSPF entre los enlaces de la topología de la figura 4.1.3

48

De acuerdo a los cálculos hechos por OSF en la figura 4.1.3, R1 determinará que la mejor
ruta para alcanzar la red 2001:4:4:4::/64 es mediante R3 ya que el costo acumulado es de
4, mientras que a través de R2 el valor asciende a 21. El valor del costo en OSPF es
inversamente proporcional al ancho de banda de la interfaz. Mientras mayor ancho de
banda, menor será el costo y por ende se convertirá en la ruta preferida.
Cálculo de métrica y mejor ruta en EIGRP
RIP utiliza saltos, OSPF costo según el ancho de banda de las interfaces y EIGRP utiliza
una fórmula avanzada que incluye 5 elementos dentro del cálculo de la mejor ruta. Cada
uno de estos elementos se conoce como constantes o valores K y son los siguientes:
Valor K Nombre Valor predeterminado
de K
K1 Ancho de Banda (BW) 1
K2 Confiabilidad 0
K3 Retraso o Delay (DLY) 1
K4 Carga 0
K5 MTU 0
Tabla 4.1.2 – Valores predeterminados de las constantes K para el cálculo de métrica EIGRP
K1 es el ancho de banda de la interfaz. K2 es la confiabilidad del enlace y representa un
valor entre 1 y 255, siendo 255 un enlace 100% confiable, es decir, que no ha presentado
fallas en la última medición. K3 es el delay o retraso de la interfaz. Este valor viene
predeterminado según el tipo de interfaz y representa el tiempo que demoran los paquetes
o tramas en cruzar el enlace. K4 representa la carga o uso del enlace, siendo 1 un 0% de
carga y 255 un 100%. K5 corresponde a la MTU de 1500 bytes.

49

Figura 4.1.4 – Fórmula de cálculo de métrica de EIGRP
La figura 4.1.4 muestra la fórmula utilizada por el protocolo EIGRP para calcular la
métrica hacia una red de destino y luego poder determinar la mejor (más baja) de todas
las opciones. En la fórmula bw = 107
/ancho de banda mínimo de toda la ruta hacia el
destino expresado en kbps y delay = Sumatoria de todos los delay desde el router que hace
el cálculo hacia la red de destino expresado en µsecs / 10.
Ya que los valores por defecto de las constantes K son 0 para todas excepto K1 y K3, la
fórmula anterior queda resumida como Métrica = (BW + DLY) * 256
Dado el siguiente ejemplo, se puede determinar la métrica de ambas rutas hacia el destino.
Figura 4.1.5 – Topología de ejemplo con dos caminos, diferente cantidad de saltos, ancho de banda de cada
enlace y valores del retraso (DLY) entre interfaces
Paso 1: Calcular la métrica desde R1 hacia 2001:4:4:4::/64 por R3

50

Como se mencionaba, la fórmula de EIGRP para obtener la métrica se reduce a Métrica
= (BW + DLY) * 256
Donde BW (Bandwidth) = 107
/ Ancho de banda mínimo en esa ruta hacia el destino. Como
todas las interfaces son de 100 Mbps se toma este valor como referencia expresado en
Kbps. Por lo tanto:
BW = 107
/100000
BW = 100
Y DLY (delay) = Σ de todos los delays desde R1 hacia 2001:4:4:4::/64 dividido en 10. Por lo tanto:
DLY = (2000 + 2000 + 2000 + 1000) /10
DLY = 700
Entonces
Métrica = (100 + 700) * 256
Métrica = 204800
Paso 2: Calcular la métrica desde R1 hacia 2001:4:4:4::/64 por R2
El mismo procedimiento aplica para calcular la ruta hacia la misma red pero por R2
BW = 107
/10 Mbps
BW = 107
/10000 Kbps
BW = 1000
DLY = (5000 + 5000 + 1000) /10
DLY = 1100
Métrica = (1000 + 1100) * 256
Métrica = 537600
Como R1 ha determinado que la ruta a través de R3 tiene una métrica de 204800 y a través
de R2 es de 537600, entonces para llegar a 2001:4:4:4::/64 este router escogerá R3 como

51

camino preferencial. Existen sin embargo otras opciones que están relacionadas con el
cálculo de métrica de EIGRP, como son los estados SIA (Stuck-In-Acive) y otros, pero
estas características escapan al objetivo de este trabajo.
4.2 Integración de múltiples protocolos de enrutamiento en IPv6
Habiendo demostrado como los routers calculan las métricas hacia una red determinada
utilizando distintos protocolos de enrutamiento, el siguiente paso será demostrar la
interoperabilidad de los distintos protocolos corriendo con IPv6. En esta sección se
explicará secuencialmente las siguientes situaciones:
a) Integración de RIPng con EIGRPv6
b) Integración de RIPng con OSPFv3
c) Integración de OSPFv3 con EIGRPv6
Para demostrar la interoperabilidad de los tres casos se utilizará la siguiente topología
base, la cual tiene 5 routers donde uno ejecutará el rol de “router de borde” y los otros
cuatro ejecutarán un protocolo determinado.
Figura 4.2.1 – Topología base para demostración de integración de múltiples protocolos de enrutamiento bajo
IPv6

52

Tanto R1 como R2 estarán ejecutando un único protocolo, al igual que R3 y R4. Será
Border el router que se encargue de traspasar correctamente la información de
enrutamiento generada en un método hacia el otro y viceversa.
4.2.1. Integración de RIPng con EIGRPv6
Asumiendo que el direccionamiento IPv6 está correctamente realizado y todos los Router
tienen conectividad de capa 3 entre sí se debe configurar el enrutamiento indicado
separadamente. Esto es, primero RIPng y luego EIGRPv6.
Configuración de direccionamiento y habilitación de enrutamiento RIPng en R1 y
R2 y BORDER
Configuración de RIPng en R1
R1(config)# ipv6 unicast-routing
R1(config)# ipv6 router rip RIPng
R1(config)# exit
R1(config)# interface FastEthernet 0/0
R1(config-if)# ipv6 address 2002:F:0:1::2/64
R1(config-if)# ipv6 rip RIPng enable
R1(config-if)# exit
R1(config)# interface Loopback0
R1(config-if)# ipv6 address 2002:0:1:A::1/64
R1(config-if)# exit
R1(config-if)# ipv6 address 2002:0:1:B::1/64
R1(config-if)# exit
Configuración de RIPng en R2

53

R2(config)# ipv6 router rip RIPng
R2(config)# exit
R2(config-if)# exit
R2(config-if)# exit
R2(config-if)# exit
Configuración de RIPng en BORDER
BORDER(config)# ipv6 unicast-routing
BORDER(config)# ipv6 router rip RIPng
BORDER(config)# exit
BORDER(config)# interface FastEthernet 0/0
BORDER(config-if)# ipv6 address 2002:F:0:1::1/64
BORDER(config-if)# ipv6 rip RIPng enable
BORDER(config-if)# exit
BORDER(config-if)# ipv6 rip RIPng enable
Configuración de direccionamiento y habilitación de enrutamiento EIGRPv6 en
R3, R4 y BORDER
Configuración de EIGRPv6 en R3
R3(config)# ipv6 Router eigrp 100
R3(config-rtr)# Router-id 3.3.3.3
R3(config-rtr)# exit
R3(config-if)# ipv6 eigrp 100

54

R3(config-if)# exit
R3(config-if)# exit
Configuración de EIGRPv6 en R4
R4(config)# ipv6 Router eigrp 100
R4(config-rtr)# Router-id 4.4.4.4
R4(config-rtr)# exit
R4(config-if)# exit
R4(config-if)# exit
Configuración de EIGRPv6 en BORDER
BORDER(config)# ipv6 Router eigrp 100
BORDER(config-rtr)# Router-id 10.10.10.10
BORDER(config-rtr)# no shutdown
BORDER(config-rtr)# exit

55

Con estos comandos se habilitan los protocolos RIP y EIGRP para funcionar bajo IPv6 de
manera independiente. Los routers BORDER, R1 y R2 son capaces de intercambiar rutas
e información de enrutamiento utilizando el protocolo RIPng mientras que BORDER, R3
y R4 lo hacen utilizando EIGRPv6. A continuación una captura de pantalla de los 5 routers
que muestran sus tablas de enrutamiento:
Figura 4.2.1.1 – Tabla de enrutamiento de R1 ejecutando RIPng

56

Figura 4.2.1.2 – Tabla de enrutamiento de R2 ejecutando RIPng
Figura 4.2.1.3 – Tabla de enrutamiento de BORDER donde se observan las entradas aprendidas por EIGRPv6
(D) y RIPng (R)

57

Figura 4.2.1.4. – Tabla de enrutamiento de R3 ejecutando EIGRP
Figura 4.2.1.5 – Tabla de enrutamiento de R4 ejecutando EIGRP

58

En las figuras 4.2.1.1, 4.2.1.2 y 4.2.1.3 se puede identificar claramente las rutas aprendidas
mediante RIPng (marcadas con una R) y en las figuras 4.2.1.3, 4.2.1.4 y 4.2.1.5 aquellas
aprendidas por EIGRPv6 (marcadas con una D, de DUAL, algoritmo utilizado por este
protocolo para buscar las mejores rutas).
A excepción del router de borde intermedio, cada router solo conoce las rutas que
pertenecen a su propio método de enrutamiento. En este caso R1 y R2 no conocen los
prefijos que están instalados en la red EIGRPv6, ni R3 y R4 tampoco conocen las rutas
hacia las redes ubicadas en el dominio RIPng. BORDER sí los conoce pues él tiene
configurados ambos protocolos ya que tiene dos interfaces en la red RIPng y dos en la red
EIGRPv6.
Debido a esto, ningún host que esté eventualmente conectado a R1 podrá alcanzar las
redes que conecten directamente a R3 ni R4, sino que solamente a R2 y BORDER. Para
lograr convergencia en toda la topología es necesario activar las funciones de
redistribución de rutas en BORDER.
Esta propiedad del router de borde se utiliza para servir de “traductor” de redes de un
protocolo a otro. Para poder permitir que las rutas de un lado se vean en el otro es necesario
implementar una técnica conocida como redistribución de rutas, que permite tomar las
rutas aprendidas en un protocolo determinado y traducirlo a otro, convirtiendo las
propiedades de ellas, como etiquetado, métrica, distancia administrativa y otros valores
hacia el protocolo en el cual se están redistribuyendo o “inyectando” las rutas de tal
manera que los demás routers que están en la red puedan manipular esa información y
actualizar sus tablas de enrutamiento correctamente.

59

¿Por qué no es posible que BORDER traspase automáticamente las rutas de un lado al
otro? RIPng y EIGRPv6, al igual que OSPFv3 son totalmente diferentes entre sí en cuanto
a su funcionamiento interno. Mientras que, como se explicaba al inicio de este capítulo,
RIPng utiliza la cuenta de saltos (hops) como mejor ruta posible hacia una red de destino,
OSPFv3 utiliza un parámetro denominado “costo” que es obtenido mediante una serie de
cálculos realizados por el mismo algoritmo SPF tomando como referencia el ancho de
banda de los enlaces escogiendo la ruta que tenga mejor ancho de banda aunque la
cantidad de saltos sea mayor. Por su parte EIGRP utiliza una métrica compuesta de
distintos parámetros como ancho de banda, retraso (delay), confiabilidad y carga del
enlace, MTU, entre otros.
Dadas la naturaleza divergente de las métricas de cada protocolo los routers no son
capaces de “comprender” o procesar una ruta que viene con una métrica originada en un
protocolo de enrutamiento diferente al cual tienen configurado. Si EIGRPv6 anuncia una
red con métrica 204830, RIPng no entendería ese número porque él solo soporta un
máximo de 15 hops y a partir del 16 lo considera infinito, lo cual hará que descarte
totalmente la ruta. Esta incompatibilidad requiere que existan routers que se dediquen a
traducir desde un protocolo de enrutamiento determinado a otro. En la topología de la
figura 4.2.1 será BORDER quien traduzca las rutas generadas en RIPng hacia EIGRPv6
y viceversa.
Redistribución desde EIGRPv6 hacia RIPng
Hasta este punto solamente se ha logrado conectividad en las mismas áreas de
enrutamiento. Esto es, únicamente en los routers RIPng y también de manera
independiente en los routers EIGRPv6. Para lograr que las redes 2002:0:3:A::/64,

60

2002:0:3:B::64, 2002:0:4:A::/64, 2002:0:4:B::/64, 2002:F:0:3::/64 y 2002:F:0:4::/64 sean
aprendidas en R1 y R2 es necesario configurar el router BORDER para que tome estas
redes que él mismo ha aprendido mediante EIGRPv6 y las redistribuya hacia RIPng. Esta
“inyección” de rutas se logra con el siguiente comando:
BORDER(config-rtr)#ipv6 Router rip RIPNG
BORDER(config-rtr)#redistribute eigrp 100 metric 1
Básicamente se le está indicando al proceso RIPng denominado RIPNG que tome las rutas
originadas en el protocolo EIGRP 100 y los envíe a los routers RIP con una métrica de 3.
Se puede comprobar en R1 o R2 que las redes mencionadas han sido aprendidas:
Figura 4.2.1.6 – Tabla de enrutamiento de R1 incluyendo las rutas redistribuidas desde EIGRP

61

Sin embargo, aún no hay conectividad completa en la topología ya que los routers R3 y
R4 desconocen las redes 2002:0:1:A::/64, 2002:0:1:B::/64, 2002:0:2:A::/64,
2002:0:2:B::/64, 2002:F:0:1::/64 y 2002:F:0:2::/64 que pertenecen a RIP.
En el mismo router BORDER es necesario esta vez indicarle al protocolo EIGRPv6 que
inyecte las rutas aprendidas en RIP hacia R3 y R4.
BORDER(config-rtr)#ipv6 router eigrp 100
BORDER(config-rtr)#redistribute rip RIPNG metric 400000 100 255 1 1500
La métrica de EIGRP incluye el ancho de banda, retraso, confiabilidad, carga y MTU. Es
necesario decirle al protocolo que traduzca la métrica originada en RIP que está basada en
la cantidad de saltos, a los parámetros necesarios para que los routers EIGRP comprendan
las nuevas redes que se han agregado. Los valores ingresados en el ejemplo son arbitrarios
y no influyen en el comportamiento de la redistribución, aunque es mandatorio
declararlos. Luego de completar la redistribución, es posible ver que en R3 y R4 si se ven
las rutas que pertenecen al dominio RIP.

62

Figura 4.2.1.7 – Tabla de enrutamiento de R4 incluyendo las rutas redistribuidas desde RIP
Destacable es que el protocolo EIGRPv6 identifica aquellas rutas que han sido inyectadas
desde una fuente externa y las marca como EX (External) tal como se muestra en la figura
4.2.1.7. RIPng no diferencia en absoluto y solamente marca las redes con una R como si
se tratara de otra red aprendida directamente por este protocolo.
4.2.2 Integración de RIPng con OSPFv3
Para lograr conectividad entre los routers que ejecutan RIPng con aquellos que corren una
instancia de OSPFv3 es necesario en primer lugar establecer correctamente las rutas entre

63

los dispositivos de un mismo protocolo. Es decir, todos los routers RIPng deben ser
capaces de alcanzar las redes que administran entre sí y los routers OSPFv3 también.
Asumiendo la misma configuración de RIPng mostrada anteriormente en la integración
con EIGRPv6 se muestra a continuación solamente la configuración de los routers
OSPFv3.
Los parámetros requeridos para habilitar OSPFv3 son:
1.- Habilitar el modo enrutamiento global de IPv6.
Router(config)# ipv6 unicast-routing
2.- Configurar un identificador de router en formato de dirección IPv4. Esto es obligatorio.
Este identificador no influye en absoluto en el cálculo de las rutas, sino simplemente se
utiliza para visualizar el contenido de las adyacencias.
Router(config)# ipv6 router ospf 1
Router(config-router)# router-id 1.1.1.1
3.- Cada interfaz que se quiera publicar en OSPF se debe habilitar el identificador de
proceso (por ejemplo 1) correspondiente y el área en la cual se ubica.
Router(config-if)# ipv6 ospf 1 area 0

64

Configuración de direccionamiento y habilitación de enrutamiento OSPFv3 en R1 y
R2 y BORDER
Configuración de OSPFv3 en R3
R3(config)# ipv6 router ospf 1
R3(config-router)# router-id 3.3.3.3
R3(config-router)# exit
R3(config-if)# ipv6 ospf 1 area 0
R3(config-if)# exit
R3(config)#interface Loopback0
R3(config-if)exit
R3(config-if)# exit
Configuración de OSPFv3 en R4
R4(config)# ipv6 router ospf 1
R4(config-router)# router-id 4.4.4.4
R4(config-router)# exit
R4(config-if)# exit
R4(config-if)# exit
R4(config-if)# exit
Configuración de OSPFv3 en BORDER
BORDER(config)# ipv6 router ospf 1
BORDER(config-router)# router-id 10.10.10.10
BORDER(config-router)# exit
BORDER(config-if)# ipv6 ospf 1 area 0

65

BORDER(config-if)# ipv6 ospf 1 area 0
Una vez configurados los routers se comprueban las rutas IPv6 en ambas redes, tanto
RIPng como OSPFv3.
Figura 4.2.2.1 – Tabla de enrutamiento de R1 con las rutas de RIPng

66

Figura 4.2.2.2 – Tabla de enrutamiento de R2 con las rutas de RIPng
Figura 4.2.2.3 – Tabla de enrutamiento de BORDER mostrando las rutas RIPng (R) y OSPF (O)

67

Figura 4.2.2.4 – Tabla de enrutamiento de R3 mostrando las rutas OSPF
Figura 4.2.2.5 – Tabla de enrutamiento de R4 mostrando las rutas OSPF

68

Como se puede apreciar en las tablas de enrutamiento mostradas en las figuras 4.2.2.1,
4.2.2.2 y 4.2.2.3, tanto R1 como R2 y BORDER ven correctamente las rutas RIPng,
mientras que R3 y R4 y también BORDER (por ser el intermediario) ven las rutas OSPFv3
según se indica en las figuras 4.2.2.3, 4.2.2.4 y 4.2.2.5.
Para poder permitir que los routers del área RIPng alcancen las redes ubicadas en la red
OSPFv3 y viceversa, es necesario habilitar el proceso de redistribución de rutas en ambos
sentidos también llamado redistribución bidireccional. Luego de ejecutar el comando de
redistribución de OSPF dentro de RIPng, las rutas contenidas en R3 y R4 serán aprendidas
por R1 y R2.
BORDER(config)# ipv6 router rip RIPng
BORDER(config-rtr)# redistribute ospf 1 metric 3
Para que R3 y R4 aprendan las rutas de R1 y R2, es necesario que BORDER tome las
redes aprendidas mediante RIP y las inyecte en el proceso OSPFv3. De esta manera la
métrica original de RIPng, que es el conteo de saltos, es transformada en costo para que
los routers OSPF puedan administrar la ruta. El comando para lograr esto es:
BORDER(config)# ipv6 router ospf 1
BORDER(config-rtr)# redistribute rip RIPng
Una vez aplicada esta configuración es posible comprobar en R3 que las rutas de RIPng
2002:0:1:A::/64, 2002:0:1:B::/64, 2002:0:2:A::/64 y 2002:0:2:B::/64 han sido aprendidas
mediante OSPF. Éstas aparecen como OE2, que significa “OSPF External o Ruta Externa
de OSPF” de tipo 2. Las rutas de tipo 2 son aquellas que mantienen una métrica de 20 en
toda la red, lo cual puede verificarse en el comando show ipv6 route en R1 donde se

69

indica el valor [110/20], siendo 110 el valor de la distancia administrativa predeterminada
de OSPF y 20 es la métrica.
Figura 4.2.2.6 – Tabla de enrutamiento de R1 mostrando todas las redes de la topología

70

Figura 4.2.2.7 – Tabla de enrutamiento de R3 mostrando todas las redes de la topología
En las figuras 4.2.2.6 y 4.2.2.7 se puede ver que las rutas han sido correctamente
aprendidas por todos los routers.
4.2.3 Integración de OSPFv3 con EIGRPv6
En este tópico se tratará el problema de integración entre los protocolos OSPF versión 3
y EIGRP para redes IPv6. Tal como se ha visto en los dos otros casos anteriores de
integración entre RIPng con OSPFv3 y RIPng con EIGRPv6, en este caso también ocurre
la situación donde los routers de ambos lados deben recibir rutas que fueron originadas

71

en otro protocolo y con distintas propiedades (métrica, distancia administrativa, entre
otros) y es el router de borde quien se encargará de realizar la redistribución bidireccional
tomando las rutas aprendidas en OSPF para publicarlas en el mundo EIGRP y viceversa.
Dado que la configuración de los enrutadores para establecer adyacencia y traspasarse las
rutas dentro del mismo protocolo es exactamente la misma que se ha mostrado
anteriormente, se dará énfasis en mostrar únicamente la configuración del router de borde
que realizará la traducción de métricas hacia ambos lados. Asumiendo que según la figura
4.2.1 los routers R1, R2 y BORDER ejecutan EIGRP con el ASN 100 mientras que R3,
R4 y BORDER ejecutan OSPF 1 se muestra a continuación la configuración de la
redistribución aplicada en BORDER.
BORDER(config)# ipv6 router eigrp 100
BORDER(config-rtr)# redistribute ospf 1 metric 100000 20 255 1 1500 include-connected
BORDER(config-rtr)# ipv6 router ospf 1
BORDER(config-rtr)# redistribute eigrp 100 include-connected
Esta configuración permite que hacia los routers del ASN EIGRP 100 se redistribuya una
red OSPF funcionando bajo el proceso 1 y viceversa. Los valores 100000 20 255 1 1500
corresponden a los parámetros de la métrica de EIGRP, ancho de banda en Kbps, Delay
en microsegundos, confiabilidad de la red (255 = 100%), carga (1/255) y el valor de MTU.
Es decir, se esá indicando cómo se calculará la métrica nueva para esas rutas que están
siendo aprendidas por OSPF (cuya métrica es costo) y cómo se pasarán al mundo EIGRP.
La palabra clave include-connected permite que también se redistribuyan las redes
conectadas directamente en el router BORDER.

72

Es posible ver las rutas traspasadas desde un lado a otro consultando la tabla de
enrutamiento de R1 y también de R3 (aunque R2 y R4 también son válidos para este
propósito) y luego haciendo ping entre ambos routers.
Figura 4.2.3.1 - Tabla de enrutamiento de R1 mostrando las redes aprendidas correctamente de forma interna
(D) y externas (D EX)
Figura 4.2.3.2 - Tabla de enrutamiento de R3 mostrando las redes aprendidas correctamente de forma interna
(O) y externas (OE2)

73

Una vez formadas las adyacencias y traspasadas las rutas corresponde ejecutar pruebas
ping para verificar conectividad de capa 3.
Figura 4.2.3.3 - Ping desde R1 hacia una Loopback de R3 y una Loopback de R4
Figura 4.2.3.4 - Ping desde R3 hacia una Loopback de R1 y una Loopback de R2
Como se demuestra en las figuras 4.2.3.1 y 4.2.3.2, los routers interiores han aprendido
correctamente las rutas de los protocolos externos. En el caso de R1 se muestran las rutas
de OSPF con un indicador D EX (Dual Externo) para indicar que es una red que ha sido
redistribuida dentro de EIGRP. En el caso contrario, en R3, las rutas EIGRP se muestran
como O E2 (OSPF Externo de tipo 2) indicando lo mismo.
Las pruebas de ping de las figuras 4.2.3.3 y 4.2.3.4 muestran que la conectividad es exitosa
entre ambas zonas de enrutamiento distintas.
Hasta este punto se ha demostrado como se pueden interconectar redes que ejecuten
distintos protocolos de enrutamiento bajo el método de direccionamiento IPv6. Se ha

74

demostrado como son capaces de interoperar los routers que ejecutan EIGRP versión 6,
OSPF versión 3 y RIP New Generation (RIPng) y efectivamente logran traspasar las rutas
cuando a uno de ellos se le asigna el rol de “borde”, que es finalmente el dispositivo
encargado de realizar la redistribución.
Se ha mostrado además algunos aspectos técnicos importantes para comprender estos
procesos como son el concepto de métrica y características especiales de cada protocolo,
además de una descripción detallada de la operación de IPv6 y los puntos comparativos
con su predecesor IPv4.
Todo lo anterior ha tenido por objetivo establecer las bases técnicas de la aplicación real
de IPv6 en un entorno donde coexisten múltiples protocolos de enrutamiento y es
necesario realizar los ajustes pertinentes para integrarlos en una única gran red.

75

CAPITULO V: CASO DE ESTUDIO DE INTEGRACIÓN DE MÚLTIPLES
PROTOCOLOS DE ENRUTAMIENTO DINAMICO EN IPv6
En este trabajo se han demostrado las diversas formas y consideraciones técnicas de la
instalación y configuración de enrutadores en un entorno de red que utiliza el protocolo
de direccionamiento IPv6 los cuales trabajan y son capaces de operar entre ellos aun
cuando los métodos de enrutamiento sean totalmente distintos e incompatibles
directamente. Al utilizar un router denominado “de borde”, el cual posee al menos una
interfaz de red en un protocolo específico y al menos una segunda en otro protocolo, éste
es capaz de actuar como pasarela entre ambos entornos y utilizando la técnica de
“redistribución de rutas” convirtiendo las actualizaciones de enrutamiento de un lenguaje
a otro. Es este router quien convierte las métricas y encabezados de cada protocolo de
enrutamiento de un lado hacia el otro y viceversa.
Existen, sin embargo, situaciones donde el entorno de aplicación de esta solución es
considerablemente más complejo y donde se requiere tomar medidas extras para poder
finalmente lograr la convergencia deseada de la red de toda una organización que
incorpore múltiples protocolos dinámicos de ruteo basados en IPv6. A continuación se
muestra una situación similar a las descritas anteriormente y donde se hace necesario
planificar estratégicamente la solución diseñada para resolver el problema de
interconexión de nodos pertenecientes a múltiples protocolos de enrutamiento.
5.1 Escenario actual
Este caso de estudio presenta la situación de tres compañías independientes del mismo
rubro, ABC.COM, XYZCorp y NETSoluciones S.A. ABC.COM utiliza el protocolo

76

RIPng dentro de sus redes internas como método de direccionamiento basado en IPv6,
XYZCorp por su parte trabaja con OSPFv3 ya que opera con equipamiento de distintos
fabricantes y necesita tecnología estándar y NETSoluciones utiliza EIGRPv6. Dado el
buen rendimiento económico de ABC.COM, esta compañía ha decidido comprar a las
otras dos como estrategia comercial frente a sus competidores.
Figura 5.1.1 – Topología de red de ABC.COM
Figura 5.1.2 – Topología de red de XYZCorp

77

Figura 5.1.3 – Topología de red de NETSoluciones S.A.
El proceso de fusión de estas empresas a nivel de red requiere una planificación previa
que considere todos los aspectos técnicos y de diseño necesarios para asegurar un
funcionamiento óptimo y sin inconvenientes que pudiesen afectar las operaciones
normales de la compañía. Se requiere, además, formular una estrategia de implementación
que afecte lo menos posible a los usuarios existentes y minimice los tiempos de inactividad
(downtime). Para lograr esto se definen a continuación 4 etapas del proceso, desde la
recopilación de información hasta verificar que finalmente todo haya convergido
correctamente y según lo esperado.
1. Preparación
2. Diseño/Planificación
3. Implementación
4. Verificación

78

5.2 Etapa de Preparación
Antes de siquiera diseñar y pensar la mejor solución que se podrá aplicar a este escenario,
es sin duda un requisito obligatorio recopilar información de las redes y sistemas
existentes a fin de analizar de mejor manera el enfoque estratégico de la implementación
definitiva.
La información más importante que se puede recopilar es un mapa topológico actualizado
que indique la distribución lógica del equipamiento, los servicios y subredes existentes.
Se debe revisar las redes y dispositivos para indicar claramente cual o cuales son los
bloques IPv6 actualmente asignados y en operación. A modo de ejemplo, la siguiente tabla
puede utilizarse para documentar y esta información.
Los comandos show ip interfaces brief, show running-config y show interfaces pueden
ser utilizados para llenar la tabla.
Tabla 5.2.1 - Direccionamiento IPv6 en ABC.COM. Bloque 2002:2E00::/32
Dispositivo Interfaz Dirección IPv6 global Conecta
con:
ABC1 FastEthernet0/0 2002:2E00:0:1::1/64 Internet
ABC1 FastEthernet0/1 2002:2E00:0:AAAA::1/64 ABC2
ABC1 FastEthernet1/0 2002:2E00:0:BBBB::1/64 ABC3
ABC2 FastEthernet0/0 2002:2E00:0:2::1/64 LAN
ABC2 FastEthernet0/1 2002:2E00:0:AAAA::2/64 ABC1
ABC2 FastEthernet1/0 2002:2E00:0:CCCC::1/64 ABC3
ABC3 FastEthernet0/0 2002:2E00:0:3::1/64 LAN
ABC3 FastEthernet0/1 2002:2E00:0:BBBB::2/64 ABC1
ABC3 FastEthernet1/0 2002:2E00:0:CCCC::2/64 ABC2

79

Estos datos se recopilan en cada dispositivo ejecutando los comandos show ipv6
protocolos y show running-config.
Dispositivo Protocolo de
Enrutamiento
ID de
Protocolo
Opciones
Especiales
ABC1 RIPng RIPABC Ninguna
Tabla 5.2.2 – Información de enrutamiento de ABC.COM
Tabla 5.2.3 - Direccionamiento IPv6 en XZYCorp. Bloque 2001:FF0A:CC00::/40
Dispositivo Protocolo de
Enrutamiento
ID de
Protocolo
Opciones
Especiales
Internet OSPFv3 1 Area 0
Servers OSPFv3 1 Area 0
Tabla 5.2.4 – Información de enrutamiento de XYZCorp
Dispositivo Interfaz Dirección IPv6 global Conecta
con:
Internet FastEthernet0/0 2001:FF0A:CC00::1/64 Internet
Internet FastEthernet0/1 2001:FF0A:CC00:1::1/64 Servers
Servers FastEthernet0/0 2001:FF0A:CC00:1::2/64 Router
(Internet)
Servers FastEthernet0/1 2001:FF0A:CC00:2::1/64 LAN
Servers FastEthernet1/0 2001:FF0A:CC00:3::1/64 LAN

80

Dispositivo Interfaz Dirección IPv6 global Conecta con:
NS1 FastEthernet0/0 2002:AAF3:1C:6::1/64 Internet
NS1 FastEthernet0/1 2002:AAF3:1C:5::1/64 NS2
NS2 FastEthernet0/1 2002:AAF3:1C:1::1/64 LAN
Tabla 5.2.5 - Direccionamiento IPv6 en NETSoluciones S.A.
Dispositivo Protocolo ID de Protocolo (ASN) Opciones Especiales
NS1 EIGRPv6 150 Sumarización automática
desactivada
desactivada
desactivada
Tabla 5.2.6 - Información de enrutamiento de NETSoluciones S.A.
Con la información anterior ya es posible tener un cuadro claro y consistente de las
configuraciones existentes en las tres compañías tanto a nivel IP como en enrutamiento.
El siguiente paso es comenzar la etapa de diseño y planificación que definirá la solución
a implementar para poder funcionar las tres compañías.

81

5.3 Etapa de diseño / planificación
En esta etapa se considera la mejor solución posible dados los elementos recopilados en
la etapa previa. Esta solución debe estar enfocada en tres objetivos primordiales:
• Impacto más bajo posible en las operaciones actuales. Esto es, lograr un bajo
downtime, minimizar lo máximo posible la configuración en los dispositivos de
red (Routers, Switches, Cortafuegos, entre otros) y las estaciones de trabajo de los
usuarios.
• Mantener o mejorar el rendimiento y calidad de la infraestructura existente, es
decir, que la solución no implique una reducción del ancho de banda disponible ni
se produzcan problemas a nivel de red que afecten a las aplicaciones que sobre ella
se ejecutan, tales como bucles (loops) de enrutamiento, envío de información
innecesaria entre los routers y evitar que las tablas de enrutamiento crezcan
demasiado, afectando el tiempo de procesamiento y conmutación de los paquetes.
• Bajo costo de la implementación. Evitar diseñar una topología nueva que involucre
la adquisición de equipamiento extra o que signifique considerar una gran
inversión para poder implementarse.
Basándose en estos principios y en la información recopilada en la etapa de preparación
es posible anticipar al menos dos soluciones posibles:
1. Unificar las redes de XYZCorp y NETSoluciones S.A.dentro de la actual
ABC.COM, siendo esta última quien adquirirá finalmente a las dos primeras. En
esta opción se considera que las tres compañías formen una sola gran red que opere
bajo el protocolo RIPng (utilizado previamente en ABC.COM).

82

2. Lograr unir las tres compañías de tal manera que conserven sus configuraciones y
protocolos actuales de manera independiente y mediante la técnica de
redistribución de rutas, detallada ampliamente en los primeros capítulos de este
trabajo y poder interconectar y traspasar las rutas de cada una de ellas.
Dentro de las ventajas de unificar las tres redes en un único protocolo de enrutamiento
está que al reducir la complejidad de la estructura de red, por consecuencia directa, los
costos de mantenimiento y la necesidad de contar con personal altamente calificado para
la administración de red también se reducen bastante.
Otra ventaja de este modelo es que las métricas y cálculos de enrutamiento en cada router
se mantienen intactos de extremo a extremo, por lo que no supone una carga extra en el
recálculo de las rutas en caso de haber una caída o una falla, agregando un índice de
rapidez de respuesta asociada al protocolo que se esté usando. Este índice, aunque menor,
puede ser un aspecto importante en la decisión final.
Es importante mencionar que dentro de los 3 protocolos acá utilizados, RIPng, OSPFv3 y
EIGRPv6, el menos recomendable sería RIPng ya que sus características técnicas lo hacen
muy poco escalable (no pueden haber más de 15 routers en la red) y el tiempo de falla y
reposición de una ruta es en promedio de 30 segundos. La mejor solución podría ser
EIGRPv6 si lo que se busca es rapidez de convergencia y estabilidad. Sin embargo esto
implicaría que todos los enrutadores de otro fabricante que no sean Cisco deben
reemplazarse por esta marca ya que es un protocolo propietario. Por esta razón la mejor
solución si se busca unificar todo bajo un único protocolo sería implementar OSPFv3 en
las tres compañías, pero hay que verificar muy en detalle si es que los actuales dispositivos
soportan OSPFv3 ya que al ser un protocolo de tipo link-state, ellos mantienen una base

83

de datos topológica muy grande y que requiere recursos extras de memoria, CPU y ancho
de banda para su óptimo procesamiento.
Por otro lado, la idea de mantener las topologías actuales y utilizar la redistribución de
rutas pareciera ser la mejor de ambas soluciones manteniendo como base los tres objetivos
antes mencionados.
Las desventajas de este modelo son que por una parte se deben definir los así llamados
“routers de borde” (border routers) que servirán como traductor de un protocolo a otro y
esto puede suponer un punto de falla. A pesar de eso, esta dificultad es solucionable con
el uso de “etiquetas de ruta” (route tags) y sin la necesidad de incurrir en gastos mayores.
El concepto de etiquetado de rutas se comentará más adelante.
La gran ventaja es que los cambios en la configuración de los routers se reducen al mínimo
posible ya que ni los dispositivos de los usuarios ni los mismos routers que los conectan
directamente deben ser modificados, si no única y exclusivamente aquellos enrutadores
que se definan como “de borde”.
En este trabajo se aplicará la segunda opción utilizando redistribución como solución al
caso de estudio principalmente por las ventajas descritas que supone esta tecnología,
porque es interesante su aplicación desde el punto de vista práctico y además porque
supone una de las técnicas más utilizadas actualmente por las compañías que requieren
dar solución a problemáticas como las descritas en este caso. Aunque la redistribución ha
sido utilizada históricamente bajo IPv4, también es perfectamente aplicable y es
considerada una solución válida en IPv6 porque el problema de la integración de diferentes
protocolos de enrutamiento no se soluciona per se por el solo hecho de implementar IPv6
en una infraestructura, ya que no es una situación inherente al direccionamiento IP en sí,
sino más bien a la subdivisión de una topología en diferentes áreas de enrutamiento y del

84

tipo de enrutadores que sean capaces de ejecutar una instancia de RIPng, OSPFv3 o
EIGRPv6.
La topología de solución será realizada en primera instancia como se indica a
continuación. Los cuadros en rojo representan las redes de cada compañía y sus
respectivos bloques IPv6 existentes mientras que el router ABC1 cumplirá con la función
border router. Los enlaces directos entre los routers ABC1, NS1 e INTERNET pueden
ser instalado sobre una red MPLS, ATM, Frame Relay o similar mediante algún proveedor
que preste servicios de capa 2, lo cual es absolutamente transparente a la solución que
plantea este caso de estudio, haciéndolo escalable a cualquier tecnología como las
mencionadas.
Figura 5.3.1 – Topología de integración de las redes de ABC.COM, XYZCorp y NETSoluciones S.A.
El diagrama de red de la figura 5.3.1 muestra la solución más simple y económica posible,
aunque no por eso menos efectiva. Sin embargo, esta solución presenta una gran debilidad
en su diseño y es que toda la infraestructura se soporta en un único router (ABC1). Si este

85

dispositivo falla, toda las compañías perderán conexión entre sí y la falla no se
solucionaría hasta que el equipo se repare o se reconfigure.
Aunque podría ser considerada una solución viable es necesario hacer un ajuste más a este
diseño para obtener una topología tolerante a fallas. Se deben definir al menos dos
enrutadores de borde que actúen como respaldo uno del otro. El mayor inconveniente
radica en que la configuración se hace indudablemente más compleja y otros factores
deben ser tomados en cuenta para asegurar la operación óptima de las redes conjuntas.
Esos factores, como son los llamados mapas de rutas (route maps), etiquetado de rutas
(route tags) y redistribución bidireccional con múltiples puntos será tratado en detalle más
adelante en este capítulo.
Figura 5.3.2 – Topología definitiva de solución incluyendo dos routers de borde para asegurar redundancia.
Como es posible apreciar en la figura 5.3.2 se ha creado un enlace directo entre XYZcorp
y NETSoluciones, dejando a INTERNET como un segundo router de borde que tendrá la
misión de traducir las rutas desde EIGRPv6 a OSPFv3 directamente.

86

Lo interesante de este diagrama es que es posible obtener redundancia (failover) entre los
routers principales permitiendo que la red completa siga funcionando en caso de una falla
de enlaces y eliminando el punto de falla único que representaba ABC1 en la figura 5.3.1.
A pesar de esta mejora se presenta un problema mayor que debe ser atacado correctamente
y muy bien planificado para evitar los bucles de enrutamiento, ya que si NS1 le informa a
ABC1 de una red LAN que pertenece a NETSoluciones, ABC1 tomará esa información y
la volverá a reenviar al router INTERNET, el cual a su vez volverá a enviarle esa misma
ruta a NS1, y como vendrá con una distancia administrativa menor, es probable que NS1
crea que la ruta más conveniente hacia su misma LAN sea por el router INTERNET y no
a través de NS2 o NS3, lo cual crearía un bucle de enrutamiento. Para solucionar ese
problema será necesario implementar los denominados route tags o etiquetado de rutas.
5.4 Etapa de Implementación
En esta etapa se definen los lineamientos de implementación y las instrucciones de
configuración de los dispositivos de red. A continuación se indican las configuraciones
utilizadas en la topología conjunta que unificará a las tres compañías junto con una
explicación respecto a qué función tienen los comandos utilizados.
Importante es destacar que los routers internos de cada red, es decir ABC2, ABC3,
Servers, NS1, NS2 y NS3 utilizan una configuración de enrutamiento estándar según sea
el protocolo que utilice en esa área de la red, tal como se explicó en la primera parte de
este trabajo donde se detalló esta situación. En la etapa de implementación es necesario
definir exactamente los parámetros y datos necesarios para que, por ejemplo, un técnico
pueda configurar los routers sin mayor complejidad. Para los routers terminales o internos

Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6

Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6

Similar a Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6 (20)

Más de Paulo Colomés

Más de Paulo Colomés (10)

Último

Último (20)

Operación e integración de protocolos de enrutamiento IGP para redes corporativas en i pv6