Résumé

  • Pour calculer le Cell Transfer Delay, RFC 3116 exigeait des horodatages corrélables, une référence d’horloge commune et la publication de la longueur, de la précision et de la valeur de rebouclage du compteur.
  • Le résultat restait attaché au nombre de VCC, à la classe de service, au débit, aux rafales et à la durée d’intégration. Il caractérisait un essai, non une promesse universelle de service.

La soustraction venait en dernier

RFC 2761 définissait le Cell Transfer Delay comme le temps écoulé entre la sortie d’une cellule à un premier point de mesure et l’entrée de la cellule correspondante à un second point. La formule était courte. L’histoire de RFC 3116 commence justement là où la formule ne suffit plus.

Publiée en juin 2001 comme document informatif du Benchmarking Methodology Working Group, RFC 3116 voulait rendre comparables les résultats fournis pour les équipements ATM. Elle recommandait d’alimenter l’émetteur et le récepteur par un signal d’horloge commun d’au moins 100 MHz, soit une résolution annoncée de 10 ns. La cellule d’essai devait contenir un horodatage d’émission que l’observation de réception pouvait corréler.

Un compteur fini finit cependant par revenir à zéro. Sans sa valeur maximale, une arrivée postérieure au rebouclage peut paraître antérieure au départ. Le document imposait donc d’enregistrer cette limite. Si la cellule O.191 recommandée n’était pas utilisée, la cellule de remplacement devait être décrite avec la longueur du timestamp, la valeur de rebouclage et la précision en nanosecondes.

Le commutateur n’était pas propriétaire du chronomètre. Avant de lui attribuer une durée, il fallait établir la continuité du compteur, la correspondance des deux événements et la position des points de capture.

Une référence commune n’était pas une preuve totale

Brancher deux instruments sur une même source de fréquence supprime une incertitude majeure, mais pas toutes. Le front électrique peut atteindre les compteurs à des instants différents. Le timestamp d’émission peut être posé avant la sortie physique ; celui de réception, après l’entrée réelle. La phase, le câblage, l’étalonnage et la logique d’association restent dans la chaîne de preuve.

RFC 2679, consacré au délai IP unidirectionnel, séparait à la même époque synchronisation, exactitude, résolution et dérive. Il distinguait aussi le temps observé par l’hôte du temps sur le fil. RFC 2330 fournissait le cadre IPPM ; RFC 7679 a ensuite remplacé RFC 2679 sans transformer l’horodatage en vérité autonome.

Ces textes ne décrivaient pas le même objet que RFC 3116. L’un suivait des paquets sur un chemin IP, l’autre des cellules dans un banc d’essai ATM. Leur convergence méthodologique est néanmoins révélatrice : la mesure ne pouvait pas effacer son instrument.

Une fréquence de 100 MHz ne prouvait donc pas une exactitude bout en bout de 10 ns. Elle indiquait le pas temporel demandé à la référence. La précision du captureur, l’emplacement de l’événement et le traitement du rebouclage restaient des faits distincts.

La charge entrait dans la mesure

Le délai d’un commutateur n’était pas isolé de son travail. Plusieurs circuits virtuels se partageaient des files et un ordonnanceur. Les cellules d’une rafale pouvaient rencontrer un état différent de celles d’un flux régulier. RFC 2761 définissait d’ailleurs la variation du délai avec une charge, une orientation, une distribution et une période d’intégration explicites.

RFC 3116 répétait les essais avec un VCC, douze VCC puis le maximum supporté. Elle distinguait charge constante, UBR en rafales, VBR et mélange de classes. Le rapport devait donner taille et débit des paquets, classe porteuse, VPI/VCI, PCR, SCR et MBS. Pour un essai qui n’était pas un test de débit, la charge ne devait pas dépasser 90 % du débit de ligne.

Le testeur comparait aussi les compteurs de paquets afin de vérifier la connectivité et la charge. Si les nombres ne correspondaient pas, il baissait le débit offert. Cette correction évitait de baptiser « délai » une expérience devenue perte ou saturation.

Le format de sortie associait texte, graphique et histogramme. Une moyenne pouvait masquer une longue traîne ; un maximum pouvait cacher sa rareté. RFC 3393 puis RFC 5481 ont expliqué pourquoi plusieurs notions de variation ne deviennent pas interchangeables parce qu’elles utilisent les mêmes secondes.

Chaque essai avait des frontières temporelles

La séquence prévue séparait la préparation du routage, la résolution ATMARP fondée sur RFC 2225, l’application de la charge, l’attente des derniers paquets et la restabilisation du système. La résolution d’adresse autorisait le test ; elle n’était pas son résultat. L’attente empêchait qu’une observation tardive soit comptée dans l’essai suivant.

La stimulation devait durer au moins 60 secondes, et au moins 300 secondes si la variance restait élevée. Allonger la fenêtre ne garantissait pas la vérité ; cela reconnaissait qu’une courte période pouvait donner une fausse impression de stabilité.

RFC 1242 et RFC 2544 avaient déjà séparé le vocabulaire de la procédure. RFC 2761 nommait les grandeurs ATM ; RFC 3116 organisait leur collecte. Cette division empêchait qu’un nom bien défini serve de couverture à une méthode non documentée.

Un total ne désignait pas le responsable

La méthode permettait de traiter plusieurs équipements interconnectés comme un système unique. On obtenait alors un délai de bout en bout utile, mais une attribution plus faible. RFC 3116 avertissait qu’un agrégat pouvait masquer les asymétries entre appareils et le délai ajouté par un équipement intermédiaire.

Une paire d’horodatages corrélés prouve un intervalle sur la frontière déclarée. Elle ne localise pas automatiquement la file d’attente, le choix d’ordonnancement ou la pièce fautive. Il faut d’autres points d’observation pour cela. Et pour parler de production, il faut encore connaître le chemin, la configuration et la charge réels.

Le RFC ne contient ni classement de fournisseurs ni résultat commercial. Il décrit une méthode. Lui faire dire quel commutateur historique était « le meilleur » reviendrait à inventer une observation absente.

Le chiffre était une chaîne de garde

Le générateur choisissait le stimulus. La source de temps donnait la référence. Les circuits de capture assignaient les instants. Le compteur conservait — ou perdait — l’époque. Le commutateur traitait les cellules selon une configuration donnée. Le rapporteur reconstruisait, regroupait et dessinait. Enfin, le lecteur décidait si deux essais avaient des dénominateurs communs.

Un chiffre peut rester parfaitement lisible quand cette chaîne a disparu. Dix nanosecondes par pas ne signifient pas dix nanosecondes d’exactitude. Un histogramme n’est pas un SLA. Une mesure de cellule n’est pas la latence d’une application. Une méthode publiée ne prouve pas qu’elle a été suivie.

La contribution durable de RFC 3116 fut d’obliger le graphique à conserver son histoire. Le point sur l’axe vertical ne pouvait pas se détacher de l’horloge, du compteur et de la charge qui l’avaient produit.

Sources

  1. https://www.rfc-editor.org/rfc/rfc3116.txt
  2. https://www.rfc-editor.org/info/rfc3116
  3. https://datatracker.ietf.org/doc/rfc3116/
  4. https://www.rfc-editor.org/rfc/rfc2761.txt
  5. https://www.rfc-editor.org/rfc/rfc2544.txt
  6. https://www.rfc-editor.org/rfc/rfc1242.txt
  7. https://www.rfc-editor.org/rfc/rfc2679.txt
  8. https://www.rfc-editor.org/rfc/rfc7679.txt
  9. https://www.rfc-editor.org/rfc/rfc2330.txt
  10. https://www.rfc-editor.org/rfc/rfc3393.txt
  11. https://www.rfc-editor.org/rfc/rfc5481.txt
  12. https://www.rfc-editor.org/rfc/rfc2225.txt