Résumé

  • RFC 5136 refuse qu’un chiffre de capacité soit complet sans couche protocolaire, population de paquets, extrémités et intervalle.
  • La capacité physique nominale est une limite théorique supérieure, pas la capacité IP offerte à une application.
  • La mesure IP compte les bits de paquets correctement reçus à destination, y compris en principe des fragments valides inutilisables par l’application.
  • Type P définit le flux ou l’agrégat observé, car files, marquages, ACL, routage et répartition peuvent modifier son traitement.
  • L’usage est le trafic réellement reçu; l’utilisation est cet usage divisé par une capacité elle-même qualifiée.
  • La capacité disponible correspond à la part non utilisée pendant [T,T+I], et celle du trajet au minimum des liens.
  • Le lien étroit, de plus faible capacité, n’est pas forcément le lien serré, de plus faible capacité disponible.
  • Sans l’heure T et la durée I, une valeur ne permet ni comparaison sûre ni affirmation sur l’état présent.
  • Un échantillonnage synchronisé avec un cycle de trafic peut produire une série régulière et pourtant biaisée.
  • Les doublons, en-têtes et retransmissions peuvent consommer une ressource sans constituer des données utiles uniques.
  • La Bulk Transfer Capacity observe un transfert de transport sensible à la congestion; elle n’est pas synonyme de capacité IP RFC 5136.
  • La gouvernance doit séparer inventaire physique, mesure IP, disponibilité, droit contractuel et résultat applicatif.

Un même mot, plusieurs objets de mesure

Le mot « bande passante » est commode parce qu’il permet d’éviter une phrase plus longue. C’est justement son danger. Un ingénieur radio peut parler d’une largeur de spectre, un exploitant d’un mode de port, un outil IP d’un nombre de bits reçus et un utilisateur du débit observé par son application. Ces réponses ne s’annulent pas; elles se situent à des couches différentes.

RFC 5136 donne à la valeur physique le nom NomCap(L). Elle représente le maximum théorique que le lien peut supporter. Un port ou un support peut donc avoir une capacité nominale stable, tandis que la capacité réellement observable à la couche IP varie. Encodage, tramage, erreurs, taille des paquets et capacité de traitement des équipements séparent les deux.

La fonction de NomCap(L) est volontairement modeste. Elle fournit une borne supérieure et permet de ne pas confondre le support avec la couche réseau. Elle ne sert pas d’entrée automatique aux autres définitions du document. Dire qu’une interface est à 10 Gbit/s peut être exact dans l’inventaire et insuffisant pour expliquer ce qu’un flux a pu recevoir.

La dérive commence lorsqu’une organisation transforme successivement cette possibilité physique en capacité du chemin, en capacité disponible, en droit d’un client et en preuve d’un résultat. Chacune de ces transformations réclame un reçu supplémentaire. L’étiquette du port n’est pas fausse; elle est simplement muette sur ces autres questions.

Les bits IP ont une identité temporelle

RFC 5136 compte huit fois le nombre d’octets compris entre le premier octet de l’en-tête IP et le dernier octet de la charge utile, pour les paquets correctement reçus à la destination D. Le comptage commence à T et finit à T+I. La date de départ et la durée ne sont donc pas des métadonnées décoratives: elles font partie de la définition.

Un paquet corrompu sous IP et qui ne peut pas être livré à la couche IP est exclu. Un en-tête IP invalide est exclu. En revanche, la validité du transport ou de l’application n’est pas nécessaire. Un fragment IP correctement traitable compte, même si l’objet complet ne sera jamais reconstitué. La mesure décrit le travail de la couche IP, pas la réussite de l’application.

Cette frontière explique pourquoi un compteur réseau vert peut coexister avec un échec utilisateur. Des octets d’en-tête, des fragments orphelins ou une charge utile retransmise ont réellement consommé le chemin. Ils ne constituent pas nécessairement des octets uniques utilisables. Il faut conserver les deux vérités au lieu de demander à l’une de jouer le rôle de l’autre.

Même la coupure de l’intervalle a un effet. Si une frontière tombe au milieu d’un paquet, le fragment temporel n’est pas compté. Sur une observation longue, l’effet peut être faible; sur une fenêtre courte et peu chargée, il peut déformer le taux. Publier seulement le résultat final interdit ensuite d’évaluer ce biais.

Type P révèle la politique cachée derrière le chiffre

Type P désigne la population de paquets concernée. Elle peut être très large ou décrire précisément un flux. Le choix change le sens de la mesure parce qu’un réseau n’est pas neutre vis-à-vis de tous les paquets. Un marquage sélectionne une file, une ACL filtre un protocole, une politique de routage déplace un trajet, un équilibrage choisit un autre ensemble de liens.

Le document reconnaît deux besoins. Le fournisseur peut vouloir une vue large de la ressource. L’utilisateur d’une application peut vouloir une vue étroite de son trafic réel. Aucun résultat ne peut être transféré à l’autre perspective sans démontrer l’équivalence du traitement. Une sonde ICMP favorisée ou filtrée ne représente pas spontanément un flux de production.

La taille des paquets compte également. Des petits paquets imposent davantage de surcharge inférieure pour un même volume IP. Une compression d’en-têtes peut réduire ce qui traverse physiquement le support, alors que la définition IP compte les bits décompressés. Comparer ces compteurs sans décrire la transformation fabrique un écart qui n’est pas une panne.

Autrement dit, le chiffre a besoin d’un sujet. Qui envoie, qui reçoit, quels paquets, quel marquage, quelle taille, quelle route et quelle concurrence? Sans cette identité, « capacité mesurée » n’est pas une propriété portable.

Du maximum au disponible

C(L,T,I) est le nombre maximal de bits IP de Type P pouvant être transmis de S et correctement reçus à D sur le lien L pendant l’intervalle, divisé par sa durée. Pour le trajet P, la capacité est le minimum des capacités de ses liens. Le lien qui porte ce minimum est souvent appelé lien étroit.

L’usage Used(L,T,I) est autre chose: le nombre réel de bits IP correctement reçus, quelle que soit leur source. L’utilisation est Used/C. Une valeur de 70 % n’est donc interprétable que si l’on connaît le dénominateur, sa couche, son Type P et sa fenêtre.

La capacité disponible d’un lien est C*(1-Util). Pour le trajet, elle est le minimum des capacités disponibles de ses liens. Le lien correspondant est le lien serré. Il peut différer du lien étroit. Un lien lent mais calme peut offrir plus de marge qu’un lien plus rapide saturé par d’autres flux.

Cette différence change une décision d’investissement. Augmenter le débit nominal du lien étroit ne supprime pas nécessairement la contrainte du lien serré. Déplacer du trafic ou modifier l’ordonnancement peut améliorer la disponibilité sans toucher au support physique. Et aucune de ces actions ne prouve encore que l’application sait exploiter la marge créée.

La fenêtre qui transforme une observation en preuve limitée

Le trafic varie à toutes les échelles de temps. Une disponibilité mesurée à midi n’est pas une propriété permanente du chemin. RFC 5136 exige donc T et I, puis recommande une suite de mesures pour caractériser ce qui est volatile.

Une suite n’est cependant utile que si son échantillonnage est défendable. Une sonde lancée à une période multiple d’un cycle sous-jacent peut toujours tomber dans le même creux. Cent mesures cohérentes peuvent alors être cent observations du même biais. Il faut conserver cadence, gigue, échecs, changements de route et cycles de charge.

La fraîcheur relève ensuite de la décision. Un test ancien peut être une excellente archive de l’état ancien. Il ne prouve pas l’état actuel après une bascule, une maintenance, un changement de file ou une nouvelle population de trafic. Le tableau de bord doit exposer cette limite plutôt que colorer la dernière valeur en vert indéfiniment.

Le doublon compte pour le lien, pas forcément pour l’utilisateur

Dans la définition générale, un paquet dupliqué par le matériel et correctement reçu deux fois peut compter deux fois. Il a consommé la ressource deux fois. Pour l’application qui cherche des données uniques, la seconde copie n’ajoute aucune valeur. Il faut donc déclarer une règle d’unicité ou conserver deux métriques.

Ce cas est précieux parce qu’il montre qu’un taux élevé n’est pas automatiquement une bonne nouvelle. Une duplication peut augmenter le travail observé tout en révélant une anomalie. Les en-têtes et retransmissions posent la même question: ils appartiennent au coût réel de la couche, mais pas nécessairement au résultat utile.

RFC 3148 place la Bulk Transfer Capacity à la couche transport. Elle mesure des données uniques via une connexion sensible à la congestion. Les pertes déclenchent récupération et retransmission; délai et réordonnancement influencent la boucle de contrôle. Ce résultat ne correspond pas aux quantités IP de RFC 5136. Les deux éclairent le chemin depuis des perspectives différentes.

Les travaux ultérieurs, notamment RFC 9097, précisent des méthodes et statistiques de capacité IP unidirectionnelle. RFC 9946 encadre un protocole de test UDP. Ils rendent une observation plus reproductible; ils ne transforment pas le test en réservation de ressource, en droit contractuel ou en preuve de qualité applicative.

Une chaîne de reçus plutôt qu’un chiffre souverain

Le dossier commence par le support, le mode de l’interface et la capacité nominale. Il ajoute ensuite les extrémités, le chemin exact et chaque lien susceptible de fournir le minimum. Puis viennent la couche, Type P, les tailles, marquages, règles de duplication et critères de bonne réception. Enfin, il fixe T, I, les horloges et le plan d’échantillonnage.

Alors seulement les valeurs C, usage, utilisation et capacité disponible peuvent être interprétées. Les états de routage, files et équilibrage doivent rester liés au résultat. Un test actif doit aussi enregistrer sa charge offerte et démontrer qu’il n’a pas créé la congestion qu’il prétend observer.

Le contrat de service constitue un autre reçu. Le client peut disposer d’un débit engagé, d’une règle de burst ou d’un calcul percentile. RFC 5136 ne crée aucun de ces droits. Puis vient l’application: octets uniques, intégrité, délai, achèvement et effet visible.

Quand les couches divergent, l’écart est informatif. Une interface physique saine peut desservir un Type P contraint. Une forte capacité IP peut offrir peu de disponibilité. Une bonne disponibilité peut être mal exploitée par le transport. Un transfert correct peut rater l’échéance métier. Un seul indicateur vert ne peut juger toute la chaîne.

Une norme mince, une preuve locale épaisse

La retenue de RFC 5136 est sa force. Le texte donne un vocabulaire commun aux chercheurs, fournisseurs, auteurs d’outils et utilisateurs. Il ne prétend ni réserver une ressource, ni choisir une route, ni autoriser une charge de test, ni interpréter un contrat.

La couche commune doit permettre la comparaison sans absorber les décisions locales. Chaque système doit conserver la provenance de ce qu’il sait. Chaque transition d’une possibilité physique vers une disponibilité, puis vers un résultat, exige une observation nouvelle.

Pour la direction, le contrôle essentiel consiste à empêcher une équipe de noter l’ensemble du service avec son propre compteur. L’inventaire atteste la possibilité nominale. La mesure réseau atteste une observation IP bornée. Les opérations jugent sa fraîcheur. Le contrat définit l’engagement. L’application atteste le résultat.

Le port pouvait donc dire vrai. Ce que RFC 5136 refuse, c’est qu’il parle au nom de toutes les couches qui suivent.

Sources

  1. RFC 5136, HTML
  2. RFC 5136, texte brut
  3. Fiche RFC Editor de RFC 5136
  4. Fiche IETF Datatracker
  5. Historique du document
  6. Recherche des errata
  7. RFC 1812
  8. RFC 2330
  9. RFC 2544
  10. RFC 3148
  11. RFC 4656
  12. RFC 6349
  13. RFC 6703
  14. RFC 7312
  15. RFC 8337
  16. RFC 9097
  17. RFC 9473
  18. RFC 9946
  19. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  20. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  21. Running-Code Primary