Resumen

  • RFC 1201 permitía que un datagrama abarcara hasta 120 tramas ARCNET, cada una con un máximo de 504 octetos de datos de cliente.
  • El límite de 60.480 octetos no fijaba el MTU de una red: la especificación exigía que el máximo fuera configurable y compatible entre sus equipos.

Dos formatos podían compartir cable sin hablarse

ARCNET no tuvo una única encapsulación de IP durante esta transición. La RFC 1051, de 1988, asignaba identificadores de protocolo a IP y ARP dentro de un formato anterior. La RFC 1201, publicada en 1991 para sustituirla, usó los valores 212, 213 y 214 para IP, ARP y RARP. El propio documento advierte que ambas implementaciones podían coexistir en una misma red ARCNET, pero no comunicarse entre sí.

Ese detalle evita confundir un medio común con compatibilidad. El cambio también trasladó el trabajo de fragmentación. RFC 1051 había alentado la fragmentación IP y recomendaba un MTU de 253 octetos donde algunas estaciones no admitieran tramas extendidas. RFC 1201 hizo que la capa de enlace dividiera el paquete para transportarlo por ARCNET y lo reconstituyera allí. El datagrama podía cruzar la capa de enlace como una unidad mayor, siempre que ambos extremos entendieran el mismo formato nuevo.

Los 512 octetos no eran carga IP

Una trama ARCNET larga tenía 512 octetos, pero una parte correspondía a cabeceras y al relleno necesario para alcanzar una longitud fija. La capa de software veía hasta 504 octetos de datos de cliente. Una trama corta medía 256 octetos; para longitudes de cliente de 250, 251 y 252, el protocolo definía una trama de excepción. La geometría física imponía la frontera antes de que apareciera la cifra del datagrama.

El formato de RFC 1201 usaba una bandera de división para marcar el paquete sin fragmentar, el primer fragmento o uno posterior. Un número de secuencia vinculaba las partes. La RFC permitía hasta 120 fragmentos, por lo que podía representar un paquete de 60.480 octetos. Pero también calificó ese tamaño de impráctico y exigió que cada implementación hiciera configurable su máximo. Todos los nodos de una red debían acordar un valor inferior que pudieran aceptar.

Fragmentar cambia el trabajo del receptor

RFC 1201 exigía recibir datagramas de al menos 576 octetos y recomendaba admitir hasta 1.500. Para evitar fragmentación ARCNET, señalaba 504 octetos como tamaño óptimo, aunque eso aumentaba el número de paquetes que cada nodo del camino tenía que procesar. También sugería anunciar un tamaño menor mediante la opción MSS de TCP o mecanismos de descubrimiento del MTU como RFC 1063. RFC 1191 trata después el MTU del camino IPv4; no demuestra que una interfaz ARCNET configurara ese tamaño ni que un paquete llegara al destino.

Los fragmentos se enviaban en orden. El receptor podía abandonar la reconstrucción si recibía una parte fuera de secuencia y reservar suficiente memoria para el paquete entero al llegar la primera. Sin embargo, una parte repetida no debía destruir el paquete: el hardware podía recibirla aunque se perdiera su acuse y el emisor la retransmitiera. La reconstitución tenía que ignorar esa copia redundante y podía descartar un paquete incompleto tras unos segundos sin nuevas partes.

Esto separa una trama recibida de un datagrama reconstituido. RFC 791 describe los datagramas y la fragmentación de IP; RFC 826 da el contexto de ARP. RFC 1201 precisa cómo ARCNET encajaba entre ambas capas, pero no relata capturas reales, una tasa de retransmisión ni una entrega a una aplicación.

Fuentes