RMON GUI Remote network Monitoring |
Table des matières |
Le programme RMON GUI peut afficher la table des protocoles du groupe 11 du standard RMON 2.
Ce tableau dresse la liste des protocoles que la sondes RMON a la capacité de décoder et de compter. Il y a une entrée dans ce tableau pour chaque protocole. Ces protocoles représentent différentes couche réseau et celui des couches supérieures de protocoles (couche transport et application). La sonde RMON démarre normalement avec ce tableau avec les protocoles de préconfigurés qu'il connaît et tient à surveiller.
Pour accéder à la table des protocoles cliquer sur l’icône ou sélectionner dans le menu Protocole l’option : Protocol List.
La table des Protocol contient les colonnes suivantes :
Column | Description |
---|---|
Protocol mib object : protocolDirID |
Le nom du protocole sous la forme layerX.layerY.layerZ....Exemple : ether2.ip.udp.snmp |
Local Index mib object : protocolDirLocalIndex |
Un unique index attribué à chaque protocol et utilisé dans tous les autres tables pour référence. RMON GUI utilise cette index pour afficher le protocol en clair dans les autres tables dans la colonne Protocol. La valeur de chaque protocole pris en charge reste constante, à moins d'une ré-initialisation de l'entité du système de gestion du réseau de la prochaine ré-initialisation, sauf que, si un protocole est supprimé et recréé, il doit être re-créé avec une nouvelle valeur qui n'a pas été utilisée depuis la dernière ré-initialisation.La valeur n'a de sens qu'au sein d'une même entité SNMP. A protocolDirLocalIndex ne doit pas être réutilisé jusqu'à ce que le prochain agent de redémarrage dans le cas où le protocole d'entrée de répertoire est supprimé. |
La table contient les champs d’index protocolDirID et protocolDirParameters qui sont utilisé comme index snmp.
Le champ Protocol, objet de MIB protocolDirID est une chaîne d’octets qui identifie de manière unique un protocole. Cette chaîne d’octets est organisée dans une structure hiérarchique dont la racine est le niveau MAC (medium access control). Les branches de cet arbre suivent la logique des couches OSI jusqu’au niveau 7
Exemple : ether2.ip.udp.snmp
La valeur protocolDirID se décompose en plusieurs champs organisés comme suit :
En exemple :
Pour le protocole Ethernet 2, protocolDirID sera codé : 4.0.0.0.1
4 précise que quatre octets composent le protocole et 0.0.0.1 précise que le protocole est Ethernet 2
Pour de l’IP dans de l’Ethernet 2, protocolDirID sera codé : 8.0.0.0.1.0.0.8.0
8 précise que huit octets composent le protocole et 0.0.0.1 précise que le protocole est Ethernet 2 au niveau MAC et 0.0.8.0 spécifie le protocole IP au niveau réseau.
Pour de l’UDP dans de l’IP dans de l’Ethernet 2, protocolDirID sera codé : 12.0.0.0.1.0.0.8.0.0.0.0.17
12 précise que douze octets composent le protocole et 0.0.0.1 précise que le protocole est Ethernet 2 au niveau MAC, 0.0.8.0 spécifie le protocole IP au niveau réseau et 0.0.0.17 précise que la couche transport est UDP.
Pour du SNMP dans de l’UDP dans de l’IP dans de l’Ethernet 2, protocolDirID sera codé : 12.0.0.0.1.0.0.8.0.0.0.0.17.0.0.0.161
16 précise que seize octets composent le protocole et 0.0.0.1 précise que le protocole est Ethernet 2 au niveau MAC, 0.0.8.0 spécifie le protocole IP au niveau réseau, 0.0.0.17 précise que la couche transport est UDP et 0.0.0.161 précise que l’application est snmp.
www.loriotpro.com |
|