Résumé

  • La documentation Quality of Service d'Arista EOS, affichée en version 4.37.0F, place le point de marquage de congestion entre les mains de l'exploitant : la commande random-detect ecn active le marquage ECN sur une file d'émission unicast et fixe des seuils exprimés en taille de file.
  • La RFC 3168 fixe ce que ce marquage signifie sur le fil — un champ de deux bits à quatre codes, et un routeur congestionné qui marque au lieu de jeter — si bien que le seuil est l'instant où une fabrique cesse d'absorber le trafic et commence à en parler.

Demandez ce qui rend rapide un réseau de cluster d'IA : on vous tendra un nombre en gigabits. Quatre cents, huit cents, la route vers 1,6 T. La documentation d'Arista répond à une question plus gênante avec un nombre bien plus petit : trente-trois millisecondes, saisies dans une file, sur une interface.

La page en question est le manuel Quality of Service d'EOS, présenté en version 4.37.0F (Arista EOS Quality of Service). Elle décrit l'ECN fondé sur la latence, configuré par file d'émission, puis déroule la séquence littéralement : entrer interface Ethernet 1/1, sélectionner tx-queue 3, et poser random-detect ecn delay threshold 33 milliseconds. Le lecteur qui attendait une fiche technique a atterri sur une invite de configuration. C'est précisément l'intérêt. La valeur qui décide du moment où cette fabrique demande à ses émetteurs de ralentir n'est pas imprimée sur le châssis. Quelqu'un la tape.

Ce que fait réellement le marquage

Le mécanisme vient de la norme, pas du constructeur. La RFC 3168 désigne les bits 6 et 7 de l'octet TOS d'IPv4 comme champ ECN, rappelle que ce champ est défini à l'identique dans l'octet Traffic Class d'IPv6, et répartit quatre codes sur ces deux bits : 00 Not-ECT, 01 ECT(1), 10 ECT(0) et 11 CE (RFC 3168). Un routeur qui subit une congestion naissante inscrit le code Congestion Experienced dans un paquet déjà compatible ECN au lieu de le détruire.

Mettez cela en regard de la description d'Arista. Le manuel présente Explicit Congestion Notification comme une extension IP et TCP qui permet de signaler la congestion de bout en bout sans perdre de paquets, et qui repère une congestion précoce en posant des drapeaux à destination des hôtes concernés. La file agit donc avant qu'un rejet n'aurait eu lieu. Chaque hôte en aval réagit à une décision prise en amont, plus tôt que toute perte de paquet, à un endroit que personne hors du rack ne peut observer.

Le WRED est la manière dont la page décrit la mise en œuvre pour les files unicast : un algorithme de gestion active de file qui étend Random Early Detection afin de définir plusieurs seuils pour une même file. Des seuils, au pluriel, par file. La commande random-detect ecn, précise la page, active le marquage ECN pour la file d'émission unicast en mode configuration et spécifie des seuils exprimés en taille de file.

Il y a donc deux familles de décisions encapsulées dans une seule file — un seuil d'occupation exprimé en taille de file, et un seuil de latence exprimé en millisecondes — et l'exploitant choisit lequel gouverne et où il se situe. Sur une fabrique d'entraînement en trafic all-to-all, ce choix détermine si le réseau pousse en arrière alors qu'il lui reste de la marge, ou s'il attend que ses tampons soient presque pleins, moment où les seuls signaux disponibles coûtent cher.

La parenthèse qui compte plus que le chiffre

Vient ensuite l'annotation, et c'est le détail le plus lourd de conséquences de la page. La commande y est documentée comme random-detect ecn (Arad/Jericho). Le système d'exploitation du commutateur énonce que la commande tapée, et le comportement qui la sous-tend, sont liés au silicium sous le capot.

Cette seule parenthèse transforme une valeur de configuration en programme d'ingénierie. Une fabrique n'est pas un commutateur ; c'est quelques centaines ou quelques milliers de boîtiers, souvent achetés par tranches, souvent répartis sur plusieurs générations de silicium à mesure qu'un cluster grandit. Si la commande de marquage dépend de la plateforme, alors une valeur correcte sur une famille ne se recopie pas simplement sur une autre : elle se redémontre, se reteste et se justifie à nouveau contre le trafic que le cluster fait réellement tourner.

Le travail est réel, il est répétitif, et il ne produit rien qu'un client puisse photographier.

C'est ici que le cadrage par la vitesse de port échoue discrètement comme description du métier. Une voie à 400 G et une voie à 800 G diffèrent par le volume de trafic susceptible d'atteindre une file. Ni l'une ni l'autre ne décide à quel taux de remplissage cette file commence à marquer les paquets au lieu de les absorber. Achetez l'optique plus rapide : vous avez acheté plus de trafic arrivant sur le même bouton.

Pourquoi la charge revient à l'exploitant

Un constructeur peut livrer une commande, documenter un exemple et publier une séquence travaillée sur une interface. Ce qu'il ne peut pas faire depuis l'usine, c'est savoir combien de rails compte votre cluster, quels flux partagent une file, ni à quoi ressemblent vos opérations collectives à l'instant où elles entrent en collision. Le seuil est le produit conjoint d'une documentation et d'un déploiement, et la moitié déploiement appartient à qui tient la console.

La forme du coût mérite d'être nommée sans détour. L'état de configuration ne s'achète pas une fois : il s'entretient. Il survit à un départ de personnel uniquement s'il est écrit quelque part. Il survit à un renouvellement matériel uniquement si quelqu'un remarque que la famille de commandes a changé. Et il reste invisible dans la comparaison que fait réellement un service achats, parce que deux commutateurs au même nombre de ports et aux mêmes optiques sont identiques dans un tableur, que leurs valeurs par défaut de marquage de congestion soient atteignables, documentées et testables ou non.

Là où la preuve s'arrête

Cette revue a obtenu du texte lisible depuis la page Quality of Service d'EOS et depuis la RFC 3168, et n'a obtenu aucun texte lisible depuis la page Priority Flow Control d'Arista, sa page Traffic Management ni sa page AI networking. Rien ici n'affirme un seuil de pause, un chiffre de réserve tampon, une règle de topologie pour réseaux dorsaux GPU, ni le comportement de la fabrique d'un client nommé, car ces pages n'ont pas été lues.

Le bouton, c'est le produit

Dépouillez la communication : une fabrique dorsale d'IA est un problème de gestion de files vêtu d'optiques coûteuses. Arista documente la moitié gestion de files assez honnêtement : voici la commande, voici le seuil, voici un exemple avec trente-trois millisecondes dedans, et voici une note vous indiquant que la commande dépend de la puce achetée. Pour qui spécifie un cluster, la conclusion utile est peu spectaculaire. Demandez quel sera le seuil de marquage, qui le tapera, comment il sera consigné, et comment vous saurez qu'il reste juste après la prochaine tranche de matériel — car la voie plus rapide arrivera à la date prévue et ne répondra à aucune de ces questions. La société elle-même est suivie dans la fiche d'annuaire de BTW consacrée à Arista Networks, Inc..