RMON GUI Remote network Monitoring
Manuel de l'administrateur

Table des matières

Table des protocoles RMON

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 rmon2 protocol table 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.

A propos du protocol et de son décodage

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