Existen dos versiones de RIP: RIPv1 (RFC 1058) y RIPv2 (RFC 2453). Pueden trabajar juntos si RIPv1 ignora todos los campos que deben estar a 0. RIPv2 permite más información y además añade la posibilidad de soportar VLSM (subnetting).
RIP usa los siguientes protocolos y puerto:
L2 header - EtherType = 0x0800 (IP)
L3 header - IP Protocol = 17 (UDP)
L4 header - UDP Destination Port = 520 (RIP)
RIP está catalogado como un protocolo de "Vector-Distancia". Usa el "número de salto" (hop count) como métrica para seleccionar el camino hacia destino basado en el algoritmo Bellman-Ford.
Tiene un máximo de 15 saltos y las actualizaciones son periódicas y en broadcast cada 30 segundos.
Cuando determina el mejor camino hacia destino, RIP usa la combinación de "número de saltos" (distance) con el "siguiente salto o next-hop" (vector).
Número de saltos
El máximo número de salto que soporta RIP entre origen y destino es de 15. Se asume que la métrica de cada red por la que pasa tiene un coste de 1. El límite de 15 saltos se declara para evitar que el camino tenga un "número infinito de saltos". Cualquier métrica que tenga 16 saltos o más, RIP la tratará como una métrica "infinita", declarándola inalcanzable.
Cuando el proceso de enrutamiento arranca en un equipo, este envía por las interfaces un paquete de petición (request packet) por cada una de ellas preguntando a los routers vecinos información para completar la tabla de enrutamiento.
Actualización de enrutamiento
Después de recibir las actualizaciones de los vecinos, el router evalúa si debe instalarla en la tabla de rutas. Después de recibir todas las actualizaciones, el router construye su tabla. Cada entrada en la tabla tiene:
- Información sobre la alcanzabilidad de la tabla, el "Network ID" y la métrica
- Siguiente salto válido (next-hop)
- La interface por donde pasa el paquete
- Un contador que indica la "edad de la entrada" (age)
Cada 30 segundos, RIP envía a sus vecinos su tabla de enrutamiento entera o parcial. La envía como broadcast. También soporta los "triggered update", que podemos traducir como los "eventos que se desencadenan", como cuando una red cambia de métrica. En estos casos solo es la entrada que cambia y no toda la tabla.
Proceso de actualización
RIP usa 2 tipos de mensajes:
- Request - Pide a los vecinos una actualización
- Response - Manda la actualización. Envía como máximo 25 rutas. Si tiene más rutas enviará un mensaje "response" extra.
Cuando el router recibe el "response" este decide que hacer: añade la ruta, la modifica o la elimina. Cuando recibe una actualización de una ruta ya conocida la compara con la que ya tiene en la tabla y decide que hacer con el siguiente criterio:
- Si el coste es menor, RIP añade la nueva ruta a la tabla
- En caso de que sea el mismo router original (fuente) el que nos envía la ruta, RIP añade la nueva aunque tenga una métrica peor, es decir, con mayor coste, pues esta ruta puede haber cambiado a lo largo del camino por un fallo en este
- Si el "número de saltos" es mayor al que tiene ya esa ruta y tiene el mismo next-hop, RIP marca esa ruta como "inalcanzable" por un periodo de tiempo (hold time). Si después de ese periodo, el mismo next-hop le anuncia la misma ruta con mayor número de saltos, RIP acepta la métrica.
Características de RIPv2
- Compatible con RIPv1
- Autenticación por cada mensaje con texto o md5
- Actualizaciones a través de multicast 224.0.0.9. Se puede habilitar broadcast, que es como funciona RIPv1.
- Incluye todo tipo de máscaras (VLSM)
- Incluye el "next-hop"
Si enviamos mensajes RIPv2 a un router RIPv1, no llegarán. Al revés, sí.
Limitaciones de RIP
- Diámetro máximo de la red: 15 saltos.
- Actualizaciones regulares cada 30 segundos.
- "Poison Reverse" aumenta el tamaño de las actualizaciones
- "Conteo infinito" para evitar bucles. Sucede cuando son 16 saltos o más
- Métrica basada solo en el número de saltos
- RIPv1 envía broadcast. Todos los routers los reciben particpen o no en RIP
- RIPv1 no distingue subredes. RIPv2, sí (VLSM)
- RIPv1 no ofrece autenticación
- La convergencia es lenta
RIP en Junos
- RIPv1 y RIPv2
- Se definen grupos de vecinos
- Hay que configurar una política para poder exportar las rutas, pues no lo hace por defecto
- La "preferencia" por defecto es 100
- Se pueden modificar las métricas tanto en entrada como en salida
No hay comentarios:
Publicar un comentario