7.

RIPV2

7.1 Limitaciones de RIPv1

7.1.1 Topología de Laboratorio

La figura muestra la topología y el esquema de direccionamiento utilizado en el presente capítulo. R1 y R3 son

routers que tienen subredes que hacen parte de la red principal 172.30.0.0/16 classful (clase B). Asimismo,
recuerde que R1 y R3 están conectados a R2 utilizando subredes de la red principal 209.165.200.0/24 classful
(clase C). Esta topología es discontinua y no convergen porque 172.30.0.0/16 esta dividida por 209.165.200.0/24.
Ruta Sumarizada

La topología muestra que R2 tiene una ruta rumarizada estática a la red 192.168.0.0/16.

Podemos colocar rutas estáticas en la información de las actualizaciones del protocolo de enrutamiento. Esto se
llama redistribución. Por el momento, entendemos que esta ruta sumariza causar problemas con RIPv1 porque
192.168.0.0/16 no es una dirección de RED principal classful e incluye la totalidad de las /24 versiones de
192.168.0.0/16, como se muestra en la topología.

Por último, los routers R1 y R3 contienen redes VLSM y están compartiendo el espacio de dirección de red
principal classful 172.30.0.0/16. A continuación, se dará una mirada al esquema de direccionamiento VLSM.
VLSM

Asignado a # Red Red Rango de Host Broadcast

0 172.30.0.0 172.30.0.1 a 172.30.0.254 172.30.0.255
R1 Fa0/0 1 172.30.1.0 172.30.1.1 a 172.30.1.254 172.30.1.255
R1 Fa0/1 2 172.30.2.0 172.30.2.1 a 172.30.2.254 172.30.2.255
3 172.30.3.0 172.30.3.1 a 172.30.3.254 172.30.3.255
4 172.30.4.0 172.30.4.1 a 172.30.4.254 172.30.4.255
. 256 /24
R3 Fa0/0 100 172.30.100.0 172.30.100.1 a 172.30.100.254 172.30.100.255 Subredes
.
R3Lo0 110 172.30.110.0 172.30.110.1 a 172.30.110.254 172.30.110.255
.
200 172.30.200.0 172.30.200.1 a 172.30.200.254 172.30.200.255
.
255 172.30.255.0 172.30.255.1 a 172.30.255.254 172.30.255.255

Como se muestra en la tabla superior, tanto R1 y R3 tienen la red 172.30.0.0/16 subneteada en /24 subredes.
Cuatro de estas subredes /24 son asignadas: dos a R1 (172.30.1.0/24 y 172.30.2.0/24) y dos a R3
(172.30.100.0/24 y 172.30.110.0/24).

En el gráfico inferior, hemos tomado la subred 172.30.200.0/24 y se ha subneteado de nuevo, utilizando los
primeros cuatro bits para subredes y los últimos cuatro bits para hosts. El resultado es una máscara
255.255.255.240 o /28. La Subred 1 y 2 se asignan a R3. Esto significa que la subred 172.30.200.0/24 ya no
puede ser utilizada, aunque los restantes /28 subredes se pueden utilizar.

Asignado a # Red Rango de Host Broadcast

Red
0 175.30.200.0 172.30.200.1 a 172.30.200.14 172.30.200.15
R3 Lo1 1 172.30.200.16 172.30.200.17 a 172.30.200.30 172.30.200.31 16 /28
R3 Lo2 2 172.30.200.32 172.30.200.33 a 172.30.200.46 172.30.200.47 subredes
3 172.30.200.48 172.30.200.49 a 172.30.200.62 172.30.200.63
.
15 172.30.200.240 172.30.200.241 a 172.30.200.254 172.30.200.255

RFC 1918 Direcciones Privadas

Clases Prefijo/Mascara Rango de Direcciones

A 10.0.0.0/8 10.0.0.0 a 10.255.255.255
B 172.16.0.0/12 172.16.0.0 a 172.31.255.255
C 192.168.0.0/16 192.168.0.0 a 192.168.255.255

Ejemplo de direcciones IP de Cisco

Usted puede haber notado que las WAN entre R1, R2, y R3 están utilizando direcciones IP públicas. A pesar de
que estas direcciones IP no son direcciones privadas de acuerdo a RFC 1918, Cisco ha adquirido algunas
direcciones publicas para utilizar este espacio para fines del ejemplo.

Prefijo / Mascara Rango de direcciones

209.165.200.224/27 209.165.200.224 a 209.165.200.255
209.165.201.0/27 209.165.201.0 a 209.165.201.31
209.165.202.128/27 209.165.202.128 a 209.165.202.159

Las direcciones indicadas en la figura son direcciones IP públicas válidas que son enrutables en Internet. Cisco ha
establecido estas direcciones reservándolas para fines educativos.

En la figura, R1, R2, y R3 están conectadas 209.165.200.224/27 la cual es subneteada con una máscara /30. En la
topología, la subred 1 es asignada al enlace WAN entre R1 y R2. La Subred 2 es asignada al enlace WAN entre R2
y R3.

Interfaces Loopback

Notose que R3 está utilizando las interfaces de loopback (Lo0, Lo1, y Lo2). Una interfaz loopback es un software
de interfaz que sólo se utiliza para emular una interfaz física. Al igual que otras interfaces, se le puede asignar
una dirección IP. Las interfaces Loopback se utilizan también por otros protocolos de enrutamiento, como OSPF,
para diferentes fines.

En un entorno de laboratorio, las interfaces loopback son útiles en la creación de nuevas redes sin necesidad de
agregar más interfaces físicas en el enrutador. A una interfaz loopback se le puede hacer ping y la subred puede
ser anunciada en las actualizaciones de enrutamiento. Por lo tanto, las interfaces loopback son ideales para
simular múltiples redes adscritas al mismo router. En nuestro ejemplo, R3 no necesita cuatro interfaces LAN
para demostrar múltiples subredes y VLSM. En lugar de ello, se utilizan interfaces loopback.

7.1.2 Limitaciones de la Topología RIPv1

Rutas Estáticas e Interfaces Null

Para configurar la ruta supernet estática sobre R2, se utiliza el siguiente comando:

R2(config)#ip route 192.168.0.0 255.255.0.0 Null0

Recuerde que la ruta sumarizada permite una sola vía de alto nivel de entrada para representar muchas rutas de
nivel inferior, reduciendo así el tamaño de las tablas de enrutamiento. La ruta en R2 utiliza una máscara /16 que
sumariza todas las 256 redes que van desde las redes 192.168.0.0/24 a 192.168.255.0/24.

El espacio de direcciones estático representado por la ruta sumarizada 192.168.0.0/16 en realidad, no existe. Con
el fin de simular esta ruta estatica, que utiliza una interfaz nula como la interfaz de salida. No es necesario
entrar comandos para crear o configurar la interfaz nula. Esta siempre estara arriba pero enviara o recibira
tráfico. El tráfico enviado a la interfaz nula se descarta. Para nuestros fines, la interfaz nula servirá como
interfaz de salida para nuestra ruta. El uso de la interfaz nula permitirá R2 anunciar la ruta estatica en RIP
aunque las redes pertenecientes a la sumarización 192.168.0.0/16 en realidad no existen.

Redistribución de Ruta

El segundo comando que debe ser introducido es redistribute static:

La Redistribución de las rutas que implica la adopción de un código de enrutamiento y el envío de esas rutas a
otra fuente de enrutamiento. En nuestro ejemplo, queremos que el proceso RIP de R2 redistribuya nuestra ruta
estática (192.168.0.0/16) por importación en la ruta en RIP y luego enviarlo este a R1 y R3 utilizando el proceso
RIP.
Verificación y Pruebas de Conectividad

Para probar si la topología tiene o no plena conectividad, primero comprobamos que en ambos enlaces seriales en
R2 están arriba, utilizando el comando show ip interface brief.

7.1.3 RIPv1: Redes Discontinuas

Usted ya sabe que RIPv1 es un protocolo de enrutamiento classful. Como se puede ver en el formato del mensaje
RIPv1, No incluye las máscaras de subred en sus actualizaciones de enrutamiento. Por lo tanto, RIPv1 no puede
apoyar redes discontinuas, VLSM, o CIDR (CIDR) supernets. Sin embargo, podría haber un margen para ampliar el
formato del mensaje RIPv1 e incluir la máscara de subred para que pudiéramos realmente tener una configuración
para redes discontinuas? ¿Cómo podriamos cambiar el formato de este mensaje para incluir la máscara de
subred?

Bit

0 78 1516 2324 31Command =

1 o 2Version = 1Must be ZeroAddress family identifier (2=IP)Must be ZeroIP
Route
Entry Address (Network Address)Must be ZeroMust be ZeroMetric (Hops)Multiple Route
Entries, Up to a Maximun of 25

Debido a que la máscara de subred no se incluye en la actualización, RIPv1 y otros protocolos de enrutamiento
classful deben sumarizar las redes en las fronteras de redes principales. Como se puede ver en la figura, RIPv1
en los routers R1 y R3 sumarizara sus subredes 172.30.0.0 a una dirección de red principal classful de 172.30.0.0
al enviar actualizaciones de enrutamiento a R2. Desde la perspectiva de R2, ambas actualizaciones tienen el
mismo costo de 1 hop para llegar a la red 172.30.0.0/16. Como se verá, R2 instala ambas rutas en la tabla de
enrutamiento.

El examen de las tablas

R2 obtiene resultados inconsistentes al intentar hacer ping a una dirección en una de las subredes 172.30.0.0.
7.1.4 RIPv1 no Soporta VLSMs

Ya que RIPv1 no envía la máscara de subred en las actualizaciones de enrutamiento, no puede soportat VLSM. R3
está configurado con subredes VLSM, las cuales son miembros una red de clase B 172.30.0.0/16:

• 172.30.100.0/24 (FastEthernet 0/0)

 • 172.30.110.0/24 (Loopback 0)
• 172.30.200.16/28 (Loopback 1)
• 172.30.200.32/28 (Loopback 2)

Como vimos con las actualizaciones de 172.30.0.0/16 a R2 por R1 y R3, RIPv1, sumariza la subredes a una classful
fronteriza o utiliza la máscara de subred de la interfaz saliente para determinar qué subredes anuncia.

Para demostrar cómo los RIPv1 utiliza la máscara de subred de la interfaz saliente, R4 es añadido a la topología
de red conectandolo a R3 por la interfaz FastEthernet 0/0 en la red 172.30.100.0/24

En el debug ip rip nótese que la única subred 172.30.0.0 que es enviada al router R4 es 172.30.110.0. Igualmente
Nótese que R3 esta enviando la red Principal Classful a través del puerto serial 0/0/1.

Porque RIPv1 no incluye las otras subredes 172.30.200.16/28 y 172.30.200.32/28 en las actualizaciones hacia
R4?

Porque esas subredes no tienen la misma mascara de Subred que la FastEthernet 0/0. Esto es por que todas las
subredes deben usar la misma mascara de Subred cuando un protocolo de enrutamiento Classful es implementado
en la RED.

Explicación Más Detallada

R3 necesita determinar cuales subredes de 172.30.0.0 puede incluir en las actualizaciones, permitidas en la
interfaz FastEthernet 0/0 con una dirección IP 172.30.100.1/24. R3 únicamente incluirá en las tablas de
enrutamiento las rutas con la misma mascara de la interfaz de salida. Ya que la interfaz de salida tiene mascara
/24, R3 solo incluirá las Subredes de 172.30.0.0 con mascara /24. La única red que cumple esta condición es
172.30.110.0.

Las otras subredes de 172.30.0.0, (172.30.200.16/28 y 172.30.200.32/28) no estan incluidas por que su mascara
es /28. R4 únicamente puede aplicar su propia mascara de interfaz /24 en las actualizaciones RIPv1 con las
subredes 172.30.0.0. R4 aplicara la mascara incorrecta /24 a las subredes con mascara /28.
7.1.5 RIPv1: No soporta CIDR

La Ruta Estática 192.168.0.0 / 16

Se configura una ruta estática a la 192.168.0.0/16 en R2 y se le dan instrucciones a RIP para que incluya la ruta
en las actualizaciones usando el comando redistribute static. Esta ruta estatica es la sumatoria de las
subredes de 192.168.0.0/24 que van desde 192.168.0.0/24 a 192.168.255.0/24

R2(config)#ip route 192.168.0.0 255.255.0.0 Null0

Se puede ver que la ruta estática está incluida en la tabla de enrutamiento de R2

Notese que en la tabla de enrutamiento de R1, no esta recibiendo la ruta 192.168.0.0/16 en las actualizaicones
RIP de R2.

Utilizando debug ip rip en R2,notamos que RIPv1 no incluye en sus actualizaciones la ruta 192.168.0.0/16 hacia R3
y R1
La sura estatica 192.168.0.0/16 , tiene una mascara menor que la Clase C /24 , por esta razón no puede ser
incluida en una actualización RIPv1 hacia otros routers

7.2 Configuración RIPv2

7.2.1 Estableciendo y Verificando RIPv2

Comparación de los Formatos de Mensaje de RIPv1 y RIPv2

Bit

0 78 1516 2324 31Command =

1 o 2Version = 1Must be ZeroAddress family identifier (2=IP)Must be ZeroIP
Route
Entry Address (Network Address)Must be ZeroMust be ZeroMetric (Hops)Multiple Route
Entries, Up to a Maximun of 25

Bit

0 78 1516 2324 31Command =

1 o 2Version = 1Must be ZeroAddress family identifier (2=IP)Route TagIP Address
Route
Entry (Network Address)Subnet MaskNext HopMetric (Hops)Multiple Route Entries, Up to
a Maximun of 25

Se añaden dos importantes extensiones.

La primera ampliación en el formato del mensaje RIPv2 es la máscara de subred campo que permite incluir una
máscara de 32 bits para la entrada de ruta RIP. Como resultado de ello, router ya no depende de la máscara de
subred de la interfaz de entrada o la máscara classful a la hora de determinar la máscara de subred para una
ruta.

La segunda ampliación significativa en RIPv2 es la adición del campo Next Hop. El Next Hop se utiliza para
identificar la mejor dirección Next Hop - si existe - de la dirección de envío de router. Si el campo está
configurado por ceros (0.0.0.0), la dirección del router es la mejor dirección Next Hopde envio.

Version:
7.2.2 Auto-summary y RIPv2

Examinando la Tabla de Enrutamiento

La única diferencia entre RIPv1 y RIPv2 es que R1 y R3 tienen cada una la ruta hacia la supernet 192.168.0.0/16.
Esta ruta fue una ruta estática configurada en R2 y redistribuida por RIP.

Nótese que RIPv2 está enviando la direccion y la máscara de subred

RIP: sending v2 update to 224.0.0.9 via Serial0/0 (209.165.200.230)

172.30.0.0/16 via 0.0.0.0, metric 1, tag 0

El router esta enviando la ruta sumarizada de red Classfull 172.30.0.0/16 y no las subredes individuales
172.30.1.0/24 y 172.30.2.0/24

Por defecto, RIPv2 realiza la sumarización automática de las redes en las principales fronteras de red, al igual
que RIPv1. Ambos routers R1 y R3 sumarizan sus subredes 172.30.0.0 a la dirección de clase B de 172.30.0.0 al
enviar actualizaciones de sus interfaces a las redes 209.165.200.228 y 209.165.200.232, respectivamente. El
comando show ip protocols verifica que "el estado de la sumarización automática."
Nota: Recuerde que la ruta 192.168.0.0/16 no puede ser distribuida con RIPv1 porque la máscara de subred es
inferior al máscara classful. Debido a que la máscara no está incluida en las actualizaciones RIPv1, el router no
puede determinar cuál debe ser la máscara. Por lo tanto, no envía la actualización.

7.2.3 Desensamblar Auto-sumamary en RIPv2

7.2.4 Verificación de las Actualizaciones de RIPv2

Ahora que estamos usando el protocolo de enrutamiento classless RIPv2 y también hemos desensamblado la
sumarización automática, ¿qué debemos esperar ver en las tablas de enrutamiento?

La tabla de enrutamiento de R2 ahora contiene las subredes individuales para 172.30.0.0/16. Tenga en cuenta que
ya no existe una sola ruta cumarizada con dos caminos de igual costo. Cada máscara de subred y tiene su propia
entrada, junto con la interfaz de salida y la dirección del next-hop para llegar a la subred.
Podemos comprobar que el protocolo de enrutamiento RIPv2, envia y recibe la máscara de subred en la
información de enrutamiento mediante el comando debug ip rip. Observe que cada ruta de entrada ahora incluye
un campo para la máscara de subred.

Notese también que las actualizaciones se envían utilizando la dirección multicast 224.0.0.9. En RIPv1 se envía las
actualizaciones a través de broadcast 255.255.255.255. Hay varias ventajas de utilizar una dirección de
multidifusión

7.3 VLSM y CIDR

7.3.1 RIPv2 y VLSM

Los Routers que utilizan RIPv2 ya no necesitan usar la máscara de la interfaz de entrada de la para determinar la
máscara de subred en la ruta anunciada. La red y la máscara están incluidas explícitamente en todas y cada una
de las actualizaciones de enrutamiento.

Uno de los objetivos del CIDR (CIDR) según lo declarado por el RFC 1519 es "proporcionar un mecanismo para la
agregación de información de enrutamiento." Este objetivo incluye el concepto de supernetting

Las Supernets tienen máscaras que son más pequeños que las máscaras classful .
La ruta estática en R2 incluye una máscara que es inferior a la máscara classful:

R2(config)#ip route 192.168.0.0 255.255.0.0 Null0

7.4 Verificación y pruebas de RIPv2

7.4.1 Comandos de verificación y pruebas

show ip route
show ip interface brief

show ip protocols

debug ip rip
Ping

show running-config

7.4.2 Problemas Comunes en RIPv2

• Version
• Declaraciones de las Redes
• Sumarizacion Automatica

7.4.3 Autenticación

Una preocupación en materia de seguridad de cualquier protocolo de enrutamiento es la posibilidad de aceptar

actualizaciones de enrutamiento no válidos. La fuente de estas actualizaciones de enrutamiento no válido podrían
ser un atacante malicioso tratando de perturbar la red o tratando de capturar los paquetes, o de engañar al
router en el envío de sus actualizaciones al destino equivocado. Otra fuente de actualizaciones no válidas podría
ser un router mal configurado. O tal vez un host conectado a la red ejecutando el protocolo de enrutamiento de
la red local.

Cualquiera que sea la razón, es una buena práctica autenticar la información de rutas de transmisión entre
routers. RIPv2, EIGRP, OSPF, IS-IS, BGP y puede ser configurado para autenticar la información de
enrutamiento. Esta práctica garantiza que los routers sólo aceptarán información de enrutamiento de otros
routers que se han configurado con la misma contraseña o información de autenticación.