Summary

  • Dans le RFC 1696, l’objet modifiable mdmCCRingsBeforeAnswer indiquait à quelle sonnerie le modem devait décrocher. La valeur zéro supprimait sa réponse automatique.
  • L’objet mdmLineState acceptait aussi des commandes pour raccrocher, retirer la ligne du service ou réinitialiser le modem. Le texte de 1994 ne traite pas la sécurité de ces commandes ; il a ensuite été classé Historic.

Une sonnerie, puis rien. Le téléphone a bien appelé, mais le modem ne décroche pas. En août 1994, quatre auteurs ont mis cette possibilité dans la grammaire de la gestion réseau. Leur Modem Management Information Base définissait mdmCCRingsBeforeAnswer, un nombre que le gestionnaire pouvait modifier. La valeur par défaut était un : répondre à la première sonnerie. La valeur zéro disait de ne pas répondre.

Le document visait les modems d’accès commuté et appareils voisins. Il promettait un ensemble minimal d’objets pour observer et commander. Une ligne de table représentait chaque modem administré. On pouvait lire son fabricant, son modèle, ses capacités, ses appels réussis ou ratés et le nombre de sonneries sans réponse. Ces données servaient au diagnostic. Mais la table contenait aussi des verbes déguisés en valeurs.

mdmLineState était accessible en écriture. Depuis n’importe quel état, une commande pouvait choisir « raccroché », « mis hors service » ou « réinitialisé ». Le protocole n’autorisait pas d’autres changements arbitraires de l’état. Après une réinitialisation, la nouvelle valeur dépendait de l’implémentation. Pour l’exploitant d’un banc de modems, ce champ n’était pas un simple voyant : c’était un levier sur la ligne.

La minutie du RFC rend cette prise plus large. Le délai après perte de porteuse se réglait par dixièmes de seconde ; 255 signifiait que le modem ne raccrochait pas pour cette raison. Un autre délai coupait un appel asynchrone inactif, sauf si l’on choisissait zéro. Les capacités de protocole pouvaient être demandées comme désactivées, optionnelles ou préférées. Une valeur distincte indiquait ce que le modem avait réellement accordé. Écrire une préférence et obtenir un comportement étaient deux opérations à vérifier séparément.

L’économie d’exploitation était claire : lire les compteurs, modifier la configuration, lire de nouveau. Le risque l’était aussi. Une modification du nombre de sonneries pouvait laisser des appels entrants sans réponse ; une ligne déclarée hors service cessait de jouer son rôle normal. Le texte ne rapporte aucun incident précis. Son paragraphe sur la sécurité annonce simplement que ces questions ne sont pas abordées. Le RFC Editor indique aujourd’hui Historic : le RFC 4450 l’a inclus en 2006 parmi les anciennes propositions réévaluées.

La fiche d’inventaire et la commande qui prive un abonné de réponse habitaient la même interface. C’est la frontière à tenir : le droit de consulter l’état d’un modem ne donne pas automatiquement le droit de décider qu’il restera muet.

Sources