II.

SNMP
1. 2. 3. 4.

Architecture SNMP Le protocole SNMP Les bases dinformation: MIB La reprsentation des donnes

5.

Les Messages SNMP

Introduction
Les rseaux IP ont connu un essor important
concevoir trs rapidement des outils de gestion des rseaux

TCP/IP.
SNMP domine actuellement dans le monde TCP/IP o il

est le standard recommand depuis mai 1990.

Son modle d'architecture repose sur un ensemble de

composants:
de rseau (nuds ou agents)

de stations d'administration (station de gestion ou manager). Les managers sont chargs de surveiller les nuds du rseau.

Le rle du protocole SNMP est de vhiculer les

informations de gestion entre managers et nuds du rseau.

Objectifs de conception
Intgration aussi simple que possible de la fonction de

gestion dans les lments de rseaux

Petite taille de code Agents lgers cause du nombre limit de fonctions La complexit est reporte vers les Managers (stations de

gestion)
Indpendance de larchitecture du rseau et des types

dlments
Utilisable aussi bien dans les imprimantes, PCs ou serveurs

Facilement extensible
Dfinition de nouveaux modules de MIBs

Robustesse
Ne ncessite quun service de transport simple et orient

sans connexion Fonctionne mme si le rseau subit de graves problmes.

STANDARDS impliqus
SMI: Structure of Management Information
RFC 1155

MIB-II: Management Information Base

RFC 1213

Un grand nombre de MIB additionnelles existe

SNMP: Simple Network Management Protocol

RFC 1157 Nouvelles versions : SNMPv2 et SNMPv3

Historique
Premire version en 1989
Pas de scurit MIB version 1 assez simple

Deuxime version en 1993

Scuris (chiffrement, authentification)

Admet ladministration distribue

Complte la MIB ( MIB-2) Ajoute un agent RMON la MIB-2 Ajoute une sous-MIB Manager-to-Manager

SNMPv3 (1998)
Modulaire Renforce la scurit
5

Architecture
SNMP (Simple Network Management Protocol) est

un protocole de gestion de rseau. Il part du principe qu'un systme d'administration rseau se compose:
de nuds administrs (MN = Managed Node) chacun

contenant un agent.
Les agents sont les serveurs.

d'au moins une station d'administration. (NMS =

Network Management Station).

Cette station d'administration est le Client

d'un protocole rseau utilis par la NMS et les agents

pour changer des informations d'administration. (ici SNMP)

6

SNMP Architecture gnrale

Manager SNMP

Protocole dchange dinformation de gestion Elments de rseaux

Rseau IP
Information de gestion

A=Agent
7

SNMP - lments principaux

NMS Agent
Objets SNMP (MIB)
Ex: -Segments TCP envoys -Datagrammes IP reus

SNMP SNMP SNMP

SNMP

Agent Agent Agent mandataire

8

Agent

Plan Architectural

Agent mandataire (Proxy)

L'utilisation de SNMP suppose que tous les agents et

les stations d'administration supportent IP et UDP. Ceci limite l'administration de certains priphriques qui ne supportent pas la pile TCP/IP. De plus, certaines machines (ordinateur personnel, station de travail, contrleur programmable, ... qui implantent TCP/IP pour supporter leurs applications, mais qui ne souhaitent pas ajouter un agent SNMP. => utilisation de la gestion mandataire (les proxies) Un agent SNMP agit alors comme mandataire pour un ou plusieurs priphriques
10

Agent mandataire (Proxy)

11

Information dadministration
Chaque entit gre des variables dcrivant son tat. Une variable est appele objet.

Lensemble des objets dun rseau se trouve dans la MIB

(Management Information Base)

Exigences
Modlise llment de rseau quelle reprsente
Importante pour ladministration dun lment de rseau Pas propritaire ou spcifique un fournisseur dquipements Standardisable

En plus
Offre les oprations de lecture et dcriture et parfois dautres

supplmentaires Notifie par un message dalarme lorsquelle dpasse une valeur de seuil ou dans des situations critiques
12

Gnralits
Objet gr :
Unit dinformation reprsentant ltat des ressources

gres.
Management Information Base (MIB) :
Spcification dun ensemble structur dobjets.

Extensibilit :
MIB Propritaire : Efficacit de gestion des

quipements dun constructeur. MIB utilisateur : Gestion de lenvironnement d un utilisateur

13

Managed Object (MO)

Oprations
Managed Object

Comportement

Rponses/Notifications

Exemples de Managed Objects dune imprimante

Attributs
Etat actuel (prte, imprime, problme, )

Etat du Toner (normal, bas, vide)

Nombre total de pages imprimes Informations sur le Job actuel (Utilisateur, taille, )

Oprations supplmentaires
Impression dune page de tests, mettre Offline,

14

Management Information Base (MIB)

Dfinition
La Management Information Base (MIB) est une

collection de Managed Objects qui reprsente llment de rseau. Un lment de rseau contient usuellement plusieurs modules. Chaque MO fait partie dun groupe et un ensemble de groupes forme un module.
Nommage unique de chaque MO lintrieur de la MIB

La MIB a une structure de nommage extensible pour

tre complte, volont, avec des modules standardiss ou privs. Distinction entre la Dfinition dun module et son Instanciation dans un lment de rseau

15

MIB: Espace de nommage global

ccitt (0) standard (0) registration authority (1) dod (6)
internet (1) directory (1) management (2) mib-2 (1) experimental (3) private (4)

iso (1) memberbody (2)

joint-iso-ccitt (2) Chaque MO est identifi

identifiedorganization (3)

dans un espace de nommage global et hirarchique (arbre invers).

Les noeuds servent structurer en groupes et en modules.

system (1)

Chaque MO est une feuille de larbre.

16

sysDescr (1) sysObjID (2) sysUpTime (3)

MIB: Nommage des MOs (I)

MY-MIB

(1) info (2)

address (1)
134.21.1.15

name (1)
server-1

uptime (2)
12345

Nommage dun MO de type scalaire

Par concatnation des identificateurs de

la racine lobjet et en rajoutant un 0 la fin.

Exemples .1.1.0 134.21.1.15 .1.2.1.0 server-1 .1.2.0 ERREUR Alternative (symbolique): .MY-MIB.info.uptime 12345

17

MIB : Nommage des MOs (II)

MY-MIB
(1)
address (1)
134.21.1.15

info (2)

routeTable (3)

name (1)
server-1

uptime (2)
12345

dest (1) 2 3 5 7 8 9
Exemples:

next (2) 2 3 2 2 3 3

Nommage des entres dune table

Au lieu du 0 final, les valeurs des

variable(s) qui forment lindex de la

table sont rajoutes.
Une table est accde

squentiellement, valeur par valeur et

1.3.2.5 1.3.1.7

2 7
18

non pas dans son ensemble.

Nommage des entres dune table

Dfinition dune colonne dindexation. Exemple : La valeur de NEW-MIB routeTable next

5 est 2

19

Indexation dune table

EXEMPLES: OID de la Table = 1.3

1.3.1.5 => 5
1.3.2.5 => 2 1.3.1.9 => 9 1.3.1.1 => Entre inexistante 1.3.2.1 => Entre inexistante

1.3.2.9 => 3
1.3.2.7 => 2
20

Indexation dune table

Un index nest pas ncessairement un

entier : Ici lindex est une adresse IP

EXEMPLES:

OID de la Table = 1.3

1.3.1.130.89.16.23 => 130.89.16.23 1.3.2.130.89.16.23 => 130.89.16.1 1.3.1.193.22.11.97 => 193.22.11.97 1.3.2.193.22.11.97 => 130.89.16.4 1.3.2.130.89.19.121 => 130.89.16.1
21

Indexation multiple dune table

Un index nest pas toujours unique et par la suite on

aura besoin de dfinir plus quun index pour sassurer de lunicit de la combinaison de ces index : Dans le cas dune table de routage un noeud peut tre atteint de par diffrents chemins et par la suite lindexation de la table sur la seule adresse IP destination ne suffit plus.

22

Indexation multiple dune table

Exemple:

23

SMI
La SMI (Structure of Management Information)

spcifie les rgles de dfinition des Managed Objects (MO) qui sont:

Variables types simples (scalaires); elles peuvent tre

organises en tables 2 dimensions au maximum Bass objets mais pas orientes objets; les oprations offertes sont uniquement la lecture et lcriture Spcifis par un sous-ensemble de Abstract Syntax Notation 1 (ASN.1, Version 1988)
Ces rgles sont valables quelque soit le protocole de

gestion utilis. Un MO est dfini par

Type (Syntax), mode daccs (Access), tat de

dfinition (Status), description et un Identificateur unique

24

Utilisation de SMI
SMI (Structure of Management Information)
Constitue un moyen normalis de reprsenter des

informations de gestion : Dfinition de la structure dune MIB particulire Dfinition de chacun des objets de la MIB (syntaxe et valeur) Codage des valeurs dobjets
Dfinitions formelles en A.S.N.1 (Abstact Syntax

Not.1)

25

La structure des informations d Administration (SMI)

Un objet peut agrger plusieurs objets :

Object1 Object2

Object3

Object4

object3 Object Identifier {object2 1} object4 Object Identifier {object2 2} object2 Object Identifier {object1 1}

26

Dfinition dun objet

Un objet est dfini par les champs suivants :
Syntax : ce champ indique la syntaxe du type dobjet. La syntaxe

doit tre dfinie dans les structures SMI. Max-Access : ce champ indique le niveau daccs de cet objet. Status : le niveau de support que requiert cet objet. Description : contient une description textuelle de lobjet.
Le nom et lidentificateur de lobjet sont crits respectivement

au dbut et a la fin de la macro de dfinition de lobjet.

Les noms de variables MIB sont extraits d un espace des

noms didentificateurs dobjets grs par l ISO et l UIT-T.

La responsabilit des rgles de nommage est dcompose,

chaque niveau, en domaines

Chaque groupe a la responsabilit du choix de certains noms

sans avoir consulter lautorit suprieure pour chaque dcision.

27

SMI Syntax
INTEGER OCTET STRING
OBJECT IDENTIFIER INTEGER Integer32 OCTET STRING OBJECT IDENTIFIER Unsigned32 Nombre entier sign compris entre -231 et 231-1

Chane doctets
Identificateur unique Entier naturel compris entre 0 et 232-1 Entier qui sincrmente ou se dcrmente dans un intervalle Compteur circulaire (0 232 -1 resp. 264-1) Dure exprime en 1/100 seconde (0 2 32-1) 4 octets dune adresse IPv4 Type ASN.1 quelconque

Gauge
Counter TimeTicks IpAddress Opaque

Gauge32
Counter32 Counter64 TimeTicks IpAddress Opaque

Network Address
-

BitString

Adresse rseau quelconque (non-IP)

Chane de bits nomms (ex: liste de flags)

Definit les types simples des Managed Objects

28

SMI Access/Status
ACCESS/Oprations daccs dun MO (SMIv1)

not-accessible pour la dfinition des tables read-only modifiable uniquement par lAgent read-write modifiable aussi par le Manager write-only uniquement accs en criture Changements avec SMIv2
Elimination de write-only Nouveau: read-create pour crer des MO dans des tables

STATUS/Etat de dfinition dun MO

mandatory le MO doit tre disponible/implment optional limplmentation du MO nest pas ncessaire obsolete le MO va disparatre la prochaine version Changements avec SMIv2
mandatory remplac par current optional a t limin
29

Dfinition dun objet scalaire

30

SMI Exemples de dfinition

Dfinition dune Adresse (objet scalaire): address OBJECT-TYPE SYNTAX IpAddress MAX-ACCESS read-write STATUS current DESCRIPTION "The Internet address of this system" ::= {MY-MIB 1}

31

Dfinition dune table

Principe:
Une table de routage est une squence dentre Chaque entre est compose dune @source, dune

@dest et dun critre de choix.

32

Dfinition de la table de routage

routeTable SYNTAX MAX-ACCESS STATUS DESCRIPTION ::= {NEW-MIB 3} routeEntry SYNTAX MAX-ACCESS STATUS DESCRIPTION INDEX ::= {routeTable 1} OBJECT-TYPE SEQUENCE OF routeEntry not-accessible mandatory "This entitys routing table"

OBJECT-TYPE ligne not-accessible mandatory "A route to a particular destination" {dest, policy}

33

Dfinition dune table (suite)

ligne::= SEQUENCE { dest ipAddress, policy INTEGER, next ipAddress}
RouteEntry est une squence (liste) de deux

adresses IP et dun entier

34

Dfinition dune table (suite)

dest SYNTAX ACCESS STATUS DESCRIPTION ::= {route-entry 1} policy SYNTAX OBJECT-TYPE ipAddress read-only mandatory "The address of a particular destination"

ACCESS STATUS DESCRIPTION ::= {route-entry 2} next SYNTAX ACCESS STATUS DESCRIPTION ::= {route-entry 3}

OBJECT-TYPE INTEGER { costs(1) -- lowest delay reliability(2)} -- highest reliability read-only mandatory "The routing policy to reach that destination"

OBJECT-TYPE ipAddress read-write mandatory The internet address of the next hop"
35

Dfinition de nouveaux types

Utilisation des conventions textuelles (TEXTUAL

CONVENTIONS) pour raffiner la smantique des types dj existants.

Exemple:

RunState ::= TEXTUAL CONVENTION STATUS mandatory DESCRIPTION "..." SYNTAX INTEGER{ running(1) runable(2) waiting(3) exiting(4) }
36

Exemple dune convention textuelle

La convention Etat dune ligne est utilise pour faciliter le

changement du contenu dune table:

Exemples:

PhysAddress TruthValue InstancePointer RowPointer TimeStamp DateAndTime TDomain

MacAddress AutonomousType VariablePointer RowStatus TimeInterval StorageType TAddress

37

Groupe dobjets
La construction dun groupe dobjets permet de

regrouper un ensemble de types dobjets ayant une caractristique en commun.

Exemple:

myGroup3 OBJECT-GROUP OBJECTS { address, name, uptime } STATUS mandatory DESCRIPTION "The collection of scalar objects." ::= { myGroups 3 }
38

Groupes de la MIB 2

39

MIB II
Le module MIB-II (RFC 1213) dfinit les MOs pour la

gestion de la pile de protocoles Internet:

Amlioration par rapport au module MIB-I (RFC 1156) Spcifie entre autres les groupes IP, ICMP, UDP, TCP et

SNMP Objectifs:

Base pour la gestion des erreurs et de la configuration rseau Simple et intuitive car ne comporte que environ 170 MOs Utilise uniquement les types de donnes de base Limplmentation du module ne doit pas influencer le fonctionnement/comportement de llment de rseau

Problmes
Quelques dfinitions sont trop limites (Routing-Table,

Interface-Table) Les dfinitions des adresses ne supportent pas IPv6 (adresses codes sur 4 octets)
40

Enregistrement de la MIB-II
ccitt (0) iso (1) memberbody (2) joint-iso-ccitt (2) identifiedorganization (3)

standard (0)

registration authority (1)

dod (6)
internet (1)

directory (1)

management (2) mib-2 (1)

experimental (3)

private (4)

.1.3.6.1.2.1
system (1)

address icmp (5) udp (7) cmot (9) snmp (11) translation (3) interfaces (2) ip (4) tcp (6) egp (8) transmission (10)

41

MIB-II Groupe "system"

Groupe actualis dans RFC 1907 pour tenir compte de SNMPv2 Information au sujet de llment de rseau lui-mme Disponible sur tous les agents:
sysDescr: Nom de lquipement, version du SW et type de HW sysObjectID: Identification unique de lquipement, pointe dans le sous-arbre

enterprises
sysUpTime: Dure depuis le dernier redmarrage (en 1/100 sec.)
sysContact: Nom et adresse de la personne responsable de lquipement sysName: Nom logique de lquipement (nom de domaine) sysLocation: Position gographique de lquipement sysServices: Indique quelles couches du modle OSI sont supportes par

lquipement

42

MIB-II Groupe "interfaces"

Actualis dans RFC 2863 Information des interfaces rseau de lquipement Disponible dans tous les agents ifNumber: Nombre dinterfaces rseau ifTable: Table qui contient une ligne par interface;

chaque interface est dcrite par:

Index Description Type dinterface (ex: 7=802.3, 15=FDDI) Caractristiques telles que MTU (longueur des donnes dans la

trame) ou dbit Adresse physique Etat administratif et oprationnel (up/down/testing) Donnes statistiques (Compteurs de trames Ok, Errors, Discards, ; Compteurs doctets transmis ou reus) Rfrence vers des MOs spcifiques
43

MIB-II Groupe "ip"

Actualis dans IP-MIB (RFC 2011)
En mme temps que le groupe icmp

Information au sujet de linstance du protocole IP

Disponible sur tous les agents:
ipForwarding: indique si lquipement joue le rle de router ipDefaultTTL: valeur par dfaut TTL (Time-To-Live)

Donnes statistiques au sujet du trafic IP Paquets reus, errons, transfrs, dlivrs aux couches suprieures, ... Donnes concernant la procdure de rassemblage de fragments Dure du temporisateur, nombre de paquets rassembls correctement... ipAddrTable: Adresse IP, interface associe, Subnetmask,

Adresse de diffusion, etc. ipRouteTable: table de routage (inclus les mtriques) ipNetToMediaTable: table associative entre adresses IP et Physiques (interface rseau)
44

MIB-II Groupes "TCP/UDP"

Groupe TCP
tcpRtoMin : valeur minimale de temporisation tcpMaxConn : nombre maximum de connexions tcpCurrEstab : nombre de connexions tcpAttemptFails : nombre d checs d ouverture de

connexion
Groupe UDP
udpInDatagrams : datagrammes utilisateurs remis la

couche suprieure udpNoPorts : datagrammes utilisateurs destins un port inconnu udpInErrs : datagrammes utilisateurs dtruits pour cause d erreur de structure
45

MIB-II Groupes
Groupe AT : table ARP Groupe ICMP : statistiques sur les types de paquets

ICMP reus, envoys et errons Groupe TCP : nombre maximal de connexions simultanes permises, nombre douvertures actives Groupe UDP : nombre de fragments UDP envoys, reus, errons Groupe EGP (External Gateway Protocol) : nombre paquets entrants, sortants, errons, table des routeurs adjacents Groupe Transmission : type de support de transmission Groupe SNMP : nombre de messages SNMP entrants et sortants, nombre de mauvaises versions reues ou de noms de communauts errons
46

Vue globale
1.

Un modle architectural

2.

Un modle organisationnel
un ou plusieurs noeuds grs (agent) une ou plusieurs stations de gestion (gestionnaire)

3.

Un modle d informations
des informations de gestion (changes agent/gestionnaire) RFC 1155 (SMI), RFC 1212(Concise MIB definitions),

RFC 1213 (MIB II)

4.

Un modle de communications
un protocole de gestion (changes informations de gestion) RFC 1157 (SNMP), RFC 1441 (SNMPv2), RFC 2271

(SNMPv3)
47

SNMP v1

48

Protocole dadministration
Il spcifie la nature des communications entre un

programme client, situ sur la station de gestion et un programme serveur qui s'excute sur un nud.
La station dadministration interagit avec les agents :
Communication type requte/rponse.
Lagent est le serveur et le gestionnaire est le client. Interrogation de ltat des objets locaux dun agent. Changement de ltat dun objet.

49

Le protocole

50

Plan Architectural

51

Oprations du protocole SNMP

LECTURE : lit la valeur d une variable
get-request, get-response

ECRITURE : affecte une valeur une variable

set-request

PARCOURS : pour connatre les variables

effectivement gres par un noeud

get-next-request, get-response

NOTIFICATIONS : pour signaler un vnement

extraordinaire un gestionnaire
trap
52

Aperu

53

Modle Client / Serveur

54

Structure des messages SNMP v1

Structure gnrale
SNMP-Version Community-String Pour lauthentification (en clair!)
55

SNMPv1 Community
Scurit des accs aux informations de gestion SNMP-Community
Dcrit un groupe d'Agents et de Managers SNMP L'authentification se fait laide de la "community-

string" qui est code en clair dans chaque PDU Valeur par dfaut "public" Dfinition dans chaque agent de "community profile" spcifiant les oprations possibles sur une partie de la MIB pour une certaine valeur de "community-string" En gnral, les valeurs de "community-string" sont diffrentes pour les accs en lecture et criture la MIB
Moyen dauthentification peu fiable (Sniffing)
56

Format des PDUs

Get, Get-next, Response, Set :
PDU Type Request ID Error Status Error index Variable bindings

PDU Type: Identification du message Request ID: Correspondance requte/rponse Error status: Type derreur (rponse) Error index: Correspondance erreur/variable

(rponse) Variable bindings: Correspondance variable/valeur

57

Champs des PDUs

Type de PDU

Type derreur

58

GET

Pour demander la valeur dune ou plusieurs

variables de la MIB.
Erreurs possibles :
noSuchName: Lobjet nexiste pas / nest pas une

feuille tooBig: Le rsultat ne peut tre crit dans la PDU rponse genErr: Pour les autres causes

59

Exemple de MIB

Get (1.1.0)
Response (1.1.0 => 130.89.16.2)

Get (1.2.0)
Response (error-status = noSuchName)

Get (1.1)
Response (error-status = noSuchName)

Get (1.1.0; 1.2.2.0)

Response (1.1.0 => 130.89.16.2; 1.2.2.0 => 123456)

Get (1.3.1.3.5.1)
Response (1.3.1.3.5.1 => 2)

Get (1.3.1.1.5.1)
Response (1.3.1.1.5.1 => 5)

Get (1.3.1.1.5.1, 1.3.1.2.5.1, 1.3.1.3.5.1)

Response (1.3.1.1.5.1 => 5, 1.3.1.2.5.1 => 1, 1.3.1.3.5.1 => 2)
60

SET

Affecte une valeur une variable sur un noeud donn. Elle

permet aussi la cration et la suppression de variable :

Exemple : Ligne dune table

Erreurs possibles :

noSuchName badValue tooBig genErr

61

Exemples de SET
set(1.2.1.0 => my-printer) response(noError; 1.2.1.0 => my-printer) set(1.2.1.0 => my-printer, 1.2.3.0 => 0) response(error-status = noSuchName; error-index =

2)

62

GET-NEXT

Elle retourne le libell de la variable se trouvant aprs la

variable passe en argument. Elle effectue un parcours infix de larbre en ne sarrtant quaux feuilles. => Dcouvrir la structure de la MIB => Dcouvrir les lignes dune table Erreurs possibles :
noSuchName (= END OF MIB) tooBig genErr

63

Exemples de GET-NEXT
getNext(1.1.0)
response(1.2.1.0 => printer-1)

getNext(1.2.1.0)
response(1.2.2.0 => 123456)

getNext(1)
response(1.1.0 => 130.89.16.2)

getNext(1.3.1.3.5.1)
response(1.3.1.3.5.2 => 3)

getNext(1.3.1.1; 1.3.1.2; 1.3.1.3)

response(1.3.1.1.2.1 => 2; 1.3.1.2.2.1 => 1; 1.3.1.3.2.1 =>

2)
getNext(1.3.1.1.2.1; 1.3.1.2.2.1; 1.3.1.3.2.1)
response(1.3.1.1.3.1 => 3; 1.3.1.2.3.1 => 1; 1.3.1.3.3.1 =>

3)
64

TRAP

Permet un noeud gr d'envoyer un message

une station de gestion lorsqu'un vnement s'est produit sur le noeud. La rception dun TRAP nest pas confirme (UDP)=> Le polling de la station de gestion reste ncessaire. Les agents peuvent tre configurs tels que :
Aucun TRAP nest envoy. Les TRAPS ne seront envoys que vers certains

managers.

65

Exemples de TRAP

COLDSTART (0)

: Initialisation de l'agent. WARMSTART (1) : Rinitialisation de l'agent. LINKDOWN (2) : Passage de l'interface l'tat bas. LINKUP (3): Passage de l'interface l'tat haut. AUTHENTICATION FAILURE (4): Emission par le manager d'une communaut invalide. EGPNEIGHBORLOSS (5) : Un routeur voisin utilisant EGP (External Gateway Protocol) est dcalre comme tant non focntionnel ENTERPRISESPECIFIC (6): champ spcifique pour avoir de l'information.
66

SNMPv1 Trap
Trap PDU: Format
Version Community Partie spcifique de lopration

PDUTyp

Enter- Agent Generic Specific Time prise Address Trap ID Trap ID Stamp

Object Name

Object Value

Object Name

Object Value

PDU-Type = 4 Enterprise: Contient sysObjectID, l'identification unique de l'agent Agent Address: Adresse IP de l'Agent Generic Trap ID: Traps prdfinis Specific Trap ID: consulter si GenericTrap=

ENTERPRISESPECIFIC
Classification des Traps "enterpriseSpecific"

TimeStamp: Contient sysUpTime, l'heure de l'alarme relative

l'agent
67

Exemple de Trap

L adresse IP de agent metteur : 132.18.54.21 L objet concern par la trap est : 1.3.6.1.4.1.20.1 (MIB

prive) Type de de trap : link up Indication : les nombre de paquets reu est 956340 La dernire rinitialisation de lagent : 6 heures passes.
68

Rcapitulitif

69

Bibliographie
Pratique de la gestion de rseau, Nazim Agoulmine,

Omar Cherkaoui, mars 2003 edition Eyrolles Network Management Fundamentals , Alexander Clemm, Cisco Press, November 2006 Gestion de rseau et service , Nomie Simoni, Simon Znaty, InterEditions , Juin 1997
Les Rseaux - Entranez-vous l'administration d'un

rseau 2e dition Jos Dordoigne

Rseaux Informatiques

Supervision et Administration Auteur : Franois PIGNET

70