Résumé

  • RFC 1201 permettait à un datagramme de traverser jusqu’à 120 trames ARCNET, chacune transportant au plus 504 octets de données client.
  • La limite de 60 480 octets ne fixait pas le MTU utilisable : le document exigeait une limite configurable, à accorder entre les équipements du réseau.

La décision se situe un étage sous IP

Une trame longue ARCNET mesurait 512 octets, mais IP ne disposait pas de 512 octets. L’en-tête matériel, l’en-tête logiciel et le remplissage imposé par la taille fixe occupaient une partie de la trame ; le logiciel voyait jusqu’à 504 octets de données client. La trame courte en mesurait 256. Les longueurs de données 250, 251 et 252 exigeaient un format d’exception. Le matériel ne transportait donc pas simplement un paquet de longueur libre.

En 1988, RFC 1051 avait défini une première encapsulation d’IP et d’ARP sur ARCNET. Si certains hôtes ne savaient pas utiliser les trames étendues, il recommandait un MTU IP de 253 octets et encourageait la fragmentation IP. Publiée en 1991, RFC 1201 l’a remplacée en faisant porter la fragmentation par la couche de liaison ARCNET. Un indicateur de coupure distinguait le paquet intact, son premier fragment et les suivants ; un numéro de séquence rattachait chaque fragment au même paquet. Le récepteur pouvait alors reconstituer le paquet de liaison avant de remettre le datagramme à IP.

Le maximum théorique ne réglait pas le MTU

Avec 120 fragments possibles et 504 octets de données client par trame longue, le format représentait un paquet de 60 480 octets. RFC 1201 qualifiait immédiatement cette longueur d’impraticable et exigeait que chaque implémentation rende son maximum configurable. Les nœuds d’un même réseau ARCNET devaient donc utiliser des valeurs compatibles. Le document imposait de traiter des datagrammes d’au moins 576 octets et encourageait fortement la prise en charge de 1 500 octets ; il ne disait pas qu’un réseau donné avait configuré, transmis ou livré un paquet de cette taille.

La valeur de 504 octets évitait la fragmentation de liaison, au prix d’un plus grand nombre de paquets IP pour les nœuds du chemin. Le document suggérait d’annoncer une petite taille au moyen de l’option Maximum Segment Size de TCP ou d’une méthode de découverte du MTU, citant RFC 1063. Il faut ainsi distinguer la capacité d’une trame, le maximum configuré d’une interface, une contrainte de chemin et la livraison d’un datagramme. RFC 1191 décrira ensuite la découverte du MTU de chemin IPv4 ; elle ne transforme pas la limite ARCNET de RFC 1201 en mesure de réseau.

Reconstituer le paquet impliquait un état

RFC 1201 indique que les fragments sont envoyés dans l’ordre et recommande de réserver dès le premier fragment assez de mémoire pour le paquet entier. Un récepteur pouvait abandonner la reconstitution si un fragment arrivait hors séquence, ou si aucun autre fragment n’arrivait pendant quelques secondes. Un fragment répété posait un autre problème : le matériel pouvait bien recevoir une trame alors que son accusé de réception se perdait ; l’émetteur pouvait alors la retransmettre. Le logiciel de reconstitution devait ignorer ce doublon au lieu de perdre le paquet.

La réception d’une trame n’établissait donc pas que le datagramme IP complet avait été reconstitué. Le texte décrit l’ordre, l’espace mémoire et le traitement des répétitions ; il ne rapporte ni capture, ni échange applicatif réussi, ni fréquence de ces cas. RFC 791 définit le datagramme et la fragmentation IP ; RFC 826 fournit le contexte d’ARP. La contribution de RFC 1201 est la frontière propre à ARCNET entre ces couches.

Même support, formats incompatibles

RFC 1201 rapporte que cinq entreprises s’étaient accordées en 1989 pour employer le format de liaison ARCNET auquel renvoyait la nouvelle spécification. Les identifiants de protocole IP, ARP et RARP devenaient respectivement 212, 213 et 214. Ceux de l’ancien RFC 1051 étaient différents. Le document précise que les deux encapsulations pouvaient coexister sur un même ARCNET, mais qu’un hôte utilisant l’une ne pouvait pas communiquer avec un hôte utilisant l’autre. Le support physique commun n’avait pas rendu leurs paquets compatibles.

Le RFC Editor classe aujourd’hui RFC 1201 comme STD 46, Internet Standard. Cette trace éditoriale établit l’existence d’une spécification, pas la part des stations ARCNET qui l’ont mise en œuvre. Le changement attesté par le texte est plus circonscrit : une trame fixe a conduit à une fragmentation de liaison, le MTU est resté à négocier localement et le changement d’identifiant a créé une frontière de compatibilité explicite.

Sources