Resumen

  • RFC 2019 tomó una prioridad LLC no nula en un RA, NA o NS IPv6 válido recibido por FDDI como evidencia limitada sobre el trayecto desde un vecino concreto.
  • La señal autorizaba unicast a ese vecino hasta 4.352 octetos; multicast conservaba el mínimo de la LAN y RFC 2467 eliminó la detección en 1998.

El problema empezaba con una cifra prudente. En una LAN donde FDDI estuviera puenteada con un medio de MTU menor, los routers o la configuración manual debían comunicar el valor más pequeño. RFC 2019 fijaba 4.352 octetos como MTU IPv6 predeterminado en FDDI, pero permitía bajarlo. Un Router Advertisement superior al valor predeterminado o configurado podía registrarse; no concedía permiso para elevarlo.

Esa regla protegía el dominio mixto, aunque también limitaba pares de nodos cuyo trayecto local permanecía íntegramente en FDDI. La solución de 1996 no fue una base de datos de topología. Fue leer una huella que el propio puente dejaba en el paquete.

Con la función habilitada, la interfaz transmitía Router Advertisements, Neighbor Advertisements y Neighbor Solicitations con una prioridad LLC distinta de cero. RFC 2019 afirmaba que un puente IEEE 802.1D que tradujera Ethernet a FDDI pondría esa prioridad a cero. Si una trama nacía en Ethernet o lo atravesaba, llegaba a FDDI sin la marca.

Por eso N1, al recibir de N2 uno de esos mensajes válido y marcado, podía enviar unicast a N2 de hasta 4.352 octetos aunque el valor común fuera inferior. N2 podía ser el destino o el router del siguiente salto. La autorización llegaba hasta ese vecino: no describía qué había después del router.

El matiz evita una lectura excesiva. La prioridad no mostraba una ruta completa, no congelaba la topología y no demostraba entrega. “Válido” remitía a las comprobaciones de Neighbor Discovery definidas entonces en RFC 1970; no significaba autenticado. Ese RFC también distinguía el aprendizaje de información no solicitada de la confirmación de alcanzabilidad bidireccional, que asociaba a una Neighbor Advertisement solicitada.

Multicast nunca recibió la excepción. Sus paquetes debían respetar el menor MTU de cualquier medio presente en la LAN puenteada. No existe un único vecino observado con el que negociar implícitamente una capacidad mayor. RFC 2019 dejó así el tráfico compartido en el mínimo y gastó la información adicional solo en una relación unicast.

La función era revocable. Cada interfaz debía ofrecer una opción para deshabilitarla, aunque venía habilitada por defecto. Al deshabilitarla, los tres mensajes salían con prioridad cero y no podían justificar la excepción. El texto admitía que todos los paquetes IPv6 podrían portar prioridad, pero consideraba suficientes esos mensajes de control.

La economía de la decisión resulta más valiosa que la cifra. Un efecto de frontera eliminaba una sola posibilidad—haber atravesado Ethernet—bajo las premisas del RFC. La acción autorizada eliminaba una sola restricción, para un solo vecino y solo en unicast. Nada en el mecanismo convertía la marca en prueba de seguridad, éxito de la aplicación o continuidad futura.

RFC 2467 cerró el episodio en diciembre de 1998. Conservó el MTU FDDI predeterminado de 4.352 octetos y la obligación de respetar medios más pequeños. También mantuvo que una publicidad por encima del techo predeterminado o manual se ignorara. Pero eliminó expresamente la “detección de adyacencia FDDI” por desarrollos recientes en IEEE 802.1p, y recomendó no depender de Path MTU Discovery a través de puentes salvo que se supiera que estos lo implementaban correctamente.

No hay base en las fuentes para afirmar que la técnica fuera común, rápida o explotable; RFC 2019 dijo que no trataba cuestiones de seguridad. La conclusión comprobable es institucional: cuando cambió la semántica del campo que transportaba la evidencia, el documento sucesor retiró la inferencia.

Una señal, una excepción

Observación Lo que permitía RFC 2019 Lo que no demostraba
RA, NA o NS válido con prioridad no nula en FDDI El trayecto observado desde ese vecino no cruzó Ethernet según la premisa del RFC Ruta completa, permanencia, autenticación o entrega
Vecino marcado Unicast hasta 4.352 octetos al vecino o siguiente salto Multicast o capacidad de saltos posteriores
MTU menor anunciado o configurado Límite común conservador Límite físico de cada vecino FDDI
MTU mayor anunciado Posible registro Permiso para superar el techo

Fuentes