Enrutamiento RIPv2

A la hora de utilizar el protocolo de enrutamiento RIP, cualquiera que maneje medianamente bien el direccionamiento IPv4 no va a tener problemas, pero en redes más complejas, sí pueden surgir complicaciones. Esto se debe a que el enrutamiento RIP tal cual, no funciona con subredes (lo cual resulta lógico), y vamos a ver por qué:

Donde la red conectada al Router0 es la 192.168.1.0 con máscara 255.255.255.0 (siendo la puerta de enlace la 192.168.1.1 y cada equipo el 192.168.1.2 y 192.168.1.3). Esta primera red no se dividirá en subredes, sino las siguientes.

La red de los cables serial, que conecta los routers, sera la 10.0.0.0 con máscara 255.255.255.252, de esta forma, la red que conecta el router0 con el router1 tiene las direcciones 10.0.0.1 y 10.0.0.2, mientras que la red que conecta el router0 y el router2 tiene las direcciones 10.0.0.5 y 10.0.0.6 (hay que recordar que la 10.0.0.3 es la dirección de broadcast de la primera subred y la 10.0.0.4 es la dirección de red de la segunda subred).

Y la tercera red, la que se divide en dos subredes, abarca las dos últimas de arriba, siendo la del router1 la 192.168.2.0 con máscara 255.255.255.252, teniendo de puerta de enlace la 192.168.2.1 y el servidor la 192.168.2.2. La subred del router2 tiene como puerta de enlace la 192.168.2.5 y el equipo la 192.168.2.6, porque sucede lo mismo que con la red anterior.

Ahora viene la parte del enrutamiento, donde tendremos que ir router a router indicando las redes que se conectan directamente a ellos, como si fuese enrutamiento RIP normal:

Router0:

Router1:

Router2:

Hasta ahora no debería dar ninguna clase de problemas, porque aparentemente ha pillado las redes bien, pero vamos a enviar un par de paquetes entre distintas subredes y comprobemos las tablas de rutas, a ver qué es lo que muestran:

Nos ha detectado las subredes de la red 10.0.0.0 porque están conectadas directamente, pero parece no reconocer las subredes de la red 192.168.2.0, aunque sí las identifica. Vamos a comprobar ahora en los otros router sus respectivas tablas:

Para nuestra sorpresa, podemos ver que este router solamente ha detectado su subred, es decir, la que está conectada directamente por el cable ethernet. Algo indica aquí que esto no va bien, porque de hecho, si enviamos paquetes desde la subred que no ha detectado a cualquier otra red, dará error, y esto es porque hemos configurado primero el RIP en este router y por tanto, las tablas de rutas que no admiten subredes (el protocolo en sí no lo admite, ya que no tiene en cuenta las máscaras, sino la red: "network *dirección IP*") se han quedado con la primera red que les ha sido enviada.

Ahora bien, ¿cómo solucionamos esto? Es muy sencillo, basta ir router por router para indicarle que queremos usar la versión 2 del protocolo RIP:

En mi caso he necesitado reiniciar el Packet Tracer en sí, ya que a la primera no me pilló la versión 2, aunque también podemos reiniciar las tablas de rutas con el comando "Router# clear ip route *", de esta forma enviamos mensajes de forma local (en la red del router0, la de abajo) para que el RIP vuelva a actualizar sus tablas de rutas. Ahora, si vamos al router1 otra vez y miramos las tablas de rutas tras haber enviado los mensajes para configurar el RIP, veremos que ha detectado ambas subredes:

Y en comparación con el RIP en su primera versión, vemos que nos detecta todas las subredes del plano. Espero que os haya gustado, un saludo ^^