Resumen

  • La RFC 1188 estableció una forma común de llevar IP y ARP en FDDI: LLC/SNAP, un MTU IP de 4352 octetos y reglas ARP pensadas para no romper la interoperabilidad con Ethernet puenteado.
  • Esos datos describen una operación de enlace. No prueban quién envió el paquete, qué recurso controla, qué ruta siguió ni qué aplicación recibió un resultado.

Primero había que acordar qué llevaba la fibra

FDDI ofrecía velocidad, pero no resolvía por sí sola el idioma del contenido. La RFC 1188, de octubre de 1990, sustituyó a RFC 1103 y definió el uso de IP y ARP en esa red. Su punto de partida fue la solución de interoperabilidad de la RFC 1042: LLC de tipo 1 y SNAP para que los equipos compartieran una interpretación de la carga útil.

Los valores AA-AA-03, OUI cero y el identificador posterior distinguen el protocolo encapsulado. Son instrucciones de lectura para una interfaz local. No son una firma. No certifican que la dirección IP sea propiedad de quien figura como origen y tampoco permiten a otro nodo decidir sobre el equipo desde el que llega la trama. La capa de enlace puede reconocer una gramática sin conocer la legitimidad de todo lo que esa gramática transporta.

Un presupuesto de trama no reservaba el camino

La RFC eligió 4352 octetos como MTU de FDDI. Aunque una trama máxima podía dejar aproximadamente 4470 octetos de datos después de LLC/SNAP, el documento reservó espacio para sobrecarga MAC presente o futura. Las pasarelas debían aceptar el MTU y fragmentar cuando fuera necesario. La regla delimita lo que cabe en ese enlace; no concede al emisor una capacidad garantizada fuera de él.

El propio texto conserva la precaución de 576 octetos cuando el host no tiene conocimiento explícito de la capacidad del destino. RFC 1191 anotó después 4352 en su tabla histórica de MTU de ruta, pero un número de tabla no es una medición de una ruta concreta. Que el primer enlace admita un datagrama grande no demuestra que cada salto posterior, el host final o la aplicación lo acepten.

Una respuesta ARP era un mapeo, no un título

La interoperabilidad con puentes llevó a una decisión muy concreta. Para IP y ARP, RFC 1188 exigía direcciones FDDI de 48 bits, aunque FDDI también contemplaba estaciones de 16 bits. Ordenaba transmitir ARP con tipo de hardware 1, aceptar tipos 1 o 6 y expresar las direcciones en orden canónico de bits. Como FDDI solía expresar el bit Group en la posición opuesta, cada octeto debía invertir sus bits para el campo ARP.

La regla evita un desacuerdo de representación. Una caché ARP asocia una dirección IP con una dirección a la que el host puede dirigir una trama en su medio local. No es un registro de titularidad, una autenticación del interlocutor, una prueba de que la máquina sigue disponible ni un permiso para actuar sobre ella. Ni siquiera prueba que la trama posterior haya llegado más allá del primer límite.

El relevo documental no borra el límite

RFC 1390 registró en 1993 el sucesor Internet Standard de IP y ARP sobre FDDI. Es una fecha útil para la historia normativa, no un censo de uso actual. Tampoco convierte RFC 1188 en una prueba de que una red concreta operó según esas reglas.

La lección es precisa: interoperar requiere que las capas se describan, no que se confundan. El encapsulado identifica una sintaxis; ARP ofrece una asociación local; el MTU impone una frontera de tamaño. Identidad, autorización, alcance de ruta y efecto de aplicación necesitan sus propios datos.

Fuentes y frontera de evidencia

Este análisis usa RFC 1042, RFC 1188, RFC 1191 y RFC 1390. Ninguna demuestra un despliegue actual, una identidad, una autorización, una ruta viva, una entrega o un resultado de aplicación.