Résumé

  • RFC 1317 décrivait la couche physique des liaisons série de type RS-232 et distinguait tables générales, ports asynchrones ou synchrones, signaux d’entrée et signaux de sortie.
  • Avec l’autobaud actif, le système de gestion pouvait observer provisoirement une vitesse, une parité ou une taille de caractère différente de celle qui avait été réglée.
  • Cette différence ne démontrait ni une écriture de configuration, ni un opérateur, ni un changement durable, ni l’identité d’un pair, ni une session établie ou un résultat applicatif.

Deux valeurs vraies au même instant

L’administration aime les miroirs. Une valeur est réglée, puis relue ; la seconde devrait reproduire la première. Si elle diffère, l’enquête cherche spontanément un changement. Ce raisonnement devient fragile dès que le matériel possède un mécanisme d’adaptation.

Publié en avril 1992, RFC 1317 définissait une MIB pour les dispositifs RS-232, RS-422, RS-423, V.35 et d’autres liaisons série comparables. Il plaçait cette MIB au niveau physique, sous la Character MIB ou la PPP MIB. Un même port pouvait servir une application de terminal ou une connexion réseau, sans que son enregistrement physique décrive pour autant l’utilisateur, la session ou le paquet.

Cette séparation architecturale précède toute lecture de compteur. Le fait qu’une couche supérieure dépende du port n’autorise pas le port à parler en son nom. L’état électrique n’est pas l’état d’une session ; l’état d’une session n’est pas la preuve d’une livraison.

L’objet rs232AsyncPortAutobaud rend la distinction explicite. Lorsqu’il est activé, le port peut détecter automatiquement la vitesse entrante et adopter des valeurs différentes pour la vitesse, la parité et la taille des caractères. Le système de gestion peut alors voir, temporairement, autre chose que ce qui avait été réglé. Le registre du réglage et le relevé courant ne se contredisent pas : ils décrivent deux moments et deux fonctions.

La table ne nommait pas un interlocuteur

La table générale attribue à chaque port un index local, un type matériel, un nombre de signaux d’entrée détectables et de signaux de sortie commandables, ainsi que des vitesses d’entrée et de sortie. L’index doit rester stable au moins d’une réinitialisation de l’agent à la suivante et peut correspondre à un connecteur. Il n’est pas l’identité d’un modem distant, d’un utilisateur ou d’une organisation.

Une table asynchrone conserve les bits par caractère, les bits d’arrêt, la parité, l’autobaud et les compteurs d’erreurs de parité, de tramage et de débordement. Une table synchrone conserve la source d’horloge et plusieurs compteurs de trames. Deux autres tables séparent les signaux d’entrée des signaux de sortie.

Ces divisions préservent les verbes. Un paramètre est réglé ; une valeur est détectée ; une erreur est comptée ; une ligne d’entrée est observée ; une ligne de sortie est commandée. Les réunir sous l’étiquette « état du port » ferait disparaître l’origine et l’autorité de chaque donnée.

Autobaud n’était pas un journal de changement

Voir une taille de caractère différente ne révèle pas qui a écrit quoi. Le relevé prouve seulement la valeur exposée par la MIB au moment de la collecte, dans les limites de l’implémentation. Si l’autobaud est actif, RFC 1317 fournit un mécanisme licite pour expliquer l’écart.

Il ne fournit ni la séquence d’entrée qui a provoqué l’adaptation, ni sa durée, ni l’existence d’une écriture authentifiée. Il ne dit pas non plus si le port est revenu au réglage antérieur. Qualifier immédiatement l’écart de « dérive de configuration » ajoute donc persistance, intention et anomalie à un relevé qui ne les contient pas.

L’adaptation physique n’identifie pas davantage le pair. Une cadence entrante peut contribuer à une corrélation, mais elle n’est pas un justificatif d’identité. Elle ne prouve ni une session Character, ni la fin d’une négociation PPP, ni les octets échangés.

Les compteurs ne choisissaient pas la cause

Les compteurs asynchrones couvrent les caractères reçus avec erreur depuis la réinitialisation du système et pendant que le port est up ou test. Une augmentation établit une classification dans cette fenêtre. Elle peut justifier l’examen des paramètres, du câblage, de la charge ou du matériel ; elle ne décide pas lequel est responsable.

Une erreur de parité ne prouve pas à elle seule un mauvais réglage de parité. Une erreur de tramage n’identifie pas l’équipement émetteur. Un débordement ne dit pas quelle application a tardé, ni si un résultat visible a échoué. Un total cumulé perd en outre l’ordre et la durée : deux échantillons donnent un delta, pas une chronologie complète.

Les compteurs synchrones restent tout aussi bornés. Séquence de contrôle invalide, sous-alimentation de l’émetteur, débordement du récepteur, perte de signaux ou séquence d’abandon décrivent la couche concernée. Ils ne constituent pas automatiquement une panne de service, une faute ou une transaction manquée.

Les noms des signaux n’étaient pas des acteurs

Request to Send, Clear to Send, Data Set Ready, Data Terminal Ready, Ring Indicator ou Received Line Signal Detector semblent raconter une communication. RFC 1317 les traite pourtant comme des lignes physiques, avec une direction, un état none/on/off et un nombre de transitions.

Un signal d’entrée est une ligne que le logiciel peut détecter. Un signal de sortie est une ligne qu’il peut commander. Détecter une ligne n’authentifie pas l’autre côté ; en commander une ne prouve pas que l’autre côté a obéi. Le compteur compte les bascules, non les appels, les personnes, les sessions ou les messages.

La révision SMIv2 a conservé la limite

RFC 1659 a remplacé RFC 1317 en juillet 1994 et reformulé la MIB en SMIv2. Il a conservé son emplacement physique et la même réserve sur l’autobaud. Cette continuité montre que la différence entre réglage et observation n’était pas une formule accidentelle. Elle ne prouve toutefois aucun déploiement réel.

Un dossier défendable doit donc conserver un ensemble : index et type du port, paramètres réglés, état de l’autobaud, valeurs observées avec heure, limites de réinitialisation, deltas de compteurs, direction des signaux et identifiants de couche supérieure obtenus ailleurs. L’historique authentifié des changements établit l’auteur d’une écriture. Les journaux de session établissent la session. Les traces applicatives établissent le contenu et le résultat. Le relevé différent de RFC 1317 ne remplace aucun de ces éléments.

Sources et limites de preuve

Cet article s’appuie sur RFC 1317, publié en avril 1992, et sur son successeur SMIv2 RFC 1659, publié en juillet 1994. Ils étayent la portée physique, la séparation des tables, l’autobaud, les compteurs bornés, les signaux et la relation d’obsolescence. Ils n’établissent aucun dispositif réel, réglage, opérateur, pair, session, contenu, déploiement, livraison ou résultat.