RIPv 1

Capítulo 5.
RIP versión 1
5.0 Protocolo de información de enrutamiento

5.0.1 Introducción del capítulo
Con el transcurso del tiempo, los protocolos de enrutamiento han evolucionado para satisfacer
las crecientes demandas de las redes complejas. El primer protocolo utilizado fue el Protocolo
de información de enrutamiento (RIP). RIP aún es popular debido a su simplicidad y amplia
compatibilidad.
Comprender el RIP es importante para sus estudios de sistemas de redes debido a dos
motivos. Primero, RIP aún está en uso. Puede enfrentarse a la implementación de una red lo
suficientemente amplia para necesitar un protocolo de enrutamiento y aun lo suficientemente
simple para utilizar el RIP en forma efectiva. Además, la familiaridad con muchos de los
conceptos fundamentales de RIP lo ayudarán a comparar RIP con otros protocolos.
Comprender el funcionamiento y la implementación de RIP facilitará su aprendizaje de otros
protocolos de enrutamiento.
Este capítulo abarca los detalles de la primera versión de RIP, que incluye un poco de historia,
las características, el funcionamiento, la configuración, la verificación y resolución de
problemas de RIPv1. A lo largo del capítulo, puede utilizar las actividades del Packet Tracer
para practicar lo que aprende. Al finalizar el capítulo, encontrará tres actividades prácticas de
laboratorio y una Actividad de reto de integración de habilidades del Packet Tracer para
ayudarlo a integrar el RIPv1 a su creciente conjunto de conocimientos y habilidades sobre el
sistema de redes.
CCNA 2. Conceptos y protocolos de enrutamiento

Capítulo 5. RIP versión 1
5.1 RIPv1: Protocolo de enrutamiento con clase vector distancia

5.1.1 Información básica y perspectiva
Influencia histórica del RIP
El RIP es el protocolo de enrutamiento vector distancia más antiguo. Si bien RIP carece de la
sofisticación de los protocolos de enrutamiento más avanzados, su simplicidad y amplia
utilización en forma continua representan el testimonio de su longevidad. RIP no es un
protocolo "en extinción". De hecho, se cuenta ahora con un tipo de RIP de IPv6 llamado RIPng
(próxima generación).

El RIP evolucionó a partir de un protocolo anterior desarrollado en Xerox, llamado protocolo

de información de gateway (GWINFO). Con el desarrollo de Xerox Network System (XNS),
GWINFO se convirtió en RIP. Luego, adquirió popularidad ya que se implementó en la
Distribución del Software Berkeley (BSD) como un daemon denominado routed (se pronuncia
"routi-dí" y no "routid"). Algunos fabricantes realizaron sus propias y ligeramente diferentes
implementaciones de RIP. En reconocimiento de la necesidad de estandarización del
protocolo, Charles Hedrick escribió RFC 1058 en 1988, donde documentó el protocolo
existente y especificó ciertas mejoras. Desde entonces, se mejoró el RIP con RIPv2 en 1994 y
con RIPng en 1997.
Nota: a la primera versión de RIP se le denomina generalmente RIPv1 para distinguirla de

RIPv2. Sin embargo, ambas versiones comparten muchas funciones similares. Al discutir las
funciones comunes de ambas versiones, nos referiremos a RIP. Al discutir funciones propias de
cada versión, utilizaremos RIPv1 y RIPv2. RIPv2 se discutirá en un capítulo posterior.
Enlaces
"RFC 1058: Protocolo de información de enrutamiento",

http://www.ietf.org/rfc/rfc1058.txt

5.1.2 Características y formato de mensajes de RIPv1
Características del RIP
Según lo estudiado en el Capítulo 4, "Protocolos de enrutamiento vector distancia", RIP posee

las siguientes características clave:
• RIP es un protocolo de enrutamiento vector distancia.

• RIP utiliza el conteo de saltos como su única métrica para la selección de rutas.
• Las rutas publicadas con conteo de saltos mayores que 15 son inalcanzables.
• Se transmiten mensajes cada 30 segundos.
La porción de datos de un mensaje de RIP se encapsula en un segmento UDP, con los números
de puerto de origen y destino establecidos en 520. El encabezado IP y los encabezados de
enlace de datos agregan direcciones de destino de broadcast antes de enviar el mensaje a
todas las interfaces configuradas con RIP.
Formato de mensajes de RIP: Encabezado del RIP
Se especifican tres campos en la porción del encabezado de cuatro bytes de color anaranjado
que se muestra en la figura. El campo Comando especifica el tipo de mensaje, que se discute
más detalladamente en la próxima sección. El campo Versión se establece en 1 para la versión
1 de RIP. El tercer campo se rotula Debe ser cero. Los campos "Debe ser cero" ofrecen espacio
para la futura expansión del protocolo.

Formato de mensajes de RIP: Entrada de ruta
La porción de la entrada de ruta del mensaje incluye tres campos con el siguiente contenido:
identificador de familias de direcciones (establecido en 2 para IP, a menos que un router
solicite una tabla de enrutamiento completa, en cuyo caso el campo se establece en cero),
Dirección IP y Métrica. Esta porción de entrada de ruta representa una ruta de destino con su
métrica asociada. Una actualización de RIP puede incluir hasta 25 entradas de ruta. El tamaño
máximo del datagrama es de 504 bytes, sin incluir los encabezados IP o UDP.
¿Por qué hay tantos campos configurados en cero?
RIP se desarrolló antes que IP y se utilizó para otros protocolos de red (como XNS). BSD
también ejerció su influencia. Al principio, el espacio adicional se agregó con la intención de
admitir mayores espacios de direcciones en el futuro. Como veremos en el Capítulo 7, RIPv2 ya
ha utilizado la mayoría de estos campos vacíos.

5.1.3 Funcionamiento de RIP
Proceso de solicitud/respuesta de RIP
RIP utiliza dos tipos de mensajes especificados en el campo Comando: Mensaje de solicitud y
Mensaje de respuesta.
Cada interfaz configurada con RIP envía un mensaje de solicitud durante el inicio solicita que
todos los RIP vecinos envíen sus tablas de enrutamiento completas. Se envía de regreso un
mensaje de respuesta por parte de los vecinos habilitados con RIP. Cuando el router que
realiza la solicitud recibe las respuestas, evalúa cada entrada de ruta. Si una entrada de ruta es
nueva, el router receptor instala la ruta en la tabla de enrutamiento. Si la ruta ya se encuentra
en la tabla, la entrada existente se reemplaza si la nueva entrada tiene un mejor conteo de
saltos. El router de inicio luego envía un triggered update desde todas las interfaces habilitadas
con RIP que incluyen su propia tabla de enrutamiento para que los RIP vecinos puedan recibir
la información acerca de todas las nuevas rutas.
Clases de direcciones IP y enrutamiento con clase
Puede recordar a partir de estudios anteriores que las direcciones IP asignadas a los hosts se
dividieron inicialmente en 3 clases: clase A, clase B y clase C. A cada clase se le asignó una
máscara de subred predeterminada, como se muestra en la figura. Es importante conocer la
máscara de subred predeterminada para cada clase a fin de entender el funcionamiento del
RIP.
El RIP es un protocolo de enrutamiento con clase. Como puede haberlo notado en la discusión
anterior sobre el formato de los mensajes, RIPv1 no envía información sobre la máscara de
subred en la actualización. Por lo tanto, un router utiliza la máscara de subred configurada en
una interfaz local o aplica la máscara de subred predeterminada según la clase de dirección.
Debido a esta limitación, las redes de RIPv1 no pueden ser no contiguas ni pueden
implementar VLSM.
El direccionamiento IP se discute más adelante en el Capítulo 6, "VLSM y CIDR". También

puede visitar los enlaces que se indican a continuación para obtener una revisión de las clases.
Enlaces
"Internet Protocol" (Protocolo de Internet),

http://www.ietf.org/rfc/rfc791.txt
"Direccionamiento IP y división en subredes para nuevos usuarios",

http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800a67f5.shtml

5.1.4 Distancia administrativa
Como se vio en el Capítulo 3, "Introducción a los protocolos de enrutamiento dinámicos", la

distancia administrativa (AD) constituye la confiabilidad (o preferencia) del origen de la ruta.
RIP tiene una distancia administrativa predeterminada de 120. Al compararlo con otros
protocolos de gateway interior, RIP es el protocolo de enrutamiento menos preferido. IS-IS,
OSPF, IGRP y EIGRP tienen valores de AD predeterminados inferiores.
Recuerde que puede verificar la distancia administrativa mediante los comandos show ip route
o show ip protocols.

5.2 Configuración básica de RIPv1

5.2.1 Configuración básica de RIPv1
La figura muestra la topología de los tres routers que utilizamos en el Capítulo 2,

"Enrutamiento estático". Físicamente, la topología es la misma, excepto que no necesitaremos
conectar las PC a las LAN. Sin embargo, lógicamente el esquema de direccionamiento es
diferente. Utilizamos cinco direcciones de red clase C.

5.2.2 Habilitación del RIP: comando router rip
Para habilitar un protocolo de enrutamiento dinámico, ingrese en el modo de configuración

global y utilice el comando router. Como se muestra en la figura, si escribe un espacio seguido
de un signo de interrogación, aparecerá una lista de los protocolos de enrutamiento
disponibles admitidos por el IOS.
Para ingresar en el modo de configuración de router para RIP, escriba router rip en la solicitud
de configuración global. Observe que la petición de entrada cambia de una petición de
configuración global a la siguiente:
R1(config-router)#
Este comando no inicia en forma directa el proceso del RIP. En su lugar, brinda acceso a la
configuración de los parámetros del protocolo de enrutamiento. No se envían actualizaciones
de enrutamiento.
Si necesita eliminar completamente el proceso de enrutamiento del RIP de un dispositivo,

invalide el comando con no router rip. Este comando detiene el proceso RIP y elimina todas las
configuraciones RIP existentes.

5.2.3 Especificación de redes
Al ingresar en el modo de configuración de router RIP, el router recibe instrucciones para que
ejecute el RIP. Pero el router aún necesita conocer las interfaces locales que deberá utilizar
para comunicarse con otros routers, así como las redes conectadas en forma local que deberá
publicar a dichos routers. Para habilitar el enrutamiento RIP para una red, utilice el comando
network en el modo de configuración del router e ingrese la dirección de red con clase para
cada red conectada directamente.
Router(config-router)#network directly-connected-classful-network-address
El comando network:
Habilita el RIP en todas las interfaces que pertenecen a una red específica. Las interfaces
asociadas ahora enviarán y recibirán actualizaciones de RIP.
Publica la red especificada en las actualizaciones de enrutamiento RIP enviadas a otros routers
cada 30 segundos.
Nota: si ingresa una dirección de subred, IOS la convierte automáticamente en una dirección
de red con clase. Por ejemplo, si ingresa el comando network 192.168.1.32, el router lo
convertirá en network 192.168.1.0.
En la figura, el comando network se configura en los tres routers para las redes conectadas
directamente. Observe que sólo se ingresaron las redes con clase.

¿Qué ocurre si ingresa una dirección de subred o dirección IP de interfaz en lugar de una
dirección de red con clase al utilizar el comando network para las configuraciones RIP?
R3(config)#router rip
R3(config-router)#network 192.168.4.0
R3(config-router)#network 192.168.5.1
En este ejemplo, ingresamos una dirección IP de interfaz en lugar de una dirección de red con
clase. Observe que IOS no presenta ningún mensaje de error. En su lugar, IOS corrige la
entrada e ingresa la dirección de red con clase. Esto se demuestra con la verificación que se
encuentra a continuación.
R3#show running-config
!
router rip
network 192.168.4.0
network 192.168.5.0
!
5.3 Verificación y resolución de problemas

5.3.1 Verificación de RIP: show ip route
Comandos muy útiles para la resolución de problemas
Para verificar y solucionar problemas de enrutamiento, primero utilice show ip route y show ip
protocols. Si no puede aislar el problema mediante estos dos comandos, utilice debug ip rip
para ver qué ocurre exactamente. Estos tres comandos se discuten en un orden sugerido que
usted podrá utilizar para verificar y solucionar problemas en una configuración de protocolo de
enrutamiento. Recuerde que antes de configurar cualquier enrutamiento, sea estático o
dinámico, se debe asegurar de que todas las interfaces estén "up" y "up" (activadas) mediante
el comando show ip interface brief.
El comando show ip route verifica que las rutas recibidas por vecinos del RIP estén instaladas
en una tabla de enrutamiento. Una R en el resultado indica las rutas RIP. Debido a que este

comando muestra la tabla de enrutamiento completa, incluidas las rutas estáticas y las
conectadas directamente, normalmente éste es el primer comando utilizado para verificar la
convergencia. Es posible que las rutas no aparezcan de inmediato cuando ejecute este
comando ya que la convergencia de las redes puede tomar cierto tiempo. Sin embargo, una
vez que el enrutamiento esté correctamente configurado en todos los routers, el comando
show ip route mostrará que cada router cuenta con una tabla de enrutamiento completa, con
una ruta hacia cada red de la topología.
Como se observa en la figura, hay cinco redes en la topología. Cada router enumera cinco
redes en la tabla de enrutamiento; por lo tanto, podemos decir que los tres routers convergen
debido a que cada router tiene una ruta para cada red ilustrada en la topología.
Interpretación del resultado de show ip route
Con la información de la figura, nos enfocaremos en una ruta RIP detectada mediante R1 e
interpretaremos el resultado que aparece en la tabla de enrutamiento.
R 192.168.5.0/24 [120/2] via 192.168.2.2, 00:00:23, Serial0/0/0
La lista de rutas con un código R es una manera rápida de verificar si RIP está realmente en
ejecución en este router. Si RIP no se encuentra al menos parcialmente configurado, no verá
ninguna ruta RIP.
A continuación, se enumeran la dirección de red remota y la máscara de subred

(192.168.5.0/24).
Entre paréntesis se muestra el valor AD (120 para RIP) y la distancia a la red (2 saltos).

Se enumera la dirección IP del siguiente salto del router que realiza la publicación (R2 en
192.168.2.2) y la cantidad de segundos que pasaron desde la última actualización (00:00:23, en
este caso).
Por último, se indica la interfaz de salida que utilizará este router para el tráfico destinado a la
red remota (Serial 0/0/0).

5.3.2 Verificación de RIP: show ip protocols
Interpretación del resultado de show ip protocols
Si falta una red de la tabla de enrutamiento, verifique la configuración de enrutamiento

mediante show ip protocols. El comando show ip protocols muestra el protocolo de
enrutamiento configurado actualmente en el router. Se puede utilizar este resultado para
verificar la mayoría de los parámetros RIP para confirmar que:
El enrutamiento RIP está configurado.
Las interfaces correctas envían y reciben las actualizaciones RIP.
El router publica las redes correctas.
Los vecinos del RIP están enviando actualizaciones.
Este comando también es muy útil para la verificación de las operaciones de otros protocolos
de enrutamiento, como veremos más adelante con EIGRP y OSPF.
La primera línea de resultados verifica si el enrutamiento RIP está configurado y en ejecución

en el router R2. Como vimos en la sección anterior, "Configuración básica del RIPv1", se
necesita al menos una interfaz activa con un comando network asociado antes de que se inicie
el enrutamiento RIP.

Éstos son los temporizadores que indican cuándo se enviará la siguiente serie de
actualizaciones desde este router, 23 segundos a partir de ahora, en el ejemplo.
Esta información se refiere al filtrado de las actualizaciones y la redistribución de rutas,

siempre y cuando estén configurados en este router. El filtrado y la redistribución son dos
temas del nivel CCNP.

Este bloque de resultados contiene información acerca de la versión RIP que está configurada
actualmente y las interfaces que participan en las actualizaciones RIP.
Esta parte del resultado muestra que el router R2 actualmente realiza la sumarización en el
límite de la red con clase y utilizará, de forma predeterminada, hasta cuatro rutas de igual
costo para balancear la carga de tráfico.

A continuación se enumeran las redes con clase configuradas con el comando network. Éstas
son las redes que R2 incluirá en sus actualizaciones RIP.
Desplácese hacia abajo para ver el resto del resultado. Los vecinos RIP se enumeran aquí como
Routing Information Sources. Gateway es la dirección IP del siguiente salto del vecino que
envía actualizaciones de R2. Distance es la AD que utiliza R2 para las actualizaciones enviadas
por este vecino. Last Update son los segundos transcurridos desde que se recibió la última
actualización por parte de este vecino.

5.3.3 Verificación del RIP: debug ip rip
Interpretación del resultado de debug ip rip
La mayoría de los errores de configuración de RIP suponen una configuración de afirmación

network incorrecta, una configuración de afirmación network faltante o la configuración de
subredes no contiguas en un entorno con clase. Como se muestra en la figura, un comando
efectivo utilizado para reconocer problemas con las actualizaciones RIP es el debug ip rip. Este
comando muestra las actualizaciones de enrutamiento RIP a medida que se envían y reciben.
Debido a que las actualizaciones son periódicas, necesitará esperar la siguiente serie de
actualizaciones antes de ver cualquier resultado.
Primero veremos una actualización proveniente de R1 en la interfaz serial 0/0/0. Observe que
R1 sólo envía una ruta a la red 192.168.1.0. No se envían más rutas para no violar la regla de
horizonte dividido. R1 no está autorizado a publicar redes nuevamente en R2 que R2 envío
previamente a R1.

La siguiente actualización que se recibe proviene de R3. Nuevamente, debido a la regla de

horizonte dividido, R3 sólo envía una ruta: la red 192.168.5.0.
R2 envía sus propias actualizaciones. Primero, R2 crea una actualización para enviar a la
interfaz FastEthernet0/0. La actualización incluye la tabla de enrutamiento completa, excepto
la red 192.168.3.0, que está conectada a FastEthernet0/0.

A continuación, R2 crea una actualización para enviar a R3. Se incluyen tres rutas. R2 no
publica la red que R2 y R3 comparten ni publica la red 192.168.5.0 debido al horizonte
dividido.
Por último, R2 crea una actualización para enviar a R1. Se incluyen tres rutas. R2 no publica la
red que R2 y R1 comparten ni publica la red 192.168.1.0 por causa del horizonte dividido.

Nota: si esperara otros 30 segundos, vería todos los resultados de depuración mostrados en la
repetición de la figura debido a que RIP envía actualizaciones periódicas cada 30 segundos.
Para detener el monitoreo de las actualizaciones RIP en R2, ingrese el comando no debug ip rip
o simplemente undebug all, como se muestra en la figura.
Si se revisa este resultado de depuración, se puede verificar que el enrutamiento RIP funciona
perfectamente en R2. Pero, ¿encuentra un modo de optimizar el enrutamiento RIP en R2?
¿Necesita R2 enviar actualizaciones fuera de FastEthernet0/0? En el siguiente tema veremos
cómo se pueden evitar las actualizaciones innecesarias.
5.3.4 Interfaces pasivas
Las actualizaciones RIP innecesarias afectan la red
Como se vio en el ejemplo anterior, R2 envía actualizaciones desde FastEthernet0/0 a pesar de

que no existe ningún dispositivo RIP en esa LAN. R2 no tiene modo de conocer esto y, como
consecuencia, envía una actualización cada 30 segundos. El envío de actualizaciones
innecesarias a una LAN impacta en la red de tres maneras:
1. Se desperdicia el ancho de banda al transportar actualizaciones innecesarias. Debido a la

transmisión de las actualizaciones RIP, los switches reenviarán las actualizaciones a todos los
puertos.
2. Todos los dispositivos de la LAN deben procesar la actualización hasta las capas de
transporte, donde el dispositivo receptor descartará la actualización.

3. Publicar actualizaciones en una red de broadcast es un riesgo para la seguridad. Las

actualizaciones RIP pueden interceptarse con software de detección de paquetes. Las
actualizaciones de enrutamiento se pueden modificar y enviar de regreso al router, y dañar la
tabla de enrutamiento con métricas falsas que desorientan el tráfico.
Detención de actualizaciones RIP innecesarias
Es posible que piense que puede detener las actualizaciones eliminando la red 192.168.3.0 de
la configuración mediante el comando no network 192.168.3.0 pero entonces R2 no publicará
esta LAN como una ruta en las actualizaciones enviadas a R1 y R3. La solución correcta es
utilizar el comando passive-interface, que evita la transmisión de las actualizaciones de
enrutamiento a través de una interfaz de router pero aun así permite la notificación de dicha
red en otros routers. Ingrese el comando passive-interface en el modo de configuración del
router.
Router(config-router)#passive-interface interface-type interface-number
Este comando detiene las actualizaciones de enrutamiento desde la interfaz especificada. Sin
embargo, la red a la que pertenece la interfaz especificada aún se publicará en las
actualizaciones de enrutamiento enviadas a otras interfaces.
En la figura, R2 se configura inicialmente con el comando passive-interface para evitar las

actualizaciones de enrutamiento en FastEthernet0/0 debido a la falta de vecinos de RIP en la
LAN. El comando show ip protocols se utiliza luego para verificar la interfaz pasiva. Observe
que la interfaz ya no se enumera en Interfaz, sino en una nueva sección denominada Interfaces
pasivas. Asimismo, observe que la red 192.168.3.0 aún se encuentra en Enrutamiento para
redes, lo cual significa que esta red aún está incluida como una entrada de ruta en las
actualizaciones RIP que se envían a R1 y R3.
Todos los protocolos de enrutamiento admiten el comando passive-interface. Está previsto

que se utilice el comando passive-interface cuando corresponda, como parte de la
configuración normal de enrutamiento.

5.4 Sumarización automática

5.4.1 Topología modificada: Situación B
Para prestar ayuda con el análisis de sumarización automática, la topología RIP mostrada en la
figura se modificó de la siguiente manera:
Se utilizan tres redes con clase:
• 172.30.0.0/16
• 192.168.4.0/24
• 192.168.5.0/24
La red 172.30.0.0/16 se divide en tres subredes:
• 172.30.1.0/24
• 172.30.2.0/24
• 172.30.3.0/24
Los siguientes dispositivos forman parte de la dirección de red con clase 172.30.0.0/16:
• Todas las interfaces en R1

• S0/0/0 y Fa0/0 en R2
La red 192.168.4.0/24 se divide como una única subred 192.168.4.8/30

Observe que los comandos no shutdown y clock rate no son necesarios porque ya se habían
configurado en la Situación A y permanecen así. Sin embargo, a causa de que se agregaron
nuevas redes, el proceso de enrutamiento RIP se eliminó por completo con el comando no
router rip antes de habilitarlo nuevamente.
En el resultado de R1, observe que ambas subredes se configuraron con el comando network.
Esta configuración es técnicamente incorrecta ya que RIPv1 envía la dirección de red con clase
en sus actualizaciones y no la subred. Por lo tanto, el IOS cambió la configuración para reflejar
la configuración con clase correcta, como puede verse en el resultado de show run.
En el resultado de R2, observe que la subred 192.168.4.8 se configuró con el comando

network. Nuevamente, esta configuración es técnicamente incorrecta y el IOS la cambió por
192.168.4.0 en la configuración en ejecución.

La configuración de enrutamiento de R3 es correcta. La configuración en ejecución coincide

con la ingresada en el modo de configuración del router.
Nota: en las evaluaciones y en los exámenes de certificación, ingresar una dirección de subred
en lugar de una dirección de red con clase en un comando network se considera una respuesta
incorrecta.
5.4.2 Routers de borde y sumarización automática
Como sabe, RIP es un protocolo de enrutamiento con clase que resume automáticamente
redes con clase en los bordes de redes principales. En la figura, puede ver que R2 posee
interfaces en más de una red principal con clase. Esto convierte a R2 en un router de borde en
RIP. Las interfaces Serial 0/0/0 y FastEthernet 0/0 en R2 se encuentran dentro del borde
172.30.0.0. La interfaz Serial 0/0/1 está dentro del borde 192.168.4.0.
Debido a que los routers de borde resumen subredes RIP de una red principal a otra, las
actualizaciones para las redes 172.30.1.0, 172.30.2.0 y 172.30.3.0 se resumirán
automáticamente en 172.30.0.0 cuando se envíe desde la interfaz serial 0/0/1 de R2.
Veremos en las próximas dos secciones la forma en que los routers de borde realizan esta
sumarización.

5.4.3 Procesamiento de actualizaciones RIP
Reglas para el procesamiento de actualizaciones RIPv1
Las dos siguientes reglas regulan las actualizaciones RIPv1:

Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a la misma red
principal, la máscara de subred de la interfaz se aplica a la red de la actualización de
enrutamiento.
Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a diferentes redes
principales, la máscara de subred con clase de la red se aplica a la red de la actualización de
enrutamiento.
Ejemplo de procesamiento de actualizaciones RIPv1
En la figura, R2 recibe una actualización de R1 e ingresa la red en la tabla de enrutamiento.

¿Cómo sabe R2 que esta subred tiene una máscara de subred /24 (255.255.255.0)? Tiene esta
información debido a que:
• R2 recibió la información en una interfaz que pertenece a la misma red con clase
(172.30.0.0) que la de la actualización 172.30.1.0 entrante.
• La dirección IP para la que R2 recibió el mensaje "172.30.1.0 in 1 hops" (172.30.1.0 en
1 salto) se encontraba en serial 0/0/0 con una dirección IP de 172.30.2.2 y una
máscara de subred de 255.255.255.0 (/24).

• R2 utiliza su propia máscara de subred en esta interfaz y la aplica a ésta y al resto de

las subredes 172.30.0.0 que recibe en esa interfaz; en este caso, 172.30.1.0.
• La subred 172.30.1.0 /24 se agregó a la tabla de enrutamiento.
Los routers que ejecutan RIPv1 se limitan al uso de la misma máscara de subred para todas las
subredes con la misma red con clase.
Como aprenderá en los siguientes capítulos, los protocolos de enrutamiento sin clase como
RIPv2 permiten que la misma red principal (con clase) utilice diferentes máscaras de subred en
diferentes subredes, más conocida como Máscara de subred de longitud variable (VLSM).
5.4.4 Envío de actualizaciones RIP
Uso de la depuración para ver la sumarización automática
Al enviar una actualización, el router de borde R2 incluirá la dirección de red y la métrica

asociada. Si la entrada de ruta es para una actualización enviada a una red principal diferente,
luego la dirección de red en la entrada de ruta se resume en la dirección de red principal o con
clase. Esto es exactamente lo que hace R2 para 192.168.4.0 y 192.168.5.0. Envía estas redes
con clase al R1.
R2 también tiene rutas para las subredes 172.30.1.0/24, 172.30.2.0/24 y 172.30.3.0/24. En la

actualización de enrutamiento de R2 a R3 en serial 0/0/1, R2 sólo envía un resumen de la
dirección de red con clase de 172.30.0.0.
Si la entrada de ruta está destinada a una actualización enviada dentro de una red principal, la
máscara de subred de la interfaz saliente se utiliza para determinar la dirección de red para
publicar. R2 envía la subred 172.30.3.0 a R1 mediante la máscara de subred en Serial0/0/0
para determinar la dirección de subred para publicar.
R1 recibe la actualización 172.30.3.0 en la interfaz serial 0/0/0, que posee una dirección de
interfaz de 172.30.2.1/24. Como la actualización de enrutamiento y la interfaz pertenecen a la
misma red principal, R1 aplica su máscara /24 a la ruta 172.30.3.0.

Observe que R1 tiene tres rutas para la red principal 172.30.0.0, que se ha dividido en
subredes a /24 ó 255.255.255.0. R3 sólo tiene una ruta hacia la red 172.30.0.0 y la red no se ha
dividido en subredes. R3 tiene la red principal en su tabla de enrutamiento. Sin embargo, sería
un error asumir que R3 no cuenta con conectividad total. R3 enviará cualquier paquete
destinado para las redes 172.30.1.0/24, 172.30.2.0/24 y 172.30.3.0/24 hacia R2 porque esas
tres redes pertenecen a 172.30.0.0/16 y son alcanzables a través de R2.
5.4.5 Ventajas y desventajas de la sumarización automática
Ventajas de la sumarización automática
Como se vio con R2 en la figura anterior, el RIP resume automáticamente las actualizaciones
entre redes con clase. Debido a que la actualización 172.30.0.0 se envía fuera de una interfaz
(Serial 0/0/1) en una red con clase diferente (192.168.4.0), RIP envía sólo una actualización
única para toda la red con clase en lugar de enviar una para cada una de las diferentes
subredes. Este proceso es similar al que realizamos al resumir varias rutas estáticas en una
única ruta estática. ¿Por qué la sumarización automática constituye una ventaja?
• Se envían y reciben actualizaciones de enrutamiento menores, que utilizan menor

ancho de banda para las actualizaciones de enrutamiento entre R2 y R3.
• R3 tiene una ruta única para la red 172.30.0.0/16, independientemente de la cantidad
de subredes que haya o de la manera en que esté dividida en subredes. El uso de una
única ruta da lugar a un proceso de consulta más rápido en la tabla de enrutamiento
para R3.

¿Existe alguna desventaja en la sumarización automática? Sí, cuando hay redes no contiguas
configuradas en la topología.
Desventajas de la sumarización automática
Como puede ver en la figura, el esquema de direccionamiento cambió. Esta topología se

utilizará para mostrar una desventaja principal con los protocolos de enrutamiento con clase
como RIPv1: su falta de compatibilidad con redes no contiguas.
Los protocolos de enrutamiento con clase no incluyen la máscara de subred en las

actualizaciones de enrutamiento. Las redes se resumen automáticamente a través de los
bordes de redes principales, ya que el router receptor no puede determinar la máscara de la
ruta. Esto se debe a que la interfaz receptora puede tener una máscara diferente de las rutas
divididas en subredes.
Observe que R1 y R3, a diferencia de R2, tienen subredes provenientes de la red principal
172.30.0.0/16. Fundamentalmente, R1 y R3 son routers de borde para 172.30.0.0/16 porque
están separados por otra red principal, 209.165.200.0/24. Esta separación crea una red no
contigua, debido a que dos grupos de subredes 172.30.0.0/24 están separados al menos por
otra red principal. 172.30.0.0/16 es una red no contigua.

Las topologías no contiguas no convergen con RIPv1
La figura muestra la configuración de RIP para cada router según la topología. La configuración
de RIPv1 es correcta, pero no puede determinar todas las redes en esta topología no contigua.
Para comprender los motivos, recuerde que un router sólo publicará las direcciones de red
principales en las interfaces que no pertenecen a la ruta publicada. Como consecuencia, R1 no
publicará 172.30.1.0 ni 172.30.2.0 para R2 a través de la red 209.165.200.0. R3 no publicará
172.30.100.0 ni 172.30.200.0 para R2 a través de la red 209.165.200.0. Sin embargo, los
routers R1 y R3 publicarán la dirección de red principal 172.30.0.0.
¿Cuál es el resultado? Sin la inclusión de la máscara de subred en la actualización de

enrutamiento, RIPv1 no puede publicar información de enrutamiento específica que permitirá
a los routers realizar correctamente el enrutamiento para las subredes 172.30.0.0/24.


• R1 no tiene ninguna ruta hacia las LAN conectadas a R3.

• R3 no tiene ninguna ruta hacia las LAN conectadas a R1.
• R2 tiene dos rutas de igual costo hacia la red 172.30.0.0.
• R2 realizará el balanceo de carga del tráfico destinado a cualquier subred de
172.30.0.0. Esto significa que R1 obtendrá la mitad del tráfico y R3 obtendrá la otra
mitad del tráfico, independientemente de si el destino del tráfico es una de sus LAN o
no.
En el Capítulo 7, "RIPv2," verá una versión de esta topología. Se le podrá utilizar para mostrar
la diferencia entre enrutamiento con clase y sin clase.
5.5 Ruta predeterminada y RIPv1

5.5.1 Topología modificada: Situación C
Incorporación del acceso a Internet en la topología
RIP fue el primer protocolo de enrutamiento dinámico y se utilizó mucho en las

implementaciones iniciales entre clientes y los ISP, así como entre diferentes ISP. Sin embargo,
en las redes actuales, los clientes no necesariamente tienen que intercambiar actualizaciones
de enrutamiento con sus ISP. Los routers de clientes que se conectan a un ISP no necesitan una
lista para cada ruta en Internet. En su lugar, estos routers tienen una ruta predeterminada que
envía todo el tráfico al router ISP cuando el router del cliente no tiene una ruta a un destino. El
ISP configura una ruta estática que apunta al router del cliente en busca de direcciones dentro
de la red del cliente.
En la Situación C, R3 es el proveedor de servicios con acceso a Internet, como lo indica la nube.

R3 y R2 no intercambian actualizaciones de RIP. En su lugar, R2 utiliza una ruta
predeterminada para alcanzar la LAN de R3 y todos los demás destinos que no están
enumerados en su tabla de enrutamiento. R3 utiliza una ruta estática sumarizada para
conectarse con las subredes 172.30.1.0, 172.30.2.0 y 172.30.3.0.
Para preparar la topología, podemos dejar el direccionamiento en su lugar; es el mismo que se

utilizó en la Situación B. Sin embargo, también necesitamos completar los siguientes pasos:

1. Deshabilite el enrutamiento RIP para la red 192.168.4.0 en R2.
2. Configure R2 con una ruta estática predeterminada para enviar el tráfico predeterminado a
R3.
3. Deshabilite por completo el enrutamiento RIP en R3.
4. Configure R3 con una ruta estática a las subredes 172.30.0.0.
5.5.2 Propagación de la ruta predeterminada en RIPv1
Para proporcionarle conectividad a Internet a todas las demás redes del dominio de
enrutamiento RIP, la ruta estática predeterminada debe publicarse a todos los demás routers
que usan el protocolo de enrutamiento dinámico. Podría configurar una ruta estática
predeterminada en R1 apuntando a R2, pero dicha técnica no es escalable. Cada vez que
agregue un router al dominio de enrutamiento RIP, tendría que configurar otra ruta estática
predeterminada. ¿Por qué no dejar que el protocolo de enrutamiento haga el trabajo por
usted?
En muchos protocolos de enrutamiento, incluido el RIP, usted puede utilizar el comando

default-information originate en el modo de configuración del router para especificar que este
router originará la información predeterminada, mediante la propagación de la ruta estática
predeterminada en las actualizaciones RIP. En la figura, R2 se configuró con el comando
default-information originate. Observe a partir del resultado de debug ip rip que ahora se está
enviando una ruta estática predeterminada "quad-zero" a R1.

En la tabla de enrutamiento para R1, podrá ver que hay una posible ruta predeterminada,
como se indica a través del código R*. La ruta estática predeterminada en R2 se propagó hacia
R1 en una actualización RIP. R1 tiene conectividad a la LAN en R3 y a cualquier destino en
Internet.
5.6 Prácticas de laboratorio de configuración del RIPv1

5.6.1 Configuración básica de RIP
5.6.2 Reto de la configuración de RIP
5.6.3 Resolución de problemas de RIP
5.7 Resumen
5.7.1 Resumen y revisión
RIP (versión 1) es un protocolo de enrutamiento vector distancia con clase. RIPv1 fue uno de
los primeros protocolos de enrutamiento desarrollados para el enrutamiento de paquetes IP.
RIP utiliza el conteo de saltos para su métrica, una métrica de 16 saltos implica que dicha ruta
es inalcanzable. Como consecuencia, RIP sólo se puede usar en redes que no tengan más de
quince routers entre dos redes cualesquiera.
Los mensajes RIP se encapsulan en un segmento UDP, con puertos de origen y destino de 520.
Los routers RIP envían sus tablas de enrutamiento completas a sus vecinos cada 30 segundos,
excepto aquellas rutas afectadas por la regla de horizonte dividido.
El RIP se habilita mediante el comando router rip cuando se solicita la configuración global. El
comando network se utiliza para especificar las interfaces en el router que se habilitarán para

RIP junto con la dirección de red con clase para cada red conectada directamente. El comando
network habilita la interfaz para enviar y recibir actualizaciones RIP y también publica dicha
red en las actualizaciones RIP para otros routers.
El comando debug ip rip se puede utilizar para ver las actualizaciones RIP enviadas y recibidas
por el router. Para evitar el envío de las actualizaciones RIP a una interfaz, tal como en una LAN
donde no hay otros routers, se utiliza el comando passive-interface.
Las entradas RIP se muestran en la tabla de enrutamiento con el código de origen de R y tienen
una distancia administrativa de 120. Las rutas predeterminadas se propagan en RIP mediante
la configuración de una ruta estática predeterminada y el uso del comando default-
information originate en el RIP.
RIPv1 sumariza automáticamente las subredes en su dirección con clase al enviar una
actualización desde una interfaz que se encuentra en una red principal diferente de la
dirección dividida en subredes de la ruta. Debido a que RIPv1 es un protocolo de enrutamiento
con clase, la máscara de subred no está incluida en la actualización de enrutamiento. Cuando
un router recibe una actualización de enrutamiento RIPv1, RIP debe determinar la máscara de
subred de dicha ruta. Si la ruta pertenece a la misma red principal con clase que la
actualización, RIPv1 aplica la máscara de subred de la interfaz receptora. Si la ruta pertenece a
una red principal con clase diferente de la interfaz receptora, RIPv1 aplica la máscara con clase
predeterminada.
Se puede usar el comando show ip protocols para mostrar la información de cualquier

protocolo de enrutamiento habilitado en el router. En cuanto al RIP, este comando muestra la
información del temporizador, el estado de la sumarización automática, las redes que están
habilitadas en este router para RIP y otra información.
Debido a que RIPv1 es un protocolo de enrutamiento con clase, no admite redes no contiguas
ni VLSM. Estos dos temas se estudian en el Capítulo 7, "RIPv2".

RIPv 1

Cargado por

Copyright:

Formatos disponibles

RIPv 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

RIPv 1

Cargado por

Copyright:

Formatos disponibles

Capítulo 5.

5.0 Protocolo de información de enrutamiento

CCNA 2. Conceptos y protocolos de enrutamiento

5.1 RIPv1: Protocolo de enrutamiento con clase vector distancia

Influencia histórica del RIP

CCNA 2. Conceptos y protocolos de enrutamiento

El RIP evolucionó a partir de un protocolo anterior desarrollado en Xerox, llamado protocolo

Nota: a la primera versión de RIP se le denomina generalmente RIPv1 para distinguirla de

"RFC 1058: Protocolo de información de enrutamiento",

CCNA 2. Conceptos y protocolos de enrutamiento

5.1.2 Características y formato de mensajes de RIPv1

Características del RIP

Según lo estudiado en el Capítulo 4, "Protocolos de enrutamiento vector distancia", RIP posee

• RIP es un protocolo de enrutamiento vector distancia.

Formato de mensajes de RIP: Encabezado del RIP

CCNA 2. Conceptos y protocolos de enrutamiento

Formato de mensajes de RIP: Entrada de ruta

¿Por qué hay tantos campos configurados en cero?

CCNA 2. Conceptos y protocolos de enrutamiento

5.1.3 Funcionamiento de RIP

Proceso de solicitud/respuesta de RIP

Clases de direcciones IP y enrutamiento con clase

El direccionamiento IP se discute más adelante en el Capítulo 6, "VLSM y CIDR". También

"Internet Protocol" (Protocolo de Internet),

"Direccionamiento IP y división en subredes para nuevos usuarios",

CCNA 2. Conceptos y protocolos de enrutamiento

5.1.4 Distancia administrativa

Como se vio en el Capítulo 3, "Introducción a los protocolos de enrutamiento dinámicos", la

CCNA 2. Conceptos y protocolos de enrutamiento

5.2 Configuración básica de RIPv1

La figura muestra la topología de los tres routers que utilizamos en el Capítulo 2,

CCNA 2. Conceptos y protocolos de enrutamiento

5.2.2 Habilitación del RIP: comando router rip

Para habilitar un protocolo de enrutamiento dinámico, ingrese en el modo de configuración

Si necesita eliminar completamente el proceso de enrutamiento del RIP de un dispositivo,

CCNA 2. Conceptos y protocolos de enrutamiento

5.2.3 Especificación de redes

CCNA 2. Conceptos y protocolos de enrutamiento

5.3 Verificación y resolución de problemas

Comandos muy útiles para la resolución de problemas

CCNA 2. Conceptos y protocolos de enrutamiento

Interpretación del resultado de show ip route

R 192.168.5.0/24 [120/2] via 192.168.2.2, 00:00:23, Serial0/0/0

A continuación, se enumeran la dirección de red remota y la máscara de subred

CCNA 2. Conceptos y protocolos de enrutamiento

CCNA 2. Conceptos y protocolos de enrutamiento

5.3.2 Verificación de RIP: show ip protocols

Interpretación del resultado de show ip protocols

Si falta una red de la tabla de enrutamiento, verifique la configuración de enrutamiento

La primera línea de resultados verifica si el enrutamiento RIP está configurado y en ejecución

CCNA 2. Conceptos y protocolos de enrutamiento

Esta información se refiere al filtrado de las actualizaciones y la redistribución de rutas,

CCNA 2. Conceptos y protocolos de enrutamiento

CCNA 2. Conceptos y protocolos de enrutamiento

CCNA 2. Conceptos y protocolos de enrutamiento

5.3.3 Verificación del RIP: debug ip rip

Interpretación del resultado de debug ip rip

La mayoría de los errores de configuración de RIP suponen una configuración de afirmación

CCNA 2. Conceptos y protocolos de enrutamiento