Résumé

  • RFC 2213 projetait les attributs d’interface et les flux réservés dans une MIB SNMPv2 : sélecteurs, débit, rafale, file, contrôle de trafic, politique de perte et RowStatus.
  • Le texte limitait pourtant chaque indice : le numéro ne servait qu’à SNMP, l’owner nommait une classe de processus, les compteurs commençaient à l’installation et un SET pouvait créer une réservation selon d’autres règles que RSVP.

Le mécanisme intSrvFlowNewIndex paraît modeste. Le gestionnaire lit une valeur TestAndIncr, la renvoie dans le SET qui crée une ligne et recommence si l’agent répond inconsistentValue. Il évite ainsi que deux créateurs utilisent le même index. Mais ce petit protocole de concurrence dit déjà l’essentiel : une adresse de table peut être solide sans être l’identité du phénomène décrit.

Dans RFC 2213, intSrvFlowNumber porte le type SessionNumber. La spécification précise toutefois qu’il n’existe que pour l’indexation SNMP et n’a aucun rapport avec une valeur de protocole. Il ne désigne donc ni la SESSION RSVP, ni une application, ni un client, ni un contrat de bout en bout. Il permet seulement de retrouver une ligne dans la MIB locale.

Rendre les ressources administrables

Publié en septembre 1997 par Fred Baker, John Krawczyk et Arun Sastry, RFC 2213 définit la MIB Integrated Services en SMIv2. Une première table présente la capacité réservable de l’interface : bits et buffers alloués, maximum configuré, nombre de flux, délai ajouté et statut. Une seconde décrit les flux réservés actifs sur les interfaces du système.

La ligne de flux rassemble le type de session, le processus installateur, les adresses et masques source et destination, le protocole, les ports, l’interface, le débit, la rafale, le poids, la file, les tailles de message, deux compteurs, la règle de perte, le service QoS, l’ordre du classificateur et RowStatus. Beaucoup de colonnes sont read-create. La gestion peut donc observer et, si l’implémentation l’autorise, créer ou modifier une partie de la politique.

La clause de conformité reste plus prudente : plusieurs objets read-create peuvent être seulement read-only. Une MIB définit une surface possible ; elle ne certifie pas les pouvoirs réellement offerts par chaque équipement.

Owner n’était pas ownership

intSrvFlowOwner offre trois valeurs : other, rsvp et management. Elles indiquent le processus qui a installé le flux dans la base de politique de file. Elles ne nomment pas la personne qui a demandé le service, l’organisation qui paie, le credential présenté ou l’autorité qui a approuvé l’acte.

Cette limite empêche une fausse chaîne d’attribution. Une ligne portant rsvp ne conserve pas le message Resv, les données de politique, la décision d’admission ni les refreshs qui maintiennent l’état souple. RFC 2205 séparait le signal RSVP, le routage et le contrôle de trafic. Le classificateur sélectionnait les paquets ; l’admission décidait des ressources ; l’ordonnanceur réglait la transmission. L’owner de RFC 2213 n’atteste pas l’exécution continue de cet ensemble.

Les sélecteurs décrivent aussi une portée locale. Adresses, longueurs de masque, protocole, ports et interface exposent la règle attendue. Certaines colonnes sont figées lorsque la ligne est active. Cette stabilité protège la cohérence de la ligne ; elle ne démontre pas qu’un paquet réel l’a rencontrée ni que les autres routeurs du chemin possèdent le même état.

Les chiffres n’avaient pas tous la même unité de vérité

Le débit réservé dépend du service : le taux du Tspec pour Controlled-Load, le taux de vidange du Rspec pour Guaranteed Service. La rafale exprime la plus grande rafale attendue, mais un pacing plus strict reste au choix du réseau. MinTU et MaxTU règlent la manière dont le policing traite les tailles, sans mesurer les paquets observés.

Le poids et le numéro de file sont explicitement propres à l’implémentation. Deux valeurs identiques sur deux routeurs peuvent désigner des algorithmes, priorités ou files différents. Elles ne prouvent ni le délai subi, ni la contention, ni même l’algorithme effectivement exécuté.

Les compteurs ont leur propre calendrier. La description de la ligne indique que intSrvFlowPoliced commence à l’installation du flux ; l’objet compte les paquets contrôlés depuis le début du service de cette ligne. intSrvFlowBestEffort compte ceux renvoyés vers le best effort. La politique intSrvFlowDiscard décide si le trafic contrôlé est perdu ou déclassé.

Sans date d’installation, un compteur est amputé de son dénominateur temporel. Une recréation de ligne ouvre une nouvelle histoire. Zéro peut signifier absence de violation, absence de trafic correspondant ou simple jeunesse de l’entrée. Une hausse établit une action locale selon les règles de l’agent, pas la conformité de tous les autres paquets ni leur livraison.

Active ne remontait pas le chemin de causalité

intSrvFlowStatus vaut active pour les flux actifs et peut servir à installer, supprimer ou autoriser une information statique de classification. RowStatus décrit l’état d’une ligne disponible au dispositif. Il ne contient pas le dossier d’autorisation qui l’a produite.

RFC 2213 le dit sans détour dans sa section sécurité : un SNMP SET peut produire une réservation RSVP ou Integrated Services selon des règles différentes d’une négociation RSVP. Le succès d’une écriture de gestion ne peut donc pas être présenté comme le consentement du récepteur. Il ne prouve pas non plus la continuité de l’état souple, la décision de policy control, le match du classificateur, le comportement de l’ordonnanceur ou le service sur tous les sauts.

RFC 2205 limitait même la confirmation RSVP à une indication de forte probabilité, non à une garantie que le service était en place jusqu’aux émetteurs. La ligne locale de RFC 2213 est une pièce plus étroite encore.

La force historique de cette MIB réside dans cette modestie. Elle transforme des états cachés en objets consultables et parfois contrôlables. Elle devient trompeuse seulement lorsque l’outil d’administration est traité comme le résultat qu’il aide à examiner.

Sources