Resumen

  • La opción 7 de IPv4 reservaba casillas de cuatro octetos para que los sistemas que cooperaban anotasen direcciones, sin dar al emisor control sobre la ruta.
  • La capacidad limitada, la falta de autenticación y la exposición de topología transformaron una función que los routers debían procesar en una excepción que se recomendaba descartar.

Una cabecera con casillas vacías

Record Route no improvisaba espacio durante el trayecto. El origen fijaba de antemano la longitud, ponía a cero el área de datos y colocaba un puntero en la siguiente casilla. El valor legal mínimo del puntero era 4. Cada dirección ocupaba 32 bits, de modo que una escritura válida avanzaba el puntero exactamente cuatro octetos.

RFC 791 indicaba que el módulo que encaminaba el datagrama insertase su propia dirección tal como se conocía en el entorno al que estaba reenviando. RFC 1812 concretó después que un router debía usar la dirección IP de la interfaz lógica de salida; si esta no tenía número, debía emplear un identificador estable del router. La anotación representaba una cara de salida, no una identidad universal del aparato.

Cuando el puntero superaba la longitud, la libreta estaba llena y el paquete seguía sin otra dirección. Había un caso más severo: si quedaban uno, dos o tres octetos, el espacio era insuficiente para una dirección completa, por lo que el datagrama se consideraba erróneo y se descartaba; podía enviarse un ICMP Parameter Problem. La opción aparecía como máximo una vez y solo permanecía en el primer fragmento.

La propia geometría de IPv4 imponía una narración breve. Una cabecera podía medir 60 octetos, de los cuales 20 correspondían a la parte fija. Con Record Route ocupando prácticamente los 40 restantes, sus tres octetos iniciales dejaban sitio para nueve direcciones completas. Nueve era el máximo teórico en esas condiciones, no una promesa de nueve saltos observados.

Lo que la lista decía —y lo que callaba

El tipo 7 no era una ruta de origen. Loose Source and Record Route y Strict Source and Record Route usaban destinos intermedios aportados por el emisor para influir en el recorrido. Record Route dejaba intacta la decisión de encaminamiento y solo solicitaba apuntes a los participantes del camino elegido.

Por ello, leer la lista exigía cautela. No había firma, identidad estable del dispositivo ni prueba de que todos los routers hubieran colaborado. Una lista corta podía corresponder a un camino corto, pero también a filtros, a una política de ignorar la opción, a soporte ausente, a fragmentación o a otro camino. Cada dirección era evidencia de una participación concreta; el silencio no explicaba su causa.

RFC 1122 hizo opcionales para los hosts tanto la creación como el procesamiento de Record Route. En el caso de ICMP Echo, recomendó actualizar la opción recibida y devolverla sin truncar para reflejar el viaje de ida y vuelta. El diagnóstico era posible, pero solo donde todas las políticas intermedias lo toleraban.

De procesar por defecto a descartar por defecto

RFC 1812 exigió en 1995 que los routers soportasen Record Route al reenviar paquetes. Podían ofrecer un ajuste para dejarla pasar sin cambios, aunque debía iniciarse permitiendo el registro. Incluso al reconocer que revelar topología podía preocupar, la norma mantenía la cooperación como punto de partida.

RFC 7126 recomendó en 2014 otro equilibrio. La opción podía servir para cartografiar una red, aunque el poco espacio limitaba el alcance. Bloquearla rompía herramientas que pidieran expresamente RR, no el ping normal; aun así, el descarte generalizado ya volvía esas técnicas casi imposibles en trayectos abiertos. La recomendación pasó a ser un control específico con tres decisiones—descartar, ignorar o procesar—y «descartar» como valor predeterminado documentado.

Fuentes