Descripción general de RIP y RIPng

Protocolos de enrutamiento de vectores de distancia

Los protocolos de enrutamiento de vectores de distancia transmiten información de enrutamiento que incluye un vector de distancia, que normalmente se expresa como el número de saltos al destino. Esta información se inunda en todas las interfaces habilitadas para protocolos a intervalos regulares (cada 30 segundos en el caso de RIP) para crear una asignación de red que se almacena en la base de datos de topología local de cada nodo. La figura 1 muestra cómo funciona el enrutamiento de vectores de distancia.

Figura 1: Protocolo de vectores de distancia

En la figura 1, los enrutadores A y B tienen RIP habilitado en interfaces adyacentes. El enrutador A tiene rip vecinos conocidos Enrutadores C, D y E, que están a 1, 2 y 3 saltos de distancia, respectivamente. El enrutador B tiene rip vecinos conocidos Enrutadores X, Y y Z, que están a 1, 2 y 3 saltos de distancia, respectivamente. Cada 30 segundos, cada enrutador inunda toda su información de tabla de enrutamiento de todas las interfaces habilitadas para RIP. En este caso, inundar los intercambios información de tabla de enrutamiento en el vínculo RIP.

Cuando el enrutador A recibe información de enrutamiento del enrutador B, agrega 1 al recuento de saltos para determinar el nuevo recuento de saltos. Por ejemplo, el enrutador X tiene un recuento de saltos de 1, pero cuando el enrutador A importa la ruta a X, el nuevo recuento de saltos es 2. La ruta importado también incluye información sobre dónde se aprendió la ruta, de modo que la ruta original se importa como una ruta al enrutador X a través del enrutador B con un recuento de saltos de 2.

Cuando se reciben varias rutas al mismo host, RIP usa el algoritmo de vector de distancia para determinar qué ruta se importa en la tabla de reenvío. La ruta con el menor número de saltos se importa. Si hay varias rutas con el mismo recuento de saltos, todas se importan a la tabla de reenvío y el tráfico se envía a lo largo de las rutas en forma de round-robin.

Descripción general del protocolo RIP

El IGP RIP usa el algoritmo Bellman-Ford, o vector de distancia, para determinar la mejor ruta a un destino. RIP usa el recuento de saltos como métrica. RIP permite que los hosts y enrutadores intercambien información para rutas informáticas a través de una red basada en IP. El RIP se pretende utilizar como IGP en redes razonablemente homogéneas de tamaño moderado.

El sistema operativo Junos® (Junos OS) es compatible con RIP versiones 1 y 2.

Los paquetes RIP versión 1 contienen la información mínima necesaria para enrutar paquetes a través de una red. Sin embargo, esta versión de RIP no admite la autenticación ni la subred.

RIP utiliza el puerto 520 del Protocolo de datagramas de usuario (UDP).

RIP tiene las siguientes limitaciones arquitectónicas:

• La ruta de red más larga no puede superar los 15 saltos (suponiendo que cada red o salto tenga un costo de 1).

• El RIP depende de contar hasta el infinito para resolver ciertas situaciones inusuales: cuando la red consta de varios cientos de enrutadores y cuando se formó un bucle de enrutamiento, la cantidad de tiempo y ancho de banda de red necesarios para resolver un próximo salto puede ser excelente.

• RIP usa solo una métrica fija para seleccionar una ruta. Otros IGP usan parámetros adicionales, como el retraso medido, la confiabilidad y la carga.

Paquetes RIP

Los paquetes RIP contienen los siguientes campos:

• Comando (Command): indica si el paquete es un mensaje de solicitud o respuesta. Los mensajes de solicitud buscan información para la tabla de enrutamiento del enrutador. Los mensajes de respuesta se envían periódicamente y también cuando se recibe un mensaje de solicitud. Los mensajes de respuesta periódicos se denominan mensajes de actualización. Los mensajes de actualización contienen los campos de comando y versión y 25 destinos (de forma predeterminada), cada uno de los cuales incluye la dirección IP de destino y la métrica para llegar a ese destino.

  Nota:

  A partir de Junos OS versión 11.1, hay tres tipos de campos de comando adicionales disponibles para admitir circuitos de demanda RIP. Cuando configure una interfaz para circuitos de demanda RIP, el campo de comando indica si el paquete es una solicitud de actualización, una respuesta de actualización o un mensaje de reconocimiento de actualización. Las interfaces vecinas envían actualizaciones a pedido, no periódicamente. Estos tipos de campo de comando solo son válidos en interfaces configuradas para circuitos de demanda RIP. Para obtener información más detallada, consulte Descripción general de circuitos de demanda RIP.

• Número de versión: versión de RIP que ejecuta el enrutador de origen.

• Identificador de familia de direcciones: familia de direcciones utilizada por el enrutador de origen. La familia siempre es IP.

• Dirección: dirección IP incluida en el paquete.

• Métrica— Valor de la métrica anunciada para la dirección.

• Máscara: máscara asociada con la dirección IP (solo RIP versión 2).

• Salto siguiente: dirección IP del enrutador del siguiente salto (solo RIP versión 2).

La información de enrutamiento se intercambia en una red RIP mediante la solicitud RIP y los paquetes de respuesta RIP. Un enrutador que acaba de arrancar puede difundir una solicitud RIP en todas las interfaces habilitadas para RIP. Los enrutadores que ejecutan RIP en esos vínculos reciben la solicitud y responden mediante el envío de un paquete de respuesta RIP de inmediato al enrutador. El paquete de respuesta contiene la información de tabla de enrutamiento necesaria para crear la copia local de la asignación de topología de red.

En ausencia de paquetes de solicitud RIP, todos los enrutadores RIP difunden un paquete de respuesta RIP cada 30 segundos en todas las interfaces habilitadas para RIP. La difusión RIP es la forma principal en la que la información de topología se inunda en toda la red.

Una vez que un enrutador aprende acerca de un destino en particular mediante RIP, inicia un temporizador. Cada vez que recibe un nuevo paquete de respuesta con información sobre el destino, el enrutador restablece el temporizador a cero. Sin embargo, si el enrutador no recibe actualizaciones sobre un destino determinado durante 180 segundos, elimina el destino de su tabla de enrutamiento RIP.

Además de la transmisión regular de paquetes RIP cada 30 segundos, si un enrutador detecta un nuevo vecino o detecta que una interfaz no está disponible, genera una actualización activada. La nueva información de enrutamiento se difunde de inmediato a todas las interfaces habilitadas para RIP, y el cambio se refleja en todos los paquetes de respuesta RIP subsiguientes.

Maximizar la cantidad de saltos

El enrutamiento exitoso del tráfico en una red RIP requiere que cada nodo de la red mantenga la misma vista de la topología. La información de topología se transmite entre vecinos RIP cada 30 segundos. Si el enrutador A está a muchos saltos de distancia de un nuevo host, el enrutador B, la ruta a B puede tardar mucho tiempo en propagarse por la red y importarse a la tabla de enrutamiento del enrutador A. Si los dos enrutadores están a 5 saltos entre sí, el enrutador A no puede importar la ruta al enrutador B hasta 2,5 minutos después de que el enrutador B esté en línea (30 segundos por salto). Para grandes cantidades de saltos, el retraso se vuelve prohibitivo. Para ayudar a evitar que este retraso se haga arbitrariamente grande, RIP hace cumplir un recuento máximo de saltos de 15 saltos. Cualquier prefijo que esté a más de 15 saltos de distancia se trata como inalcanzable y se le asigna un recuento de saltos igual a infinito. Este número máximo de saltos se denomina diámetro de red.

Horizonte dividido y técnicas de eficiencia inversa poison

Dado que rip funciona al inundar periódicamente toda la tabla de enrutamiento hacia la red, genera mucho tráfico. El horizonte dividido y las técnicas venenosas de reversa pueden ayudar a reducir la cantidad de tráfico de red originado por los hosts RIP y hacer que la transmisión de información de enrutamiento sea más eficiente.

Si un enrutador recibe un conjunto de anuncios de ruta en una interfaz determinada, RIP determina que no es necesario retransmitir esos anuncios desde la misma interfaz. Esta técnica, conocida como horizonte dividido, ayuda a limitar la cantidad de tráfico de enrutamiento RIP mediante la eliminación de información que otros vecinos de esa interfaz ya aprendieron. La Figura 2 muestra un ejemplo de la técnica de horizonte dividido.

Figura 2: Ejemplo de horizonte dividido

En la figura 2, el enrutador A anuncia rutas a los enrutadores C, D y E al enrutador B. En este ejemplo, el enrutador A puede llegar al enrutador C en 2 saltos. Cuando el enrutador A anuncia la ruta al enrutador B, el enrutador B lo importa como una ruta al enrutador C a través del enrutador A en 3 saltos. Si el enrutador B reversó esta ruta al enrutador A, el enrutador A la importaría como una ruta al enrutador C al enrutador B en 4 saltos. Sin embargo, el anuncio del enrutador B al A es innecesario, ya que el enrutador A ya puede llegar a la ruta en 2 saltos. La técnica de horizonte dividido ayuda a reducir el tráfico adicional al eliminar este tipo de anuncio de ruta.

De manera similar, la técnica poison reverse ayuda a optimizar la transmisión de información de enrutamiento y mejorar el tiempo para alcanzar la convergencia de la red. Si el enrutador A aprende acerca de rutas inalcanzables a través de una de sus interfaces, anuncia esas rutas como inalcanzables (recuento de saltos de 16) en la misma interfaz. La Figura 3 muestra un ejemplo de la técnica inversa del veneno.

Figura 3: Ejemplo inverso de veneno

En la figura 3, el enrutador A aprende a través de una de sus interfaces que las rutas a los enrutadores C, D y E son inalcanzables. El enrutador A revierte esas rutas por la misma interfaz como inalcanzables. El anuncio informa al enrutador B que los enrutadores C, D y E definitivamente no son accesibles a través del enrutador A.

Limitaciones de la conectividad unidireccional

Dado que RIP procesa la información de enrutamiento basada únicamente en la recepción de actualizaciones de tabla de enrutamiento, no puede garantizar una conectividad bidireccional. Como muestra la figura 4 , las redes RIP están limitadas por su conectividad unidireccional.

Figura 4: Limitaciones de la conectividad unidireccional

En la figura 4, los enrutadores A y D inundan la información de su tabla de enrutamiento al enrutador B. Dado que la ruta al enrutador E tiene los menos saltos cuando se enruta a través del enrutador A, esa ruta se importa a la tabla de reenvío del enrutador B. Sin embargo, suponga que el enrutador A puede transmitir tráfico, pero no recibe tráfico del enrutador B debido a un vínculo no disponible o a una política de enrutamiento no válida. Si la única ruta al enrutador E se realiza a través del enrutador A, se pierde cualquier tráfico destinado al enrutador A, ya que nunca se estableció la conectividad bidireccional.

OSPF establece una conectividad bidireccional con un apretón de manos de tres vías.

Descripción general del protocolo RIPng

El IGP RIPng usa el algoritmo de vector de distancia bellman-Ford para determinar la mejor ruta a un destino, utilizando el recuento de saltos como métrica. RIPng permite que los hosts y enrutadores intercambien información para rutas informáticas a través de una red basada en IP. RiPng está diseñado para actuar como un IGP para sistemas autónomos de tamaño moderado.

RIPng es un protocolo de enrutamiento distinto de RIPv2. La implementación de Junos OS de RIPng es similar a RIPv2, pero tiene las siguientes diferencias:

• RIPng no necesita implementar la autenticación en paquetes.

• Junos OS no admite varias instancias de RIPng.

• Junos OS no admite RIPng grupos de tabla de enrutamiento.

RIPng es un protocolo basado en UDP y utiliza el puerto UDP 521.

RIPng tiene las siguientes limitaciones arquitectónicas:

• La ruta de red más larga no puede superar los 15 saltos (suponiendo que cada red o salto tenga un costo de 1).

• La RIPng es propensa a los bucles de enrutamiento cuando se reconstruyen las tablas de enrutamiento. Especialmente cuando la RIPng se implementa en redes grandes que constan de varios cientos de enrutadores, riPng puede tardar mucho tiempo en resolver los bucles de enrutamiento.

• RIPng usa solo una métrica fija para seleccionar una ruta. Otros IGP usan parámetros adicionales, como el retraso medido, la confiabilidad y la carga.

Estándares RIPng

RIPng se define en los siguientes documentos:

• RFC 2080, RIPng for IPv6

• RFC 2081, RIPng Protocol Applicability Statement

Para acceder a las solicitudes de comentarios de Internet (RFC) y los borradores, consulte el sitio web del Grupo de trabajo de ingeniería de Internet (IETF).

RIPng paquetes

Un encabezado de paquete RIPng contiene los siguientes campos:

• Comando (Command): indica si el paquete es un mensaje de solicitud o respuesta. Los mensajes de solicitud buscan información para la tabla de enrutamiento del enrutador. Los mensajes de respuesta se envían periódicamente o cuando se recibe un mensaje de solicitud. Los mensajes de respuesta periódicos se denominan mensajes de actualización. Los mensajes de actualización contienen los campos de comando y versión, y un conjunto de destinos y métricas.

• Número de versión: permite especificar la versión de RIPng que está ejecutando el enrutador de origen. Actualmente, esto está establecido en la versión 1.

El resto del paquete RIPng contiene una lista de entradas de tabla de enrutamiento que consta de los siguientes campos:

• Prefijo de destino: prefijo de dirección IPv6 de 128 bits para el destino.

• Longitud del prefijo: número de bits significativos en el prefijo.

• Métrica— Valor de la métrica anunciada para la dirección.

• Etiqueta de ruta: atributo de ruta que debe anunciarse y redistribuirse con la ruta. Principalmente, la etiqueta de ruta distingue las rutas RIPng externas de las rutas internas cuando las rutas se deben redistribuir a través de un protocolo de puerta de enlace exterior (EGP).