Résumé

  • RFC 2108 a étendu le MIB des concentrateurs aux répéteurs multiples et au 100BASE-T, avec TopN, recherche d’adresse et méthode de cartographie.
  • La précision venait de l’agent de gestion et de règles de mesure communes ; les ports du répéteur restaient des chemins physiques, sans traitement MAC ni interprétation des paquets.
  • Une adresse observée ou une carte calculée ne démontrait ni la propriété d’un terminal, ni sa présence actuelle, ni la cause d’une panne, ni le droit d’agir.

Une carte propre exerce une autorité disproportionnée. Sur un écran d’exploitation, une ligne reliant une adresse MAC à un port paraît plus certaine que la chaîne d’observations qui l’a produite. Le mérite de RFC 2108 fut de rendre cette chaîne explicite.

Publié en février 1997 au statut Proposed Standard, le texte remplaçait RFC 1516. Il conservait le modèle du premier Hub MIB, le portait en SMIv2 selon RFC 1902 et ajoutait cinq capacités décisives : plusieurs répéteurs dans un même système, le 100BASE-T, des rapports TopN, la recherche active d’une adresse et un algorithme de topologie.

L’interface de gestion n’était pas le port

Le texte pose d’abord une frontière matérielle. Un répéteur traite l’activité et les bits à la couche physique. Dans sa fonction de répétition, il n’a pas d’adresse MAC et n’analyse pas les champs d’un paquet. L’équipement peut pourtant contenir une entité de gestion dotée d’un agent SNMP et d’une véritable interface réseau.

C’est cette dernière qui figure dans la table des interfaces de MIB-II, parce qu’elle émet et reçoit les opérations de gestion. Les ports répéteurs n’y sont pas transformés en interfaces de niveau paquet. Un agent peut publier ce que l’instrumentation a vu près d’un port sans prétendre que le port a compris ce qu’il transportait.

Cette séparation autorise un langage de mesure commun. RFC 2108 reprend les compteurs définis dans la section 30.4 d’IEEE 802.3 : trames lisibles, octets, erreurs FCS ou d’alignement, événements courts, collisions, collisions tardives, disparités de débit, partitions automatiques, isolements ou erreurs de symbole. L’IEEE dit ce qui est mesuré et où ; le MIB dit comment le gestionnaire le récupère. Le même instrument peut ainsi nourrir deux vues cohérentes.

TopN classait une variation, pas une culpabilité

Pour produire un TopN, le gestionnaire choisissait un compteur, un ensemble de ports et une durée. L’agent calculait la variation du compteur pendant cette fenêtre, puis classait les ports. La première place signifiait seulement « plus grande variation observée selon cette métrique et dans cet intervalle ».

Le rapport était volontairement incomplet avant la fin de la collecte. Un changement d’affectation d’un port à un répéteur pouvait rompre la continuité ; il fallait consulter l’horodatage du dernier changement. Sorti de son intervalle, de sa métrique et de l’historique de configuration, le classement perdait son sens opérationnel.

Une adresse entendue n’était pas une identité certifiée

Le suivi passif conservait l’adresse source de la dernière trame lisible observée sur un port. C’était une piste remarquable dans un local rempli de câbles. Mais « dernière vue » ne voulait pas dire « propriétaire », « encore connecté », « autorisé » ou « joignable maintenant ». Le terminal avait pu bouger ; un pont avait pu relayer la trame ; l’adresse pouvait avoir été réutilisée ou usurpée.

La recherche active encadrait mieux encore l’incertitude. Une station de gestion demandait à l’agent de surveiller une adresse source donnée. Le résultat pouvait être single, multiple ou none. Le groupe et le port n’avaient de valeur déterminée que dans le premier cas. La norme refusait ainsi de fabriquer une localisation unique à partir de plusieurs observations.

Un jeton de propriétaire et une expiration empêchaient deux consoles d’écraser la même recherche. Ce verrou coordonnait les gestionnaires ; il n’authentifiait pas le terminal et ne donnait pas le droit de le déconnecter.

La topologie était un raisonnement reproductible

L’algorithme associait les recherches d’adresse du répéteur aux bases de transfert des ponts ou commutateurs. En éliminant récursivement les positions impossibles, le logiciel dressait une représentation de la topologie physique. La qualité de cette représentation dépendait des trames effectivement émises, de l’âge des bases de transfert, de la synchronisation des recherches et de la stabilité du réseau.

La carte était donc une inférence utile, pas le réseau lui-même. Elle ne prouvait ni la joignabilité actuelle, ni le lien causal entre un compteur et une panne, ni l’autorisation d’une intervention, ni le rétablissement du service.

RFC 4441 a plus tard replacé le Hub MIB dans la coopération entre l’IEEE et l’IETF : trois itérations, puis un arrêt probable à mesure que les répéteurs disparaissaient. RFC 1988 documente séparément l’engagement de Hewlett-Packard concernant le brevet lié au suivi d’adresse. Ces deux limites — cycle de vie et droit d’implémentation — ne changent pas la leçon technique.

Trois textes de Heng Lu l’éclairent sous l’angle institutionnel : spécifier un minimum commun sans centraliser les décisions futures, ne pas confondre une représentation administrative avec la réalité et maintenir le code en fonctionnement comme épreuve du réel. RFC 2108 suivait déjà cette discipline : normaliser l’observation, laisser l’interprétation responsable à l’opérateur.

Sources