Resumen

  • El horizonte dividido simple omitía ante un vecino la ruta aprendida de él; el envenenamiento inverso la devolvía con métrica 16 para negar de forma explícita ese camino de regreso.
  • La negación corta de inmediato un bucle entre dos routers, pero aumenta el tamaño de las actualizaciones y no descubre un círculo de tres o más participantes.

La norma llegó después del programa

Cuando RFC 1058 apareció en junio de 1988, RIP ya circulaba. El documento quería fijar un protocolo de uso extendido y hacer compatibles implementaciones que discrepaban en detalles. La referencia inmediata era routed, incluido en Berkeley Unix; detrás estaban los protocolos PUP y XNS de Xerox y una tradición de vectores de distancia empleada desde los primeros años de ARPANET.

RIP no distribuía un mapa completo. Cada router conservaba, para cada destino, una métrica y el vecino del que dependía su mejor ruta. Los participantes intercambiaban distancias periódicamente y recalculaban con noticias locales. La economía del diseño permitía operar redes internas moderadas sin una base topológica común.

La misma economía dejaba una pregunta sin responder en cada número: ¿de dónde provenía originalmente? Mientras nada cambiaba, el algoritmo podía converger. Tras una avería, una copia antigua podía volver por otro vecino y parecer una observación nueva.

Dos tablas que se citaban entre sí

Supongamos que A llega a D por B. B pierde su enlace real con D, pero aún escucha que A ofrece una ruta. Si B elige a A, toma como alternativa lo que A aprendió antes del propio B. A sigue eligiendo a B. Ninguno necesita mentir: cada uno aplica su regla local a evidencia que ha perdido su linaje.

Los paquetes pueden girar mientras la distancia anunciada sube. RIP llamó a ese proceso contar hasta infinito. Para que la espera no fuera ilimitada, fijó el infinito en 16 y reservó las métricas 1 a 15 para rutas utilizables.

El límite expresa dos decisiones a la vez. Una red RIP no debe tener rutas válidas de más de 15 saltos; y una falsa distancia sólo puede crecer un número pequeño de veces antes de convertirse en inalcanzable. Hacer el infinito mayor permitiría dominios más amplios, pero prolongaría el daño de una cuenta equivocada.

Callar no era lo mismo que revocar

El horizonte dividido simple impide devolver una ruta por el lugar del que se aprendió. Si el mejor camino de A hacia D usa B, A no menciona D en la actualización que envía a B. Así evita que el eco se presente como confirmación.

El envenenamiento inverso conserva la entrada y cambia su métrica a 16. A comunica a B una negación acotada: A no es un próximo salto válido para D en ese intercambio porque la elección de A vuelve hacia B. No afirma que D haya desaparecido del mundo ni descarta otra interfaz o protocolo.

La diferencia se nota en el reloj. El silencio obliga a B a esperar a que caduque una posible ruta vieja por A. El 16 puede sustituirla en cuanto llega. La ausencia deja una duda; el veneno transporta una retirada.

Pagar con ancho de banda por una transición más nítida

En una red de difusión, un router puede haber aprendido muchas rutas por la misma interfaz. Con horizonte simple las omite al anunciar de vuelta. Con poison reverse las enumera como inalcanzables. La actualización crece y, en un entorno estable, buena parte de su contenido parece redundante.

Después de un cambio, esa redundancia tiene valor. Una declaración negativa compite directamente con el estado positivo que intenta revocar. RFC 1058 deja la decisión visible: horizonte simple, retorno envenenado, una opción configurable o un híbrido que anuncie 16 durante un periodo y luego pase al silencio.

No se trata de cambiar el significado de la métrica. El operador decide cuánto tiempo y cuántos bytes dedica a que la revocación resulte inequívoca.

El tercer router quedaba fuera del espejo

Con dos routers, el mecanismo es contundente. Si A y B se apuntan mutuamente, cada uno devuelve al otro la ruta con 16. La pareja deja de sostenerse sin esperar el timeout.

Una cadena de tres rompe esa visibilidad. A puede elegir a B, B a C y C a A. La información originaria ha dado una vuelta, pero no regresa directamente por la relación que el horizonte examina. Cada router ve a su vecino inmediato, no el círculo entero. Las métricas pueden seguir creciendo hasta 16.

Las actualizaciones disparadas intentan reducir ese intervalo. Cuando cambia la ruta elegida, el router comunica la nueva métrica antes del anuncio periódico. Los vecinos que dependían de él propagan la degradación. Aun así, la red no recibe un commit simultáneo: los mensajes pueden retrasarse, cruzarse con un anuncio regular o coincidir con otra decisión local.

La retirada debía sobrevivir antes de borrarse

RIP tampoco eliminaba de inmediato una ruta caducada. Primero la marcaba con métrica 16, la difundía durante un intervalo de recolección y sólo después quitaba la entrada. El propósito era dejar que la noticia de invalidez alcanzara las copias que seguían activas.

Ese orden revela una regla general del protocolo. Borrar el registro local no revoca automáticamente las creencias remotas. La evidencia negativa necesita una vida propia, aunque su destino final sea desaparecer.

Una regla que cruzó versiones

RFC 1812 exigió horizonte dividido en una implementación RIP y recomendó poison reverse. También admitió un control para desactivarlo por el coste de tráfico y recomendó limitar en el tiempo el retorno de métricas infinitas.

La migración a IPv6 no eliminó la causa. RFC 2080 conservó la regla en RIPng, consideró preferible el envenenamiento inverso y pidió selección por interfaz. Cambiaron los prefijos y el formato, no la posibilidad de reciclar una afirmación.

RFC 2091 afrontó circuitos bajo demanda con actualizaciones disparadas, ordenadas y confirmadas. Aun con entrega fiable, hizo obligatorio aplicar poison reverse: confirmar una noticia no demuestra que su procedencia sea independiente.

En RFC 2453, RIPv2 mantuvo juntos el infinito 16, el horizonte, el veneno, los disparos y la limitación de dos routers. Las mejoras del formato no convirtieron un vector de distancia en un protocolo que conociera el camino completo.

El alcance real de “inalcanzable”

Una ruta envenenada probaba una proposición pequeña: el emisor no debe ser utilizado por ese receptor para un destino cuyo mejor camino del emisor vuelve a través del propio receptor. No probaba un corte global, la ausencia de alternativas, la identidad del responsable ni una intención maliciosa.

Ahí reside su interés histórico. RIP consiguió expresar procedencia sin adjuntar el camino. Usó dirección, una métrica terminal y tiempo. La solución fue barata, rápida frente a una pareja y explícita sobre el círculo más largo que no podía observar.

Fuentes y límites de la evidencia

Los RFC establecen conducta y requisitos, no la cuota de uso actual, valores predeterminados de fabricantes, tiempos reales de un dominio concreto ni culpabilidad. Trigger RIP pertenece al contexto de circuitos bajo demanda; la preferencia de RIPng tampoco prueba que cada interfaz aplique poison reverse.