Résumé

  • RFC 1315 définit des objets de gestion pour les DTE Frame Relay et décrit une interface physique vers le réseau avec plusieurs connexions virtuelles ou voisins.
  • Les objets DLCMI règlent les intervalles d’enquête, une fenêtre d’événements et un seuil d’enquêtes sans réponse avant la déclaration down ; les groupes circuits et erreurs restent distincts.
  • Une telle déclaration est un jugement local sur l’interface gérée. Elle ne prouve pas l’indisponibilité de chaque VC, pair, trame ou service.

Une attache, plusieurs relations

Le modèle opérationnel du RFC voit Frame Relay comme un média à accès multiple, non comme une collection de liaisons physiques point à point. Une connexion physique peut mener à plusieurs destinations par des connexions virtuelles. Cette hiérarchie aide un gestionnaire à regrouper les VC avec leur interface correspondante, donc à chercher plus vite une cause au bon endroit.

Regrouper ne veut pas dire confondre. La MIB comprend un groupe DLCMI, un groupe des circuits et un groupe des erreurs parce que ces objets répondent à des questions différentes. Une ligne de table de circuit peut décrire un DLCI et un circuit virtuel. Un objet d’interface peut décrire le mécanisme de gestion actif. Un compteur peut compter une observation donnée. Aucun de ces enregistrements ne reçoit automatiquement l’autorité des deux autres.

Une ligne présente ne prouve pas que le circuit a transporté du trafic. Un état down de l’interface ne raconte pas ce qui est arrivé à chaque VC avant, pendant ou après. Un compteur ne désigne pas l’application touchée. La force de la MIB est de rendre ces niveaux adressables ; une enquête fiable doit conserver leur différence.

Compter le silence sans inventer une panne totale

La partie DLCMI rend cette discipline mesurable. RFC 1315 définit un intervalle entre les demandes d’état, un intervalle de demande complète, un seuil d’erreurs et le nombre d’intervalles surveillés dans lequel ces erreurs sont comptées. Le seuil est le nombre maximal de demandes d’état sans réponse accepté avant que l’équipement ne déclare l’interface down.

Ce n’est donc pas une théorie selon laquelle toute absence de réponse est une catastrophe. L’agent compte une classe déterminée d’absence dans une fenêtre configurée, puis applique une limite configurée. La conclusion que cette procédure supporte est précise : selon ces paramètres, l’agent a rendu un jugement de gestion sur cette interface Frame Relay.

Le RFC ne dit pas pourquoi les réponses manquaient. Il ne prouve pas une défaillance d’opérateur, l’inaccessibilité d’un équipement distant, un changement de tous les circuits, la perte de paquets ou une interruption pour les lecteurs. frDlcmiState décrit le schéma de gestion actif et implique le DLCI employé sur l’interface ; ce n’est ni l’identité de tout un chemin ni un certificat de disponibilité de tous ses VC.

RFC 1293, voisin dans cette série, traite une autre question : l’interrogation InARP lorsqu’un DLCI est connu mais l’adresse protocolaire distante inconnue. RFC 1294 traite l’assignation préalable VC-encapsulation et l’interprétation d’une trame. RFC 1315 traite la façon de gérer une surface partagée, non la découverte d’un pair ou l’admission d’un format.

Les changements ont leur propre preuve

Le RFC précise que les circuits virtuels peuvent être ajoutés, supprimés ou changer de disponibilité en exploitation normale. Il définit aussi un trap Frame Relay censé compléter Link Up et Link Down. Ce trap est une notification de gestion ; il n’est pas un audit de chaque trame, une garantie d’arrivée de la notification ou une preuve d’effet applicatif.

Pour reconstruire un incident, garder séparément la transition d’interface, les comptages d’enquête, la fenêtre et le seuil, un instantané de table de circuits, le trap, les échanges de gestion, les mesures de trafic et une sonde de service éventuelle. La transition dit ce qu’a décidé l’agent ; le compteur dit ce qu’il a compté ; la table dit ce que la MIB représentait. Une corrélation peut mener à un diagnostic, mais aucune trace ne doit se substituer aux autres.

Sources et limites de preuve

Cette analyse repose sur RFC 1315, Management Information Base for Frame Relay DTEs (avril 1992). Il étaye le modèle une-interface/plusieurs-connections-virtuelles, les groupes DLCMI/circuits/erreurs, intervalles, seuils, fenêtre, changements de VC et trap. Il n’établit aucune interface réelle, opérateur, voisin, panne de circuit, paquet, impact client, correction ou rétablissement.