Diferencias entre RIPv1 y RIPv2 RIP es un protocolo Vector-Distancia, IGP y con Métrica de Saltos. Estas características aplican tanto para RIPv1 como para RIPv2. Sin embargo, RIPv2, mejora sus características como protocolo de enrutamiento IGP al permitir el uso de Mascaras de Subred de Longitud Variable y a su vez, llevar consigo la máscara de subred de la ruta que esta publicando, en cada actualización de enrutamiento que envía a su vecino. En el mismo orden de ideas, RIPv2, nos permite dar soporte a “Redes Discontiguas“, Sumarización por Defecto en los límites de una red principal y Sumarización Manual, dentro o fuera de los límites de una red principal. Estas son características que no podemos utilizar en RIPv1. Tanto RIPv1 como RIPv2, dan soporte a la “Redistribución de Rutas“, lo que nos permite inyectar rutas aprendidas por otros protocolos de enrutamiento, dentro de nuestro dominio RIP y viceversa. Ambos protocolos son “Estándares” y pueden ser implementados en, prácticamente, cualquier dispositivo de capa 3 que brinde soporte a Enrutamiento Dinámico. Tambien, es posible ver que algunos manufacturadores, hayan agregado nuevas funcionalidades para optimizar su rendimiento dentro de una internetwork. El RIPv1 Utiliza ruteo Classfull, es muy vulnerable a ataques, las entradas en RIPv1 contienen la dirección IP de la red de destino y la métrica. El RIPv2 Utiliza ruteo classless, autentificación a través de contraseña condificada MD5, las entradas en RIPv2 contienen la dirección IP de la red de destino, su máscara, el siguiente enrutador y la métrica. La autentificación utiliza la primera entrada RIP.
Similitudes entre RIPv1 y RIPv2
Uso de temporizadores para evitar bucles de enrutamiento. Uso de horizonte dividido u horizonte dividido con actualización inversa. Uso de updates disparados. Número máximo de saltos: 15
Configuración del RIPv2 RIPv2 se encapsula en un segmento UDP mediante el puerto 520 y puede transportar hasta 25 rutas. La primera extensión en el formato de mensaje de RIPv2 es el campo de la máscara de subred que permite que una máscara de 32 bits se incluya en la entrada de ruta de RIP. Como resultado, el
router receptor ya no depende de la máscara de subred de la interfaz entrante ni de la máscara con clase al determinar la máscara de subred para una ruta. La segunda extensión importante para el formato de mensaje de RIPv2 es la adición de la dirección de siguiente salto. El comando show ip protocols verifica que R2 esté configurado para RIPv1, pero recibe mensajes de RIP para ambas versiones. El comando version 2 se usa para modificar RIP para que utilice la versión 2. Para examinar qué rutas de RIPv2 se están enviando y recibiendo, usaremos debug ip rip. Para modificar el comportamiento predeterminado de sumarización automática de RIPv2, use el comando no auto-summary en el modo de configuración de router. Este comando no es válido con RIPv1. A pesar de que el Cisco IOS le permitirá configurar no auto-summary para RIPv1, el comando no tiene ningún efecto. También debe configurar la versión 2 antes de que el Cisco IOS cambie la forma en la que envía las actualizaciones de RIP. Una vez que la sumarización automática esté desactivada, RIPv2 ya no resumirá las redes a su dirección con clase en routers de borde. RIPv2 ahora incluirá todas las subredes y sus máscaras apropiadas en sus actualizaciones de enrutamiento. El comando show ip protocols puede usarse para verificar que la sumarización automática de la red no tiene efecto. Podemos verificar que el protocolo de enrutamiento sin clase RIPv2 realmente está enviando y recibiendo información sobre la máscara de subred en las actualizaciones de enrutamiento usando debug ip rip. Observe que cada entrada de ruta ahora incluye la notación de barra para la máscara de subred.
RIPv2 y VLSM Debido a que los protocolos de enrutamiento sin clase como RIPv2 pueden transportar la dirección de red y la máscara de subred, no necesitan resumir estas redes a sus direcciones con clase en los bordes de redes principales. Por lo tanto, los protocolos de enrutamiento sin clase admiten VLSM. Los routers que usan RIPv2 ya no necesitan usar la máscara de la interfaz saliente para determinar la máscara de subred en la notificación de la ruta. La red y la máscara están incluidas de manera explícita en todas las actualizaciones de enrutamiento. En las redes que usan un esquema de direccionamiento de VLSM, un protocolo de enrutamiento sin clase es esencial para propagar todas las redes junto con las máscaras de subred correctas. Si observamos el resultado de debug ip rip
RIPv2 y CIDR
Uno de los objetivos de Enrutamiento entre dominios sin clase (CIDR), según lo que establece RFC 1519, es "proporcionar un mecanismo para el agregado de información de enrutamiento". Este objetivo incluye el concepto de creación de superredes. Una superred es un bloque de redes con clase contiguas que se direcciona como una única red. En el router R2, configuramos una superred, una ruta estática a una única red que se usa para representar varias redes o subredes. Las superredes tienen máscaras que son más pequeñas que la máscara con clase (de /16 en este caso, en lugar de la máscara con clase de /24). Para que la superred se incluya en una actualización de enrutamiento, el protocolo de enrutamiento debe tener la capacidad de transportar esa máscara. En otras palabras, debe ser un protocolo de enrutamiento sin clase, como RIPv2. La ruta estática de R2 sí incluye una máscara que es menor que la máscara con clase: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
Verificación y resolución de problemas en RIPv2
Pasos básicos para la resolución de problemas 1. Verifique el estado de todos los enlaces 2. Verifique el cableado 3. Verifique la dirección IP y la configuración de la máscara de subred 4. Quite los comandos de configuración innecesarios Comandos utilizados para verificar el funcionamiento correcto de RIPv2: 1. Show ip interfaces brief 2. Show ip protocols 3. Debug ip rip 4. Show ip route
Problemas comunes de RIPv2 Cuando resuelva problemas de RIPv2, analice lo siguiente:
Asegúrese de estar utilizando la versión 2 Sentencias de red: 1. Las sentencias de red pueden estar mal escritas o pueden faltar 2. Sumarización automática: Si no son necesarias las rutas resumidas, deshabilite la sumarización automática. Razones por las que es conveniente autenticar la información de enrutamiento: 1. Previene la posibilidad de aceptar actualizaciones de enrutamiento no válidas 2. Los contenidos de las actualizaciones de enrutamiento están encriptados
