Plate Forme d Administration LAN. OmniVista Release 3.5

Transcription

1 OmniVista Release 3.5 Plate Forme d Administration LAN OmniVista Release 3.5 Centralized configuration management Best Practices Deployment Optimization Version : Rev. 2.0 Mise à jour : Décembre 2010 Décembre

2 OmniVista Release 3.5 Décembre

3 OmniVista Release 3.5 SOMMAIRE 1 Rappel sur l administration des commutateurs Console et supervision Gestion des configurations Débogage sur les commutateurs Port monitoring Port mirroring Les sondes RMON intégrées sflow 7 2 Fonctionnalités d OmniVista Descriptif général Les versions OmniVista 2500 NMS Configuration Hardwares Plates-formes supportées Environnement Java Plate-forme Microsoft Windows: Plat-forme Sun Solaris 32 & 64 Bits: Plate-forme LINUX: Espace Disque nécessaire Applications complémentaires OmniVista 2500 Policy View OmniVista 2500 Secure View Commutateur Access OmniVista 2500 Secure View ACL OmniVista 2500 Quarantine Manager OmniVista 2500 Web Services Fonctionnalités par famille d équipements Gestionnaires d éléments 25 3 Descriptions fonctionnelles Paramétrages d OmniVista Preference Users and Group Scheduler Filter Découverte et cartographie du réseau Discovery Topology Locator Auto-Configuration Management Management des changements de configuration Vlan Les fonctions de sauvegardes des données ServerBackup Ressource Manager Script CLI Inventory Surveillance du réseau et gestion des alarmes AuditView 44 Décembre

4 OmniVista Release Health Monitoring Statistiques Notification Utilisateurs et Groupes SNMP Version de SNMP Traps Liste des MIBs AOS-Based 62 Décembre

5 1 RAPPEL SUR L ADMINISTRATION DES COMMUTATEURS 1.1 Console et supervision Les commutateurs peuvent être gérés et configurés suivant plusieurs modes de configuration en local (propriétaire, sur PC, ) Les commutateurs disposent d un port console RS-232 (qui peut être configuré pour supporter un modem). La configuration se fait en mode «terminal» par des lignes de commande. C est par défaut le seul mode de paramétrage des châssis, les autres modes (détaillés ci-après) doivent être explicitement autorisés. En plus du mode console, plusieurs modes de configuration sont possibles : De manière interactive : En mode telnet (similaire au mode console / 4 sessions simultanées) avec ou sans SSH, En mode web avec l interface WebView, permettant d accéder à la totalité des fonctions de manière conviviale, avec ou sans SSL, Avec une station d administration via le protocole SNMP v1, v2 ou v3 De manière non interactive : Par téléchargement de fichier de configuration (les commutateurs intègrent un serveur et un client ftp) qui peuvent être «appliqués» immédiatement ou à une date et heure prédéfinie, Un maximum de 64 sessions simultanées sont supportées ( HTTT, FTP, Telnet, SNMP) plus une connexion console. Sur les châssis de la gamme 9000/E et OS 10K, les cartes CMM disposent aussi d un port Ethernet «out of band». 1.2 Gestion des configurations Il est possible de gérer plusieurs jeux de configurations et de versions logicielles sur un commutateur. À l initialisation, il existe deux répertoires particuliers dans la mémoire flash : «certified» et «working», contenant le logiciel et la configuration. Lorsqu on redémarre manuellement (par commande) le commutateur, l opérateur peut préciser quel répertoire il souhaite utiliser. Lorsque le châssis redémarre tout seul (suite à un problème, par exemple), il démarre, par sécurité, toujours sur le répertoire «certified» si les 2 répertoires ne sont pas équivalents. Il est aussi possible de créer d autres répertoires de sauvegarde dans la mémoire flash. OmniVista 2500 Decembre2010 Rev

6 1.3 Débogage sur les commutateurs. Plusieurs outils sont disponibles pour permettre à l administrateur de diagnostiquer les éventuels problèmes à l intérieur de l OmniSwitch : Port monitoring Cette fonctionnalité permet d effectuer des captures de trafic au format ENC ( Network General Sniffer ) et de les sauvegardées dans un fichier sur la flash ( /flash ). Seuls les 64 premiers octets sont sauvegardés. On ne peut pas avoir en même temps une session monitor et une session mirroring sur une même carte Ni dans un châssis 9000 ou sur le même ASIC dans un 6850 ( ASIC 1 -> port 1-24, ASIC 2 -> port ) Les spécifications Ports Supported Monitoring Sessions Supported File Type Supported Ethernet (10 Mbps)/Fast Ethernet (100 Mbps)/Gigabit Ethernet (1 Gb/1000 Mbps) /10 Gigabit Ethernet (10 Gb/10000 Mbps) One per commutateur. ENC file format (Network General Sniffer Network Analyzer Format) Port mirroring Cette fonctionnalité permet de faire des recopies de trafic a destination d un port sur lequel peut être branché un analyseur de trafic, un équipement de détection,. Les spécifications Ports Supported Ethernet (10Mbps)/Fast Ethernet (100Mbps)/Gigabit Ethernet and 10-Gigabit Ethernet Mirroring Sessions Supported One session supported per standalone commutateur. Port Capacity Requirements Mirrored (monitored) and mirroring (monitoring) ports must be of identical capacity (both ports support identical Mbps rates) or the Mirroring port must be of higher capacity than the mirrored port. (Example: A mirrored Fast Ethernet port supports 100 Mbps, while a Mirroring Gigabit Ethernet port supports 1000 Mbps). N-to-1 Mirroring Supported Up to 24 source ports can be mirrored to a destination port on OS6800 Up to 128 source ports can be mirrored to a destination port on OS6850/OS9000 Range of Unblocked VLAN IDs 1 to Les sondes RMON intégrées Les specifications RFCs Supported Remote Network Monitoring Management Information Base RMON Functionality Supported Basic RMON 4 group implementation Ethernet Statistics group History (Control and Statistics) group Alarms group Events group Flavor (Probe Type) Ethernet/History/Alarm Status Active/Creating/Inactive History Control Interval (seconds) 1 to 3600 History Sample Index Range 1 to OmniVista 2500 Decembre2010 Rev

7 Alarm Interval (seconds) 1 to Alarm Startup Alarm Rising Alarm/Falling Alarm/RisingOrFalling Alarm Alarm Sample Type Delta Value/Absolute RMON Traps Supported RisingAlarm/FallingAlarm These traps are generated whenever an Alarm entry crosses either its Rising Threshold or its Falling Threshold and generates an event con-figured for sending SNMP traps sflow La fonction sflow est disponible sur les OmniSwitch 9000/9000 E, 6850 et 10K. SFlow est une technologie spécifiquement conçue pour fournir un contrôle continu des réseaux en environnement commuté haut débit. Cette technologie combine dans un datagramme les compteurs précis de paquets avec le prélèvement statistique des paquets traités et des informations combinées de niveaux 2 et 3. Les données prélevées par l agent sflow du commutateur, sont immédiatement envoyées à une unité de collecte de données centrale pour analyse. L échantillonnage est fait en Hardware par les ASICs des cartes d interface réseau du commutateur. Nota : OmniVista ne comporte pas de collecteur sflow et ne peut donc pas exploiter les informations traitées par les agents présents dans les commutateurs OmniVista 2500 Decembre2010 Rev

8 2 FONCTIONNALITES D OMNIVISTA 2.1 Descriptif général La plate forme OmniVista 2500 offre un ensemble complet d applications et d outils de gestion de réseau qui simplifient l administration des équipements réseau d Alcatel et des autres fabricants. Les solutions OmniVista permettent aux responsables de surveiller l activité du réseau, de configurer et de dépanner chacun des équipements, et de gérer un réseau entier à partir d une seule plate-forme. OmniVista s articule autour d une véritable architecture client/serveur grâce à laquelle plusieurs utilisateurs peuvent accéder simultanément à ses services. Elle permet de gérer l ensemble du réseau tout en donnant accès à divers gestionnaires de périphériques. OmniVista offre les fonctions suivantes, le tout au sein d une architecture évolutive : - Gestion centralisée : simplifie la gestion du réseau et en améliore le contrôle grâce à un répertoire unique qui centralise les informations du réseau et des administrateurs réseau. - Gestion unifiée et supervision du réseau : fournit une interface graphique commune ainsi que l infrastructure de gestion du réseau afin d exécuter les fonctions d administration, d intégrer des applications et d unifier la gestion des périphériques pour l administration d équipements multiples. - Supervision globale du réseau : permet aux administrateurs d avoir une vue exhaustive et un rapport détaillé de l activité du réseau, ceci grâce à des fonctions telles que la découverte automatique des périphériques, la représentation physique et logique de la topologie du réseau, la centralisation des événements, des graphiques et des informations statistiques. - Gestion des périphériques : l intégration permet un accès direct à chaque périphérique via son outil de gestion natif ainsi que la configuration de tous les périphériques réseau à partir d un point central. - Gestion des politiques de qualité de service (QoS) : simplifie la gestion des politiques de qualité de service (QoS) sur plusieurs commutateurs. - Gestion des profils utilisateurs (UNP) : Permet de gérer les attributs d un utilisateur (Bande passante, droit d accès, activation des fonctions HIC) sur l ensemble des commutateurs. - Accès sécurisé aux équipements : centralise le contrôle des droits d accès à l administration des commutateurs. Il permet la configuration OneTouch de l identifiant utilisateur, du mot de passe et de la gestion partitionnée (droits d accès). - Mise en quarantaine réseau : élimine les menaces et autres alertes de sécurité grâce à un processus automatisé de mise en quarantaine et d isolation des périphériques en cause. OmniVista 2500 Decembre2010 Rev

9 - Contrôle d accès réseau basé sur des règles : la sécurité est assurée par l utilisation des listes de contrôle d accès (ACL) ainsi que des modes OneTouch et Expert pour la création, l administration et la mise à jour de ces listes à partir d une plate-forme centralisée. - Architecture évolutive : l application OmniVista NMS existe en versions mono ou multi utilisateur et offre une architecture modulaire extensible grâce à des applications qui permettent d adapter l environnement OmniVista NMS aux particularités du réseau du client et aux contraintes de budget. OmniVista 2500 est conforme au modèle FCAPS ( Fault, Configuration, Accounting, Performance, Security ). 2.2 Les versions OmniVista 2500 NMS OmniVista 2500 R 3.5 intègre l ensemble des fonctions. Cette version permet l installation du logiciel serveur sur une machine physique dédiée et le support de machines clients multiples sur des machines séparées. Il n y a pas de limite théorique au nombre de clients pouvant opérer simultanément sur un même serveur. Le nombre de commutateurs qui peuvent être découverts par le serveur OmniVista est soumis à une licence. Chaque Omniswitch ou Pile est équivalent à un nœud IP. La quantité de mémoire et la vitesse du CPU influencent évidemment les performances d OmniVista : plus grandes sont les valeurs, plus performante sera l application. Avec un serveur OmniVista tournant dans un environnement Windows, Linux ou Solaris, le serveur supporte 20 clients fonctionnant simultanément. Des configurations opérationnelles avec 20 clients et un réseau de 2300 nœuds ont déjà été implémentés de part le monde. C est le plus grand nombre connu à ce jour. Il n y a pas de dégradations de performances lorsque plusieurs clients sont connectés à l application OmniVista simultanément.. OmniVista 2500 Decembre2010 Rev

10 2.3 Configuration Hardwares Plates-formes supportées Client: Windows XP Professionnel, LINUX distribution avec Red Hat Workstation (WS) Edition & Novell Suse 9.x, Sun Solaris versions 9 & & 64 bit environments Serveur: Windows Server 2008 (32Bits), WinXP Pro (Single-user), LINUX distribution avec Red Hat Workstation ES Version & 64 bit environments VmWare ESXi 4.0 for virtualization support and Server/hardware consolidation installation Novell SuSe and 64 bit environments Sun Solaris version and 64 bit environments Microsoft Windows 2003 Server est supporté pour toutes les applications OmniVista. OS Platforms pour OmniVista 2500 client Microsoft Windows Vista Business, XP Pro Linux distribution Red Hat Ws edition Novell SuSe and 64 bit environments Sun Solaris version and 64 bit environments Web Browser pour OmniVista 2500 NMS Web client Pour Microsoft Windows, Internet Explorer 6.0 & 7.0 Pour Linux, Windows, Solaris, Mozilla Firefox 3.5 and up Environnement Java Pour chaque plateforme suivante, Windows 2003/XP, Solaris 2.9 et Linux, OmniVista nécessite un JRE (Java Runtime Environment) en version La bonne version de JRE est incluse dans les installers pour les plateformes supportées et est automatiquement installée avec OmniVista parce que le JRE ne doit pas affecter ou entrer en conflit avec tout autre JRE ou Machine virtuelle Java précédemment installé sur la machine Plate-forme Microsoft Windows: Les pré-requis minimum sont les suivants : Windows 2003 ou XP Machine serveur : Pentium IV 2 Ghz ou plus (3 Ghz recommandés) 1 Go RAM ou plus (2 Go recommandés) 1 Go d espace disque libre sur le disque où sera installé OmniVista Versions serveur de Windows 2003 Machine cliente : OmniVista 2500 Decembre2010 Rev

11 Pentium IV 2Ghz ou plus 1 Go de RAM ou plus 2 Go d espace disque libre sur le disque ou on installera OmniVista. Mémoire : Installation simple utilisateur (serveur plus un client) : pentium 4,2 Ghz ou plus avec 1 Go RAM ou plus Installation multiutilisateurs complète (client et serveur) : pentium 4,2 Ghz ou plus avec 1 Go RAM ou plus Moniteur couleur SVGA Dans le panneau de configuration positionner la résolution à 1024 par 768 ou plus (sinon l installation ne peut pas se terminer) Positionner le niveau de couleurs à haut (16 bits) Lecteur de CD-ROM et interface réseau Notes : les configurations minimum ne sont pas recommandées pour manager plus de 500 commutateurs. Pour manager plus de 1500 commutateurs on recommande 3 Go de RAM sur le serveur et 2 Go de RAM sur le client Plat-forme Sun Solaris 32 & 64 Bits: Les pré-requis minimum pour faire fonctionner OmniVista 3.0 sur Sun Solaris sont : Solaris 2.9 Commutateur Manager a été validé uniquement sur des machines clientes Sparc 5. OmniVista peut fonctionner sous Solaris 2.8 mais n a pas obtenu la certification complète. Sun Solaris 2 Workstation Solaris 2.9 Processeur Ultra 5 ou plus 1 Go de RAM ou plus 5 Go d espace disque libre sur le disque sur lequel on installera OmniVista (incluant Commutateur manager et TrackView) Lecteur de CD ROM Interface réseau Dans les instructions d installation, vous serez invité à appliquer les patches nécessaires à Java 2 SDK Le Commutateur manager ne doit pas être installé sur la même machine que Sybase SQL Anywhere ou tout autre logiciel utilisant SQL AnyWhere (par exemple CiscoWorks de Cisco Systèmes). La configuration minimum est demandée pour manager environ 500 commutateurs. Pour manager plus de 1500 commutateurs on recommande 8 Go de RAM sur le serveur. OmniVista 2500 Decembre2010 Rev

12 2.3.5 Plate-forme LINUX: Les pré-requis minimum pour faire fonctionner OmniVista sur Linux Red Hat Workstation sont : Red Hat Linux 9 Red Hat Linux Entreprise Workstation 3.0 Pentium IV 2 Ghz minimum, 3 Ghz recommandés 1 Go RAM ou plus 5 Go d espace disque libre sur le disque sur lequel on installe OmniVista Lecteur de CR-ROM Interface réseau Notes : CommutateurManager et TrackView ne sont pas supportés sur Linux Les configurations minimum sont ne sont pas recommandées pour gérer plus de 500 commutateurs. Pour manager plus de 1500 commutateurs on recommande 3 Go de RAM sur le serveur et 2 Go de RAM sur le client La plateforme Novell Suse Linux Professionnel est supportée comme plateforme Linux alternative Espace Disque nécessaire En plus des besoins en espace disque dépendants de la plateforme sur laquelle sera installé le logiciel, l application Resource Manager nécessite une quantité d espace disque significative pour stocker les copies des OS des commutateurs. En prenant en compte une installation hypothétique de 1000 commutateurs du même type et la conservation de 5 backups d OS de commutateurs, on estime cet espace disque à 48 Fo pour les OmniSwitch AOS, 96 Go pour les commutateurs XOS, à moins de 2 Mo pour les OmniStack 61xx (seuls les fichiers de configuration sont sauvegardés dans ce cas) et jusqu à 9 Go pour les séries OmniStack 63xx. De plus avec 1000 commutateurs on aura besoin de 6 Go d espace disque pour la base de données de localisation. En outre 65 Mo sur Windows et 110 Mo sur Linux ou Solaris sont nécessaires pour le serveur LDAP lui-même et les données qu il génère. Les sauvegardes de toutes les données OmniVista sont faites avec l application «Server Backup» qui nécessite de l espace disque additionnel. 2.4 Applications complémentaires OmniVista 2700 est conçu pour fournir un support à des applications qui apporteront une meilleure gestion du réseau et des fonctionnalités disponibles sur les commutateurs Alcatel-Lucent. Ces applications utilisent les services de base de l infrastructure OmniVista en ajoutant des capacités étendues comme la gestion centralisée et la simplification de mise en œuvre des politiques de sécurité et de qualité de service OmniVista 2500 Policy View OmniVista 2500 Decembre2010 Rev

13 L application PolicyView QoS permet de créer, de façon centralisée, toutes les politiques de qualité de service qui sont nécessaires. Ces politiques ou règles sont stockées dans un serveur LDAP. Celui-ci est installé avec l application OmniVista 2500 et réside sur le même serveur. Les commutateurs sont informés via SNMP que que de nouvelles règles de QoS sont disponibles dans le serveur LDAP. Chaque commutateur est ensuite responsable de venir chercher les règles dans le serveur LDAP, de les charger et ensuite de les appliquer. PolicyView simplifie la mise en place de la politique de QoS en disposant de règles pré configurées pour la Voix et la Data (One Touch Voice et One Touch Data) ainsi que d un mode expert. OmniVista 2500 Decembre2010 Rev

14 OmniVista 2500 Decembre2010 Rev

15 OmniVista 2500 Decembre2010 Rev

16 Pré requis d installation : Les pré-requis systèmes minimum pour faire fonctionner PolicyView sur Microsoft Windows, Sun Solaris, Linux Red Hat (en plus des pré-requis OmniVista) sont les suivants : 20 Mo d espace disque libre sur le disque sur lequel sera installé OmniVista Basique. Note : lorsque l on installe PolicyView sur une machine avec OmniVista multiutilisateurs serveur ou OmniVista simple utilisateur, cette machine ne soit pas avoir plusieurs interfaces réseau. Nota : cette application ne supporte pas à ce jour la famille OS OmniVista 2500 Secure View Secure Access L application Secure View SA permet une gestion centralisée de l authentification des administrateurs des commutateurs Alcatel-Lucent. Pour rappel, ces administrateurs peuvent avoir accès aux commutateurs suivant différentes interfaces : Ports console, Telnet, http, FTP, Secure Shell, SNMP. En plus de l authentification, Secure View va permettre de définir par administrateur les différents droits et modes d accès autorisés. Les différents OmniVista 2500 Decembre2010 Rev

17 profils des administrateurs sont enregistrés et stockés dans le serveur LDAP installé avec l application OmniVista Afin de simplifier la configuration, Secure View SA propose un mode simplifié (One Touch Mode) et un mode expert. L authentification forte des administrateurs est facilitée grâce au support de plusieurs types de serveurs : LDAP et TACACS+ pour toutes interfaces, RADIUS et ACE pour toutes interfaces excepté SNMP. En mode simplifié, seuls le serveurs LDAP d OmniVista ou la base locale des commutateurs sont disponibles comme bases d authentification. OmniVista 2500 Decembre2010 Rev

18 OmniVista 2500 Decembre2010 Rev

19 Pré requis Les pré-requis systèmes minimum pour faire fonctionner SecureView sur Microsoft Windows, Sun Solaris, Linux Red Hat (en plus des pré-requis OmniVista) sont les suivants : 20 Mo d espace disque libre sur le disque sur lequel sera installé OmniVista Basic Nota : cette application ne supporte pas à ce jour la famille OS OmniVista 2500 Secure View ACL L application Secure View ACL permet la gestion centralisée de la politique de filtrage (ACL) des commutateurs Alcatel-Lucent. L ensemble des règles de filtrage est stocké dans le serveurs LDAP installé avec l application OmniVista Les commutateurs sont informés via SNMP que que de nouvelles règles de filtrage (ACL) sont disponibles dans le serveur LDAP. Chaque commutateur est ensuite OmniVista 2500 Decembre2010 Rev

20 responsable de venir chercher les règles dans le serveur LDAP, de les charger et ensuite de les appliquer. Afin de simplifier la création et l installation des règles de filtrage, l application Secure View propose un mode simplifié (One Touch) et un mode expert pour faire des filtres évolués. OmniVista 2500 Decembre2010 Rev

21 Nota : cette application ne supporte pas à ce jour la famille OS OmniVista 2500 Quarantine Manager L application Quarantine Manager permet à l administrateur réseau de mettre en quarantaine certains équipements pour protéger le réseau des attaques. Pour bloquer certains trafics réseau comme les attaques de déni de service, l application intègre la gestion des fonctions TAD, la fonction HIC avec CybergateKeeper ou avec un IPS externe comme Fortinet, qui envoi envoie des messages Syslog ou encore avec les Traps SNMP reçus des commutateurs Alcatel- Lucent ou autres. L information inclut l adresse bloquée et Quarantine Manager envoie cette information au reste du réseau en plaçant l adresse dans un VLAN de quarantaine. En fonction de la règle qui a été écrite pour l évènement, l adresse peut être mise en quarantaine immédiatement ou placée dans une liste de Candidats qui peut être consultée par l administrateur réseau. Gestion centralisée de la sécurité OmniVista 2500 Decembre2010 Rev

22 Fonctionne avec les IDS/IPS du réseau Mise en quarantaine automatique des stations infectées Vlan de quarantaine ( Mac adresses ) ACLs Port up/down Les pré-requis systèmes minimum pour faire tourner Quarantine Manager sur Microsoft Windows, Sun Solaris, Linux Red Hat (en plus des pré-requis OmniVista) sont les suivants : 20 Mo d espace disque libre sur le disque sur lequel sera installé OmniVista Basique. La taille des logs peut être configurée dans les préférences de l application. OmniVista 2500 Decembre2010 Rev

23 Gestion des détections d anomalies de traffic ( TAD) OmniVista 2500 Web Services OmniVista provides a Web Service API that customers can use to write their own webapplications. The service is available both by HTTP and by secure HTTPS, and uses the port(s)that the customer specified at installation for the web server that runs the OmniVista web client. At installation, OmniVista also gives the user the option of whether or not to allow HTTP (as opposed to HTTPS) connections to the web service; however, this setting can be modified after installation. The web service delegates much of the work to a private OmniVista Server back end, over on non-public API, which listens on a port configured by the customer at installation. The Web Service Design Language (WSDL) description of OmniVista s API is available to theuser at /axis/services/ovweb1?wsdl on the included Tomcat web server, e.g. The Web Service API is described in a more human-readable form than WSDL in the following sections, using a Java-like syntax. Despite the use of the Java-like syntax in what follows, the actual web service is platform-independent, callable from a variety of web-development languages (e.g., Java, PHP, perl). The following sections describe the operations that can be performed, followed by the data types used and returned by those operations. OmniVista 2500 Decembre2010 Rev

24 2.4.6 Fonctionnalités par famille d équipements OmniVista 2500 Decembre2010 Rev

25 2.4.7 Gestionnaires d éléments OmniVista peut s intégrer à différents gestionnaires d éléments pour fournir un accès direct aux équipements. Ces gestionnaires permettent de configurer et d obtenir des statistiques des équipements. Les gestionnaires supportés par OmniVista sont listés dans le tableau ci-dessous : Gestionnaire d élement Equipements supportés Description CommutateurManager Client (vendu séparément) Equipements de type XOS-: OmniStack 2000/4000/5000 OmniCommutateur Omni Commutateur/Router CommutateurManager fournit une interface graphique avec une image du commutateur qui permet de le configure et d obtenir des statistiques pour un commutateur de type XOS-based commutateur. Le Client CommutateurManager pour commutateures de type OV n est pas inclus dans OmniVista. WebView OmniCommutateur 6624, 6648 OmniCommutateur 6600-U24, 6600-P24 OmniCommutateur , OmniCommutateur , , 6850-U24, L, L OmniCommutateur , , 6400-U24 OmniCommutateur 7700, 7800 OmniCommutateur 8800 OmniCommutateur 9600/9700/ E Web-Based Manager OmniStack 6121, 6148 OmniStack 6224, 6224P, 6248, 6248P OmniStack WLAN 2e Génération (OmniAccess 43xx, 6xxx, AP6x, AP70) OmniAccess WAN S il est installé, CommutateurManager peut intervenir au niveau de l application de Topologie OmniVista. Par un clic droit sur le commutateur on a accès à la configuration de ce dernier. WebView est indépendant de toute plateforme et s interface à un browser web. Il peut être invoqué dans l application de Topologie OmniVista.via un clic droit sur l équipement. Le Web-Based Manager est indépendant de toute plateforme et s interface à un browser web Il peut être invoqué dans l application de Topologie OmniVista.via un clic droit sur l équipement OmniVista 2500 Decembre2010 Rev

26 3 DESCRIPTIONS FONCTIONNELLES 3.1 Paramétrages d OmniVista Preference Ce menu permet de gérer les paramètres de fonctionnement et de présentation des informations visualisées dans Omnivista Users and Group Ce menu permet de gérer la politique de sécurité d OmniVista, en définissant la politique de login/password pour chacun des administrateurs autorisés et en permettant de restreindre l accès à certaine informations ou fonctionnalité en fonction de ce login. OmniVista 2500 Decembre2010 Rev

27 3.1.3 Scheduler L application de schedule permet de programmer certaines tâches pour une date et une heure ultérieures. Elle permet de voir, de re-programmer ou de détruire des tâches qui ont été programmées à travers d autres applications OmniVista. OmniVista 2500 Decembre2010 Rev

28 3.1.4 Filter La fonction de filtrage permet d afficher les informations que l on a besoin de voir apparaître. Il est possible de : Créer de nouveaux filtres Éditer ou supprimer des filtres existants Appliquer ou supprimer un filtre Obtenir un compte des enregistrements filtrés en regard du nombre total d enregistrements. La possibilité de filtre apparaît dans plusieurs applications OmniVista comme les notifications, la topologie et la sécurité. Les filtres sont spécifiques à l application dans laquelle ils ont été créés. OmniVista 2500 Decembre2010 Rev

29 3.2 Découverte et cartographie du réseau Discovery OmniVista 2500 permet de contrôler la découverte des commutateurs LAN et périphériques sans fil OmniAccess d'alcatel ainsi que des périphériques tiers que l équipe informatique souhaite gérer. À l aide des applications de topologie, tous les équipements pris en charge sont détectés et les listes des équipements sont classées par adresse IP, par type, etc., tandis qu un indicateur dynamique affiche l état de chaque périphérique. OmniVista 2500 Decembre2010 Rev

30 Dynamic Map OmniVista 2500 Decembre2010 Rev

31 Fonctions de Map Dynamique - Permet à un élément d être intégré sur une carte à partir d un nom, d une adresse d un nom DNS, Type - Association dynamique via filtres - Cette fonction permet de réduire le temps de constitution d une cartographie Topology Une carte topologique créée dans OmniVista 2500 aide l utilisateur à localiser les problèmes et à les corriger rapidement. Elle lui permet d identifier aisément les incidents survenus sur le réseau grâce à sa fonction dynamique d affichage par codes de couleurs, qui montre immédiatement où se situent les problèmes en cours et les pannes potentielles. Tous les équipements Alcatel sont pris en charge, ainsi que ceux des autres fabricants. La topologie permet aussi à l administrateur réseau de lancer certaines applications et une gestion http pour les périphériques sans fil OmniAccess et les applications de gestion de périphériques d autres fabricants. Cartographie dynamique avec visualisation des liens d interconnexion à partir des informations du module Discovery Protocole AMAP ( Alcatel-Lucent ) pour la création automatique des liens Création de liens statiques pour les équipements tiers La topologie est une application multifonctionnelle qui permet de découvrir et des gérer les équipements réseau ainsi que de voir une représentation graphique des équipements réseau et des liens. Le Wizard de découverte de la topologie fournit la capacité à découvrir les équipements Alcatel et tiers automatiquement. Une fois découverts, tous les équipements sont affichés dans la liste des éléments découverts. Cette liste peut être triée sur différents critères comme l adresse IP, le type, le statut, la version de firmware etc. Un code de couleur fournit le statut de chaque équipement en un coup d œil. Il est possible de sélectionner plusieurs équipements et via un clic droit de faire apparaître un menu déroulant permettant d affecter une commande à l ensemble des équipements sélectionnés. Par exemple : Poller les liens : cette option est disponible pour toutes les cartes. Les liens des commutateurs sélectionnés sont pollés. Retirer de la carte : cette option est disponible pour les utilisateurs autorisés. OmniVista 2500 Decembre2010 Rev

32 OmniVista 2500 Decembre2010 Rev

33 3.2.3 Locator L outil Locator d OmniVista 2500 constitue l un des principaux mécanismes de protection du réseau contre les menaces de sécurité. Grâce à cet outil, le réseau localise mieux les éléments qui le composent et peut ainsi isoler plus efficacement les ressources posant problème. Locator permet d identifier rapidement les éléments potentiellement dangereux et fournit des informations complètes pour la résolution immédiate des problèmes détectés. Comme son nom l indique, cet outil de dépannage utilise une combinaison de protocole ARP (Address Resolution Protocol) et de tables de commutation en mode bridge dans les commutateurs Alcatel (ainsi que dans tout autre équipement compatible RFC 1493) pour identifier la connexion Alcatel (commutateur, emplacement/port, vitesse, mode, ID VLAN, adresses MAC et IP, DNS) concernée par le problème. La fonction de localisation effectue des recherches historiques et en temps réel pour retrouver l emplacement d une adresse spécifique à un moment donné, et fournit tout l historique des déplacements de l utilisateur au sein du réseau. Elle permet également de parcourir, trier et filtrer les équipements. Locator permet ainsi à l administrateur de localiser avec précision les éléments hostiles et de circonscrire rapidement les problèmes. Il renforce également le contrôle de l administrateur sur l accès au réseau et lui permet d établir une première ligne de défense contre les risques menaçant la sécurité. Il comporte un menu contextuel qui permet d accéder directement à d autres applications OmniVista, telles que Quarantine Manager et VLAN Manager, en vue de faciliter le dépannage et la résolution des problèmes. De plus, la fonction de localisation permet de découvrir les périphériques non-aos provenant de fabricants tiers, de trouver le commutateur AOS le plus proche de l équipement tiers et de tracer une liaison sur la carte topologique. OmniVista 2500 Decembre2010 Rev

34 OmniVista 2500 Decembre2010 Rev

35 3.2.4 Auto-Configuration Management - Permet la création rapide des paramètres d auto-configuration des OmniSwitch - GUI pour la création des fichiers de configuration au moyen du serveur TFTP d OmniVista - Validation et vérification des conditions. OmniVista 2500 Decembre2010 Rev

36 3.2.5 Management des changements de configuration Grâce à la fonction de Diff-Viewer les fichiers de configuration peuvent être comparés dans deux blocs de backup (.cfg & text files) OmniVista 2500 Decembre2010 Rev

37 3.2.6 Vlan Le Gestionnaire de VLAN d'omnivista 2500 permet à l'utilisateur de créer et de gérer des VLAN répartis sur plusieurs commutateurs. Grâce au VLAN Manager, on peut : Établir des modèles de VLAN pour accélérer l introduction de nouveaux périphériques, copier une définition de VLAN existante sur un nouveau périphérique, copier des périphériques vers un nouveau VLAN, appliquer des règles de VLAN à un groupe de commutateurs défini par l utilisateur, Assigner des ports à des VLAN Définir des règles de routage IP/IPX, Assigner des adresses IP/IPX à des interfaces de routage, Définir des règles de mobilité. OmniVista 2500 Decembre2010 Rev

38 Le Gestionnaire de VLAN prend en charge la norme 802.1Q et le Spanning Tree. Le fait qu il s intègre à la base de données topologique lui permet de supporter toutes ces fonctions. L un des principaux bénéfices à utiliser des VLANs pour la segmentation du trafic est que la configuration des VLANs et l assignation des ports est faite de manière logicielle. Cela élimine le besoin de changer physiquement les connexions ou les localisations lorsque l on change un équipement de domaine de broadcast. L application de gestion des VLANs d OmniVista permet d effectuer les tâches suivantes : Créer ou supprimer des VLANs Modifier des paramètres de VLANs comme la description, le statut administratif, le statut spanning-tree, le statut de mobilité, le statut d authentification, la définition des ports de routeur virtuels Changer l assignation du vlan par défaut Créer l assignation de ports marqués 802.1q Configurer les paramètres de ports Configurer les paramètres de Spanning-tree Définir les règles de VLANs pour classifier le trafic des ports mobiles et déclencher l assignation dynamique des ports Afficher une vue logique de la configuration des VLANs Afficher une vue physique des VLANs équipement par équipement Règles génériques DHCP Agrégation de liens Intégration avec les cartes de topologie Ajout d un commutateur dans un VLAN existant Application de règles à un groupe de commutateurs OmniVista 2500 Decembre2010 Rev

39 3.3 Les fonctions de sauvegardes des données ServerBackup Une application appelée backup de serveur permet de sauvegarder en temps réel la découverte, la sécurité et le caching de MIB ainsi que toutes les données spécifiques aux applications. Le contenu des données du serveur et du serveur serveur LDAP est sauvegardé en même temps. OmniVista 2500 Decembre2010 Rev

40 3.3.2 Ressource Manager Le Gestionnaire de ressources d'omnivista 2500 permet de contrôler les logiciels et la configuration des commutateurs en vue de la sauvegarde/restauration automatique des configurations et des fichiers images, et de télécharger des fichiers images sur l ensemble du réseau. Grâce à lui, les administrateurs réseau peuvent passer d une approche orientée équipements à une approche orientée réseau, optimisant ainsi la productivité du personnel informatique. Il permet en outre de réduire le nombre d administrateurs nécessaires à la maintenance du réseau et d'accroître le nombre d emplacements distants pouvant fonctionner sans ressources informatiques. Enfin, la standardisation des équipements permet l automatisation de nombreuses tâches, notamment le redémarrage des commutateurs. Le Gestionnaire de ressources économise les ressources informatiques, réduit les risques d erreurs humaines et les coûts de correction, simplifie les logiciels grâce à leur normalisation à l échelle des réseaux, et optimise l infrastructure réseau en réduisant le temps moyen avant récupération (MTTR). Gestion automatisée des ressources des Equipements ( Fichiers OS, configuration ) Sauvegarde et restauration programmables des fichiers de configuration et système Mise à jour des équipements Création de Scripts ( CLI Scripting ) Cette application permet de gérer les fichiers de configuration des équipements du réseau. Des backups peuvent être programmés périodiquement. Il est notamment possible de : Sauvegarder le firmware actuel et les fichiers de configuration des équipements réseau sur le serveur OmniVista et de restaurer les fichiers de configuration sur les commutateurs si besoin D importer un nouveau firmware ou de mettre à jour des fichiers de configuration et de les installer sur les commutateurs du réseau au besoin De lancer des rapports d inventaire sur les commutateurs De programmer les mises à jour pour être effectuées immédiatement ou en différé. De rebooter le commutateur à un moment déterminé. OmniVista 2500 Decembre2010 Rev

41 3.3.3 Script CLI Les équipements supportant le système d exploitation AOS (Alcatel Operating System) prennent en compte les scripts de ligne de commande (CLI). Il est donc possible de gagner du temps en transférant simultanément sur plusieurs équipements les tâches de CLI répétitives, comme la configuration initiale d un grand nombre de périphériques réseau, ou lorsque des modifications globales, notamment les chaînes de communauté SNMP, sont nécessaires. L écriture de OmniVista 2500 Decembre2010 Rev

42 scripts CLI a été simplifiée au maximum, mais est néanmoins capable de regrouper un large éventail d informations de configuration au sein d un jeu de commandes unique. Les commandes étant normalisées pour tous les équipements AOS, elles peuvent être copiées et distribuées d un commutateur à l autre. Les scripts CLI permettent d automatiser les tâches répétitives, telles que les changements de mots de passe ou les audits d équipements, de même que les actions query ou set effectuées sur plusieurs équipements via une interface de commandes en ligne. L automatisation de toutes ces tâches fait gagner du temps aux administrateurs réseau, ce qui contribue à la diminution des coûts et des risques d erreurs humaines, et optimise le travail du personnel informatique Inventory Cette fonctionnalité permet d obtenir un rapport sur le software et le hardware d un équipement qui sera généré au format HTML. Ce rapport peut être composé de différentes parties qui sont choisies par l intermédiaire de la fenêtre «Inventory Widow» Il est possible de générer un rapport pour plusieurs équipements en même temps. La fonction d inventaire permet de répertorier les équipements et les logiciels embarqués. Le rapport d inventaire inclut les informations système, les informations détaillées sur les modules, les informations de santé. Il est possible de générer un rapport par commutateur ou pour plusieurs équipements. OmniVista 2500 Decembre2010 Rev

43 OmniVista 2500 Decembre2010 Rev

44 3.4 Surveillance du réseau et gestion des alarmes AuditView L application d audit fournit des logs pour l activité serveur, les connexions, la découverte des équipements, la configuration des traps et toutes les autres fonctionnalités OmniVista. Les logs peuvent être filtrés selon des critères définis par l utilisateur comme la date, l heure, le host-id, le type de message etc. Les journaux peuvent être lus en ligne ou exportés dans un fichier texte pour une analyse ultérieure. Cette application permet de surveiller les activités des clients et des serveurs, comme la date et l heure à laquelle un utilisateur s est connecté à OmniVista, quand un item a été ajouté à la base de données de découverte, quand un fichier de configuration a été modifié, quand certaines applications ont été lancées etc. OmniVista organise cette information et la stocke dans les fichiers de log suivants : Appaccess.log : jour et heure à laquelle les utilisateurs ont accédé aux applications Config.log : enregistrement des sauvegardes de toutes les activités de configuration Discovery.log : enregistrement de toutes les activités de découverte Login.log : date et heure à laquelle les utilisateurs se sont connectés à OmniVista et si oui ou non les essais de connexion on été réussis Policy.log : enregistrement de toutes les activités de politiques Trapconfig.log : enregistrement de toutes les activités de configuration de traps Server.txt : enregistrement de toutes les activités du serveur A l exception de server.txt, tous les fichiers de log peuvent être filtrés, exportés dans un fichier texte ou supprimés. L application d audit affiche et maintient les fichiers de logs. Lorsqu un fichier atteint sa taille maximum de 1000 entrées, il est purgé afin de pouvoir accepter de nouvelles entrées. Les fichiers de logs réguliers (par opposition au fichier server.txt) ne sont pas purgés automatiquement et par conséquent consomment de l espace disque. Il est de la responsabilité de l utilisateur d effacer périodiquement les vieux fichiers pour libérer de l espace disque. Tous les fichiers peuvent être visualisés et effacés dans l application d audit. OmniVista 2500 Decembre2010 Rev

45 3.4.2 Health Monitoring L application de santé permet de monitorer les équipements et de traquer les problèmes qui pourraient survenir dans le réseau. Les taches suivantes peuvent être réalisées : Monitorer la santé d un châssis, d un module ou d un port Positionner les seuils qui déterminent à quel moment les traps sont envoyés Positionner l intervalle de polling et d affichage de la température Positionner l intervalle d échantillonnage des informations de santé Cette fonction permet d effectuer un monitoring sur le débit du commutateur en Rx, Rx/Tx, sur la consommation CPU, sur la RAM utilisée et la température. Les spécifications Health Functionality Supported Monitored Resource Utilization Levels Resource Utilization Raw Sample Values Resource Utilization Current Sample Values Resource Utilization Maximum Utilization Value Utilization Value = 0 Utilization Value = 1 Percentage Utilization Values Resource Threshold Levels Rising Threshold Crossing Commutateur level CPU Utilization Statistics (percentage); Commutateur/module/port level Input Utilization Statistics (percentage); Commutateur/module/port level Input/Output Utilization Statistics (percentage); Commutateur level Memory Utilization Statistics (percentage); Device level (e.g., Chassis/CMM) Temperature Statistics (Celsius). Most recent utilization level; Average utilization level during last minute; Average utilization level during last hour; Maximum utilization level during last hour. Saved for previous 60 seconds. Stored. Calculated for previous 60 seconds and stored. Indicates that none of the resource was measured for the period. Indicates that a non-zero amount of the resource (less than 2%) was measured for the period. Calculated based on Resource Measured During Period/Total Capacity. Apply automatically across all levels of commutateur (commutateur/module/port). A Resource Threshold was exceeded by its corresponding utilization value in the current cycle. OmniVista 2500 Decembre2010 Rev

46 Falling Threshold Crossing Threshold Crossing Traps Supported A Resource Threshold was exceeded by its corresponding utilization value in the previous cycle, but is not exceeded in the current cycle. Device, module, port-level threshold crossings. Note : Pour l OS 6200, les seuls données disponibles sont l utilisation CPU et la température Statistiques OmniVista 2500 surveille en permanence le réseau en utilisant les différents profils et les statistiques provenant de plusieurs équipements et modules à la fois, et qui sont regroupés dans un graphique ou un tableau d'information commun. Ces profils proviennent des liens parallèles stratégiques vers le backbone, les serveurs et les liaisons montantes qui indiquent à quel moment des événements donnés se sont produits. Grâce à la surveillance continue de l utilisation de l UC, OmniVista détecte tout événement critique pour la sécurité (vers ou autres menaces, par exemple). Les statistiques sont disponibles sur le système d exploitation Alcatel (Alcatel Operating System, AOS), le système d exploitation Xylan (Xylan Operating System, XOS) et tout équipement compatible avec la norme RFC L application de statistiques fournit une vue exhaustive des performances du réseau et donne à l administrateur réseau des informations sur le comportement et le profil des équipements et des utilisateurs. Cette application de surveillance permet à l'administrateur réseau de contrôler en permanence le réseau et de détecter de manière précoce tout problème survenant sur le réseau. Cette détection précoce des problèmes potentiels permet de mettre en place des actions préemptives et d'agir rapidement pour maintenir le réseau à son fonctionnement optimal. L application de statistiques est un outil réseau pour monitorer et afficher les performances des commutateurs. Une fois que les équipements sont découverts, il est possible d obtenir des informations sur un ou plusieurs équipements. Les équipements sont pollés à des intervalles configurables et les données sont affichées à la fois sous forme graphique et dans un tableau. Par exemple, il set possible de collecter et de visualiser l utilisation de la CPU pour plusieurs équipements pour analyser les goulets d étranglement dans le réseau. Les statistiques peuvent être exportées dans un fichier CSV pour une analyse ultérieure. L application de statistiques permet de : Monitorer la performance des châssis en termes d utilisation des ports, des modules, de santé des ports, des modules, du châssis Spécifier la quantité de données à afficher dans le graphique à un instant donné et la quantité d historique de données à conserver. Configurer l intervalle auquel un équipement est pollé. Exporter les données dans un fichier CSV OmniVista 2500 Decembre2010 Rev

47 OmniVista 2500 Decembre2010 Rev

48 3.4.4 Notification L application de notification fournit la capacité à monitorer les traps et les alarmes reçues de divers équipements dans le réseau, depuis un point centralisé. Les traps et les alarmes apparaissent de couleur différente suivant un code basé sur la criticité. La liste des traps peut être triée en fonction de la source, de la date, etc.. Les traps et les alarmes peuvent également être filtrés en utilisant les valeurs Booléennes ET et OU, ce qui est très utile pour la recherche des causes de problèmes survenus dans le réseau. Les filtres peuvent être complexes et basé sur des critères multiples comme le nom, la source, la date, la sévérité etc. Les traps peuvent être exportés dans un fichier CSV pour une analyse ultérieure. Il est nécessaire de configurer les équipements pour qu ils envoient les traps au serveur OmniVista. Le module de configuration du Traps Wizard permet de configurer la transmission des traps sur plusieurs commutateures simultanément. L application de notification est utilisée pour : Gérer l activité des commutateurs à travers le journal de notifications Gérer les taches de management des traps basiques comme le changement du port de destination sur lequel les traps sont reçus, le changement du nombre maximum de notifications affichées sur le client, l effacement des entrées dans la table de notifications, l acquittement des traps, l export des traps etc. OmniVista 2500 Decembre2010 Rev

49 3.4.5 Utilisateurs et Groupes OmniVista est fourni avec quatre groupes utilisateurs pré définis : les administrateurs, les administrateurs réseau, les personnes autorisées en écriture et le groupe par défaut. Ces groupes ont des permissions différentes. L application utilisateurs et groupes permet de contrôler l accès des utilisateurs à OmniVista et aux équipements du réseau Cet accès à OmniVista est contrôlé par la définition de comptes et de mots de passe utilisateurs. L accès aux commutateurs est contrôlé par l utilisation de groupes de sécurité qui ont des niveaux différents d accès aux commutateurs. Tous les utilisateurs d OmniVista doivent appartenir au moins à un groupe. Les mots de passe sont stockés dans le répertoire d installation d OmniVista sur le serveur dans le répertoire \data\tables\security. Il est nécessaire de bien sécuriser ce répertoire OmniVista inclut une option permettant de sélectionner un serveur Radius externe pour l authentification de tous les utilisateurs de l application. Dans ce mode, les comptes et les mots de passe sont stockés à l extérieur d OmniVista. Dans ce mode, l authentification est confiée au serveur Radius externe mais les autorisations continuent à être contrôlées par OmniVista. Les autorisations incluent les niveaux d accès associés à chaque utilisateur, quels commutateurs peuvent être vus, si l accès est en lecture uniquement ou en lecture, en administration etc. Dans l authentification externe, l interface graphique d OmniVista continue à être utilisée pour créer les groupes, mais la création de comptes utilisateurs crée uniquement des utilisateurs locaux. Les permissions sont contrôlées au niveau du groupe et non par utilisateur individuel. Les comptes Radius, incluent l appartenance à un groupe pour chaque utilisateur comme un attribut standard à, définir. L attribut Radius définissant le groupe est une chaine de caractère à plusieurs valeurs contenant la liste des groupes auxquels l utilisateur appartient. Lorsque l authentification est faite au moment du login, OmniVista va chercher cet attribut d autorisation et enregistre l appartenance à un ou des groupes de l utilisateur concerné ; il en résulte alors les attributs d accès. Si aucun attribut de groupe n est fourni à l utilisateur authentifié, OmniVista positionne ce dernier dans le groupe pré-défini «défaut». Trois autres attributs de nom sont également définis et peuvent optionnellement être fournis au serveur externe : prénom nom description Ces attributs ne sont pas utilisés par OmniVista pour les autorisations mais sont spécifiques à l utilisateur et stockés pour le reporting. Les options à configurer pour pouvoir utiliser un serveur Radius externe sont les suivants : Adresse IP du serveur Radius Adresse IP d un serveur Radius de backup Numéro du port d authentification à utiliser Numéro du port d accounting Shared secret Nombre de tentatives Longueur du timeout OmniVista 2500 Decembre2010 Rev

50 Toutes les communications avec le serveur Radius sont effectuées par le serveur OmniVista, au nom du client OmniVista qui demande le login : il n y a donc pas de nécessité pour la machine cliente OmniVista d accéder au serveur Radius. Lorsque l authentification distante cliente est activée OmniVista va essayer d authentifier l utilisateur à partir du serveur distant. Si l utilisateur n est pas trouvé ou si le mot de passe n est pas valide, l utilisateur ne sera pas authentifié. Si OmniVista ne peut pas contacter le serveur et si un serveur de backup a été désigné, ce dernier sera contacté. L application OmniVista Utilisateurs et groupes continuera à fonctionner et autorisera l administrateur à déterminer s il faut utiliser l authentification locale ou distante et dans le dernier cas quel serveur d authentification utiliser. Dans le cas ou une authentification distante a été sélectionner et que ni le serveur principal ni le serveur de backup ne peuvent être joints, l application se replie sur les utilisateurs OmniVista locaux. Cela permet à un administrateur réseau de se connecter même si le serveur d authentification n est pas disponible. Si l administrateur change le serveur d authentification externe pour un autre, les utilisateurs connectés le restent. Tous les nouveaux utilisateurs se connecteront sur le nouveau serveur. L administrateur peut déconnecter les utilisateurs via le panneau de contrôle. 3.5 SNMP Version de SNMP Les OmniStacks 6024, 6124, 6148 et 8008 supportent SNMPv1 uniquement. L OmniStack supporte SNMP version 1, SNMP version 2 ou SNMP version 3. Les équipements XOS supportent SNMPv1 uniquement. Les équipements AOS supportent SNMP version 1, SNMP version 2 ou SNMP version 3. Les équipements OmniAccess WLAN supportent SNMP version 1, SNMP version 2 ou SNMP version 3. Les équipements OmniAccess WAN supportent SNMP version 1, SNMP version 2 ou SNMP version 3. OmniVista supporte SNMPv3 (qui est de compatibilité descendante avec SNMPv1, SNMPv2) avec l encryption DES de SNMP PDU, et le SHA ou l authentification MD Traps Le serveur OmniVista maintient un journal des traps reçus des équipements réseau. Ce log est stocké sur le disque dur de la machine serveur et peut être affiché ou purgé dans l application de notification. Le nombre par défaut de traps enregistrés par le serveur est de Lorsque ce maximum est atteint le plus vieux des traps dans le journal est supprimé pour faire la place à un nouveau. Le nombre de traps par défaut est configurable via l onglet préférences de l application. Le tableau suivant décrit l ensemble des traps SNMP AOS-based. OmniVista 2500 Decembre2010 Rev

51 o Trap Name coldstart warmstart linkdown linkup authenticationfai lure entconfigchange aipamapstatust rap aipgmapconflic ttrap policyeventnotif ication chassistrapsstr chassistrapsalert chassistrapsstate Change chassistrapsmac Overlap vrrptrapnewmas ter F amily c hassis c hassis i nterface i nterface nmp s m odule ip ip a a p olicy c hassis c hassis c hassis m odule rrp v Description The SNMP agent in the commutateur is reinitiating and its configuration may have been altered. The SNMP agent in the commutateur is reinitiating itself and its configuration is unaltered. The SNMP agent in the commutateur recognizes a failure in one of the communications links configured for the commutateur. The SNMP agent in the commutateur recognizes that one of the communications links configured for the commutateur has come up. The SNMP agent in the commutateur has received a protocol message that is not properly authenticated. An entconfigchange notification is generated when a conceptual row is created, modified, or deleted in one of the entity tables. The status of the Alcatel Mapping Adjacency Protocol (AMAP) port changed. Indicates a Group Mobility Advertisement Protocol (GMAP) port update conflict. The commutateur notifies the NMS when a significant event happens that involves the policy manager. A software trouble report (STR) was sent by an application encountering a problem during its execution. A notification that some change has occurred in the chassis. An NI status change was detected. A MAC range overlap was found in the backplane EEPROMs. The SNMP agent has transferred from the backup state to the master state. o. 4 Trap Name vrrptrapauthfailur e F amily rrp v Description A packet was received from the network whose authentication key conflicts with the commutateur s authentication key or type. healthmondevicet h Indicates a device-level threshold was crossed. OmniVista 2500 Decembre2010 Rev

52 5 rap ealth healthmonmodulet rap healthmonporttrap bgpestablished bgpbackwardtrans ition esmdrvtrapdrops Link pimneighborloss dvmrpneighborlos s dvmrpneighbornot Pruning risingalarm fallingalarm h ealth h ealth gp gp b b i nterface pmr pmr pmr mon mon i i i r r Indicates a module-level threshold was crossed. Indicates a port-level threshold was crossed. The BGP routing protocol has entered the established state. This trap is generated when the BGP router port has moved from a more active to a less active state. This trap is sent when the Ethernet code drops the link because of excessive errors. Signifies the loss of adjacency with a neighbor device. This trap is generated when the neighbor time expires and the commutateur has no other neighbors on the same interface with a lower IP address than itself. A 2-way adjacency relationship with a neighbor has been lost. This trap is generated when the neighbor state changes from active to one-way, ignoring or down. The trap is sent only when the commutateur has no other neighbors on the same interface with a lower IP address than itself. A non-pruning neighbor has been detected in an implementation-dependent manner. This trap is generated at most once per generation ID of the neighbor. For example, it should be generated at the time a neighbor is first heard from if the prune bit is not set. It should also be generated if the local system has the ability to tell that a neighbor which sets the prune bit is not pruning any branches over an extended period of time. The trap should be generated if the router has no other neighbors on the same interface with a lower IP address than itself. An Ethernet statistical variable has exceeded its rising threshold. An NMS station running RMON configures the variable s rising threshold and whether it will issue an SNMP trap for this condition. An Ethernet statistical variable has dipped below its falling threshold. An NMS station running RMON configures the variable s falling threshold and whether it will issue an SNMP trap for this condition. o. Trap Name Fami ly Description OmniVista 2500 Decembre2010 Rev

53 stpnewroot stp Sent by a bridge that became the new root of the spanning tree. stprootportchange stp A root port has changed for a spanning tree bridge. The root port is the port that offers the lowest cost path from this bridge to the root bridge. mirrorconfigerror pmm The mirroring configuration failed on an NI. This trap is sent when any NI fails to configure mirroring. Due to this error, port-mirroring session will be terminated. mirrorunlikeni pmm The mirroring configuration is deleted due to the swapping of different NI board type. The Port Mirroring session, which was active on a slot, cannot continue with the insertion of different NI type in the same slot. slpesudocamstatu strap bridg e The trap status of the layer 2 pesudocam for this NI. alarmactivestate none An alarm from a hardware alarm panel has been raised. This trap is not supported in the current release. alarmclearstate none An alarm from a hardware alarm panel has been cleared. This trap is not supported in the current release. slbtrapoperstatus ifmaujabber sessionauthenticati ontrap trapabsorptiontra p * alastackmgrduplicateslottrap * alastackmgrneighbor- ChangeTrap *alastackmgrrole Change-Trap lpsviolationtrap load balancing interf ace sessi on snmp stack manager stack manager stack manager bridg e A change occurred in the operational status of the server load balancing entity. This trap is sent whenever a managed interface MAU enters the jabber state. An authentication failure trap is sent each time a user authentication is refused. The absorption trap is sent when a trap has been absorbed at least once. Two or more slots claim to have the same slot number. Indicates whether or not the stack is in loop. Indicates that a new primary or secondary stack is elected. A Learned Port Security (LPS) violation has occurred. aladostrap ip Indicates that the sending agent has received a Denial of Service (DoS) attack. OmniVista 2500 Decembre2010 Rev

54 o Trap Name gmbindruleviolat ion acctconnfailure acctconnsuccess acctqueuehighth reshold-reached acctrecordslost pethpseportonoff pethpseportpower Mainte-nanceStatus pethmainpowerus ageon pethmainpowerus ageoff ospfnbrstatechan ge ospfvirtnbrstatec hange F amily lan one one one one v n n n n m odule m odule m odule m odule spf spf o o Description Occurs whenever a binding rule which has been configured gets violated. The commutateur is unable to open a connection to an accounting server. This trap is not supported in the current release. The commutateur has successful opened a connection to an accounting server. This trap is not supported in the current release. A high water mark threshold reached on the spooling queue for accounting has been reached. This trap is not supported in the current release. Indicates that accounting records have been lost. This trap is not supported in the current release. Indicates if power inline port is or is not delivering power to the a power inline device. Indicates the status of the power maintenance signature for inline power. Indicates that the power inline usage is above the threshold. Indicates that the power inline usage is below the threshold. Indicates a state change of the neighbor relationship. Indicates a state change of the virtual neighbor relationship. OmniVista 2500 Decembre2010 Rev

55 Le tableau suivant décrit l ensemble des traps SNMP XOS-based. o Trap Name coldstart warmstart linkdown linkup authentication failure egpneighborl oss frdlcistatus Change ipxtrapcircui tdown ipxtrapcircui tup newroot topologychan ge atmfvpcchan ge atmfvccchan ge rising Alarm Description The sending protocol entity is re-initializing itself such that the agent s configuration or the protocol entity implementation may be altered. The sending protocol entity is re-initializing itself such that neither the agent s configuration nor the protocol entity implementation may be altered. The sending protocol entity recognizes a failure in one of the communication links represented in the agent s configuration. The sending protocol entity recognizes that one of the communication links represented in the agent s configuration has come up. The sending protocol entity is the addressee of a protocol message that is not properly authenticated. An EGP neighbor for whom the sending protocol entity was an EGP peer has been marked down and the peer relationship no longer exists. This trap is sent when the indicated virtual circuit has changed state. It has either been created or invalidated, or has toggled between the active and inactive states. However, if the reason for the state change is due to the DLCMI going down, traps should not be generated for each DLCI. This trap indicates that the specified circuit has gone down. This trap indicates that the specified circuit has come up. Sent by a bridge that became the new root of the Spanning Tree. A bridge s configured ports either transitioned from Learning state to Forwarding state or from Forwarding state to Blocking state. This trap will not be sent if a newroot trap was sent for the same transition. Either a permanent VPC was added or deleted at this ATM interface, or an existing VPC was modified. Either a permanent VCC was added or deleted at this ATM interface, or an existing VCC was modified. The value of an Ethernet statistical variable (i.e., a member of the Ether-net statistics group as defined by RFC 1757) has exceeded its rising threshold. A network management station running RMON configures the variable s rising threshold and whether it will generate an SNMP trap for this condition. OmniVista 2500 Decembre2010 Rev

56 o Trap Name falling Alarm dsx3linestatuschange dsx1linestatuschange MPLS_LDP_THRESHOLD _MASK * POS3_STAT_CHANGE_M ASK * IMA_FAILURE_ALARM_ MASK * Description The value of an Ethernet statistical variable (i.e., a member of the Ethernet statistics group as defined by RFC 1757) has dipped below its falling threshold. A network management station running RMON configures the variable s falling threshold and whether it will generate an SNMP trap for this condition. The value of an instance dsx3linestatus changed. The value of an instance dsx1linestatus changed. SYSLOG_TRAP_MASK* NMS_MASTER_MASK * NMS_TRAP_DISABLE_M ASK * tempalarm modulechange powerevent controllerevent loginviolation The temperature sensor(s) have detected a temperature in the chassis that exceeds the threshold. These sensors are physically located on the MPX module, but can detect temperature changes throughout the chassis. A module was either inserted or removed from the chassis. In some cases, this trap may also be generated when a module is reset. A power supply was either inserted or removed from the chassis, or there is a problem with the power supply. This trap is also generated when a power supply is commutateured on or off. master. *This mask name does not necessarily match the trap name. A chassis controller (MPX) lost or gained the state of the A login attempt for the User Interface (UI) failed due to an incorrect login ID or an invalid password. Three (3) consecutive unsuccessful attempts will trigger this alarm. OmniVista 2500 Decembre2010 Rev

57 o Trap Name macvlanviola tion macduplicate Port portlinkupev ent portlinkdow nevent portpartitione d portrecordmi smatch groupchange vlanchange portmove moduleresetr eload systemevent vlanroutetab lefull saptablefull atmsscopsta te Description Data from a MAC address that previously came from one a port with a VLAN- ID different from the VLAN where the frame had been previously received. Data from a MAC address that previously came from a source port different from the port where the frame previously was received although they both ports belong to the same VLAN. A physical, logical, or virtual port was enabled. These ports may be enabled through the UI or Commutateur Manager. Note that if you enable a physical port, any associated logical and virtual ports will also be enabled. And if you enable a logical port, such as an ATM service, associated virtual ports will be enabled. A physical, logical, or virtual port was disabled. These ports may be disabled through the UI or Commutateur Manager. Note that if you disable a physical port, any associated logical and virtual ports will also be disabled. And if you disable a logical port, such as an ATM service, associated virtual ports will also be disabled. The physical port detected jabber (i.e., the port has transitioned through enable/disable states more than 50 times in the past 200 ms). Jabber may be produced by a bad port connection, such as a faulty cable. The port configuration is different from the previous configuration. Typically this trap is generated when a NIC of one type is swapped for a different type (i.e., Ethernet for FDDI, ATM for Token Ring, etc.). Manager. Manager. changed. A Group was either created or deleted through the UI or Commutateur A VLAN was either created or deleted through the UI or Commutateur The specified port has moved from a Group or has had its configuration The specified module has been either reset or reloaded. A reload may occur during a firmware download. A potentially fatal error occurred in the system. The IP or IPX route table is full. The SAP table is full upon insertion. A specified port changed. OmniVista 2500 Decembre2010 Rev

58 o Trap Name ilmistate atmconnection atmservice dlcinew dlcidel dlciup dlcidn PortManualForwardi ngmode fddicfstatechange duplicateipaddress duplicatemacaddres s healththresholdrisin g healththresholdfalli ng healththresholddevi ce Description The ILMI state for the specified port changed. This change of state indicates whether address registration was successful, and whether the commutateur knows the network prefix provided by the external ATM commutateur. The specified ATM VCC was created or deleted. The specified ATM service (Port-to-Port Bridging, Trunking, LAN Emulation, etc.) was created or deleted. Frame Relay DLCI was created. Frame Relay DLCI was deleted. Frame Relay DLCI changed to active state. Frame Relay DLCI changed to inactive state. The specified port was placed into manual mode forwarding as its default setting. state. The specified FDDI physical port changed from wrap configuration The commutateur detected a duplicate IP address. The commutateur detected a duplicate MAC address of one of its own router ports. At least one of the user-specified thresholds was exceeded. At least one of the user-specified thresholds was exceeded during the previous cycle and none of them are exceeded in the current cycle. At least one of the device-level threshold crossings was detected. OmniVista 2500 Decembre2010 Rev

59 o Trap Name healththresholdmodule xylanxipxmapportstatus Change xylansipxmapportstatec hange clkbuslinestatechange xylanxipgmapfailedup date avlauthattempt mcpstatisticsoverflow mcpshortcut mcpingressretrytimeout vrrptrapnewmaster vrrpauthfailure bind-violation mpcstatisticsoverflow fddilerflagchange fddicltfailcntincr oamvcais oamvcrdi oamvcloc Description At least one module-level threshold crossing was detected. An XMAP turned on or off. An XMAP turned on or off. Either the bus line s status changed (active or inactive) or clock commutateuring occurred. GMAP is unable to update the forwarding database to reflect information in its internal database. Indicates the last authenticated VLAN attempt. The statisticsnum value of the mpcstatisticstable reached the threshold value. The established shortcut path either closed or failed to complete the path. The retry time exceeded the MPC-p5 time. The sending agent has transitioned from Backup state to Master state. A packet was received from a router whose authentication key or authentication type conflicts with this router s authentication key or type. value. A configured binding rule was violated. An entry in the mpcstatisticstable reached the threshold The LER (Link Error Rate) flag on a port changed from CLEAR to SET. The LCT (Link Confidence Test) flag on a port incremented. The specified connection is in the VC-AIS state. The specified connection is in the VC-RDI state. The specified connection is in the VC-LOC state. OmniVista 2500 Decembre2010 Rev

60 o Trap Name oamvcunsucces sloop oamvpais oamvprdi oamvploc oamvpunsucces sloop accountevent Over1Alarm Under1Event Over2Alarm Under2Event Over3Alarm Under3Event NoDeviceAlarm FileAlarm ldppeercreate ldppeerdelete ldpsessioncreate ldpsessiondelete lecstatechangee vent fantrayevent Description The specified connection is in the Unsuccessful Loop-back state. The specified VP connection is in the VP-AIS state. The specified VP connection is in the VP-RDI state. The specified VP connection is in the VP-LOC state. The specified VP connection is in the unsuccessful loop-back state. An account event is generated to signal that a new accounting file is available on the commutateur This alarm is generated when the filling level exceeds the first threshold. It signals that the commutateur changes over to the alternate collection device. This event is generated when the filling level goes below the first threshold. This event is for information only. This alarm is generated when the filling level exceeds the second threshold. It signals that the commutateur changes over to the alternate collection device. This event is generated when the filling level is lowered below the second threshold. This event is generated when the filling level exceeds the third threshold. It signals that the commutateur is now in congestion. This event is generated when the filling level goes below the third threshold. This alarm is generated when the TCP connection establishment fails with both the primary and the secondary collection devices. created. This alarm is generated when too many files are awaiting collection. A LDP peer is identified by the LDP hello mechanism and a peer entry is An LDP peer is lost and the peer entry is deleted. An LDP session with the peer is established and a session entry is created. An LDP session with the peer is lost and the session entry is deleted. A trap message is sent to a network manager when a LEC status changes. A fantrayevent trap occurs when a problem condition is recognized on a chassis fan tray. OmniVista 2500 Decembre2010 Rev

61 OmniVista 2500 Decembre2010 Rev

62 3.5.3 Liste des MIBs AOS-Based Une MIB est une base de données hiérarchique d objets qui peuvent être monitorés et managés par une plateforme d administration réseau. Les MIBs sont utilisées par les protocoles réseau tels que SNMP (Simple Network Management Protocol) et RMON (Remote MONitoring extensions à SNMP). Le format MIB a été standardisé par l IETF. Les Commutateures XOS et AOS supportent MIB-I et MIB-II. Le tableau suivant liste les MIBs supportées par les 7700/7800/8800/9000s. BGP4-MIB, RFC 1657 MIB Name Description Dependencies BRIDGE-MIB, RFC 1493 DVMRP-STD-MIB Draft 11 EE8023-LAG-MIB IEEE 802.3ad ENTITY-MIB, RFC 2737 EtherLike-MIB, RFC 2665 HCNUM-TC, RFC 2856: Definitions of Managed Objects for the Fourth Version of the Border Gateway Protocol (BGP-4) using SMIv2. The Bridge MIB for managing MAC bridges based on the IEEE 802.1D standard between Local Area Network (LAN) segments. The MIB module for management of Distance-Vector Multicast Routing Protocol (DVMRP) routers. Link Aggregation module for managing IEEE Standard 802.3ad. Entity MIB (Version 2). Standardized set of managed objects representing logical and physical entities and relationships between them. Definitions of Managed Objects for the Ethernet-like Interface Types. A MIB module containing textual conventions for high capacity data types. This module addresses an immediate need for data types no directly supported in the SMIv2. IANAifType-MIB This MIB module defines the IANAifType Textual Convention, and thus the enumerated values of the iftype object defined in the MIB-II Table. IANA-RTPROTO-MIB This MIB module defines the IANAipRouteProtocol and IANAipMRouteProtocol textual conventions for use in MIBs, which need to identify unicast or multicast routing mechanisms. SNMPv2-SMI SNMPv2-SMI, RFC1215-MIB SNMPv2-CONF, SNMP- FRAMEWORK-MIB, IF-MIB, ALCATEL-IND1-BASE SNMPv2-CONF, IF-MIB, Q- BRIDGE-MIB SNMPv2-CONF, SNMP- FRAMEWORK-MIB SNMPv2-SMI, SNMPv2- CONF, IF-MIB SNMPv2-SMI, SNMPv2-TC SNMPv2-SMI, SNMPv2-TC SNMPv2-SMI, SNMPv2-TC OmniVista 2500 Decembre2010 Rev

63 IEEE8021-PAE-MIB This MIB module defines 802.1X ports used for port-based access control. IF-MIB, RFC 2863 IGMP-STD-MIB, RFC 2933 INET-ADDRESS-MIB, RFC 2851 IP-BRIDGE-MIB, RFC 2674 IP-FORWARD-MIB, RFC 2096 IP-MIB, RFC 2011 IPMROUTE-STD-MIB, RFC 932 MAU-MIB, RFC 2668 Novell IPX MIB Novell RIPSAP MIB OSPF-MIB, RFC 1850 PIM-MIB, RFC 2934 The Interfaces Group MIB. Contains generic information about the physical interfaces of the entity. Internet Group Management Protocol MIB. Textual Conventions for Internet Network Addresses. The Bridge MIB Extension module for managing Priority and Multicast Filtering, defined by IEEE 802.1D. IP Forwarding Table MIB SNMPv2 Management Information Base for the Internet Protocol using SMIv2. Includes Internetwork Control Message Protocol (ICMP). IPv4 Multicast Routing MIB Management Information for IEEE Medium Attachment Units. This MIB is designed to provide a basic framework for the management of systems implementing the Novell Internetwork Packet Exchange (IPX) protocol. This MIB defines the management information for the Routing Information Protocol (RIP) and Service Advertising Protocol (SAP) protocols running in a Novell Internetwork Packet Exchange (IPX) protocol environment. It provides information in addition to that contained in the IPX MIB itself. All tables in this MIB are linked to an instance of IPX via the system instance identifier as defined in the IPX MIB. Open Path Shortest First (OSPF) Version 2 Management Information Base. Protocol Independent Multicast MI for IPv4. SNMPv2-SMI, SNMPv2-TC, SNMPv2-CONF, SNMP-FRAMEWORK-MIB, IF-MIB SNMPv2-CONF, SNMPv2- MIB, IANAifType-MIB SNMPv2-CONF, IF-MIB SNMPv2-SMI, SNMPv2-TC SNMPv2-CONF, BRIDGE-MIB SNMPv2-CONF SNMPv2-CONF SNMPv2-CONF, SNMP- FRAMEWORK-MIB, IF-MIB, IANA-RTPROTO-MIB SNMPv2-CONF RFC1215-MIB SNMPv2-SMI SNMPv2-SMI, SNMPv2-CONF SNMPv2-SMI, SNMPv2-CONF, SNMPv2-TC, SNMPv2-TC, IF-MIB, OmniVista 2500 Decembre2010 Rev

64 IPMROUTE-STD-MIB OmniVista 2500 Decembre2010 Rev

65 POWER-ETHERNET-MIB MIB Name Description Dependencies Q-BRIDGE-MIB RFC 2674 RIPv2-MIB, RFC 1724 RMON-MIB, RFC 2819 RS-232-MIB, RFC 1659 SNMP-COMMUNITY-MIB, RFC 2576 SNMP-FRAMEWORK MIB, RFC 2571 SNMP-MPD-MIB, RFC 2572 SNMP-NOTIFICATION MIB, RFC 2573 SNMP-PROXY-MIB, RFC 2573 The MIB module for managing Powered Devices (PD) or Power Source Equipment (PSE) working according to the IEEE 802.af Powered Ethernet (DTE Power via MDI) standard. The Bridge MIB Extension module for managing Priority and Multicast Filtering, defined by IEEE 802.1D. Routing Information Protocol (RIP) Version 2 MIB Extension. Remote Network Monitoring (RMON) Management Information Base. Definitions of Managed Objects for RS-232-like Hardware Devices using SMIv2. Definitions of objects to help support coexistence between SNMPv1, SNMPv2c, and SNMPv3. Architecture for Describing SNMP Management Frameworks. Message Processing And Dispatching For The Simple Network Management Protocol (SNMP). SNMP Applications, Notifications SNMP Entity Remote Configuration. SNMP Applications, Proxy SNMP Entity Remote Configuration. IF-MIB, SNMPv2-CONF SNMPv2-CONF, SNMP- FRAMEWORK-MIB, BRIDGE-MIB, P-BRIDGE- MIB SNMPv2-CONF SNMPv2-CONF SNMPv2-SMI, SNMPv2- CONF, IF-MIB SNMP-FRAMEWORK-MIB, SNMP-TARGET-MIB, SNMPv2-CONF SNMPv2-CONF SNMPv2-SMI, SNMPv2-CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2-CONF, SNMP-FRAMEWORK-MIB, SNMP-TARGET-MIB SNMPv2-SMI, SNMPv2-TC, SNMPv2-CONF, SNMP-FRAMEWORK-MIB, SNMP-TARGET-MIB OmniVista 2500 Decembre2010 Rev

66 MIB Name Description Dependencies SNMP-TARGET-MIB, RFC 2573 SNMP-USER-BASED-SM- MIB, RFC 2574 SNMPv2-MIB, RFC 1907 SNMP-VIEW-BASED-ACM- MIB, RFC 2575 TCP-MIB, RFC 2012 SNMP Applications, Proxy SNMP Entity Remote Configuration. User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3). Management Information Base for Version 2 of the Simple Network Management Protocol (SNMPv2). View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP). SNMPv2 Management Information Base for the Transmission Control Protocol using SMIv2. SNMPv2-CONF, SNMP- FRAMEWORK-MIB SNMPv2-SMI, SNMPv2-TC, SNMPv2-CONF, SNMP-FRAMEWORK-MIB SNMPv2-CONF SNMPv2-CONF, SNMP- FRAMEWORK-MIB SNMPv2-SMI, SNMPv2-CONF TUNNEL-MIB, RFC 2667 IP Tunnel MIB SNMPv2-CONF, IF-MIB UDP-MIB, RFC 2013 VRRP-MIB, RFC 2787 SNMPv2 Management Information Base for the User Datagram Protocol using SMIv2. Definitions of Managed Objects for the Virtual Router Redundancy Protocol (VRRP). SNMPv2-SMI, SNMPv2-CONF SNMPv2-CONF, IF-MIB OmniVista 2500 Decembre2010 Rev

67 Liste des MIBs propriétaires Le tableau suivant liste les MIBs propriétaires pour les 7700/7800/8800/9000s. OmniCommutateur Note. The ALCATEL-IND1-BASE* MIB est obligatoire pour toutes les MIBs listées dans ce tableau MIB Name Description Dependencies* ALCATEL-IND1-AAA-MIB ALCATEL-IND1-BASE ALCATEL-IND1-BGP-MIB ALCATEL-IND1-CHASSIS- MIB ALCATEL-IND1-CONFG- MGR-MIB ALCATEL-IND1-DEVICES ALCATEL-IND1-DOT1Q- MIB ALCATEL-IND1-DRCTM- MIB ALCATEL-IND1-DVMRP- MIB Definitions of managed objects for the Authentication, Authorization, and Accounting (AAA) subsystem. This module provides base definitions for modules developed to manage Alcatel Internetworking networking infrastructure products. Definitions of managed objects for the Border Gate-way Protocol (BGP) subsystem. Definitions of managed objects for the Chassis Management subsystem. Definitions of managed objects for the Configuration Manager subsystem. Definitions of chassis and modules. Definitions of managed objects for the IEEE 802.1Q subsystem. Definitions of managed objects for the Dynamic Routing and Control (DRC) subsystems. Definitions of managed objects for the Distance Vector Multicast Routing Protocol (DVMRP) subsystem. SNMP-v2-CONF SNMPv2-SMI SNMPv2-SMI, SNMPv2-CONF SNMPv2-CONF, SNMP- FRAMEWORK-MIB, ENTITY- MIB SNMPv2-CONF SNMP-SMI SNMPv2-CONF SNMPv2-SMI, SNMPv2-CONF SNMPv2-SMI, SNMPv2-CONF ALCATEL-IND1-GROUP- MOBILITY-MIB ALCATEL-IND1-HEALTH- MIB Definitions of managed objects for Group Mobility. Definitions of managed objects for the Health Monitoring subsystem. SNMPv2-CONF SNMPv2-CONF OmniVista 2500 Decembre2010 Rev

68 ALCATEL-IND1-INLINE- POWER-MIB ALCATEL-IND1- INTERCOMMUTATEUR- PROTOCOL-MIB ALCATEL-IND1-IP-MIB MIB Name Description Dependencies* ALCATEL-IND1-IPMRM-MIB ALCATEL-IND1-IPMS-MIB ALCATEL-IND1-IPRM-MIB ALCATEL-IND1-IPX-MIB ALCATEL-IND1-LAG-MIB ALCATEL-IND1-LPS-MIB ALCATEL-IND1-MAC- ADDRESS-MIB ALCATEL-IND1-MAC- SERVER-MIB ALCATEL-IND1-NTP-MIB Definitions of proprietary inline power extensions. Definitions of managed objects for the Intercommutateur Protocol (i.e., GMAP, XMAP) subsystem. Definitions of managed objects for the IP Stack sub-system. Definitions of managed objects for the IP Multicast Routing Manager (IPMRM) subsystem. Definitions of managed objects for the IP Multicast Commutateuring (IPMS) subsystem. Definitions of managed objects for the IP Routing Manager (IPRM) subsystem. Definitions of managed objects for the Novell Internet-work Packet Exchange (IPX) Protocol subsystem. Definitions of managed objects for the IEEE 802.3ad Link Aggregation (LAG) subsystem. Definitions of the MIB module for the address learning MIB addresses entity. Definitions of managed objects for the Source Learning MAC Address subsystem. Definitions of managed objects for the Chassis Super-vision MAC Server subsystem. Definitions of the Network Time Protocol (NTP) subsystem. SNMPv2-SMI, POWER- ETHER- NET-MIB, SNMPv2- CONF SNMPv2-CONF SNMPv2-CONF, IP-MIB SNMPv2-SMI, SNMPv2- CONF SNMPv2-CONF SNMPv2-CONF, IANA- RTPROTO-MIB SNMPv2-CONF SNMPv2-CONF, IEEE8023- LAG-MIB, IF-MIB, Q- BRIDGE-MIB IF-MIB, Q-BRIDGE-MIB, ALCATEL-IND1-SYSTEM- MIB, SNMPv2-CONF SNMPv2-CONF, IF-MIB, Q- Bridge-MIB SNMPv2-CONF, ENTITY- MIB, ALCATEL-IND1- CHASSIS-MIB SNMPv2-SMI, SNMPv2-TC OmniVista 2500 Decembre2010 Rev

69 MIB Name Description Dependencies* ALCATEL-IND1- OSPF-MIB ALCATEL-IND1- PARTITIONED-MGR-MIB ALCATEL-IND1- PCAM-MIB ALCATEL-IND1- PIMSM-MIB ALCATEL-IND1- POLICY-MIB ALCATEL-IND1- PORT-MIB ALCATEL-IND1- PORT-MIRRORING- MONITORING-MIB ALCATEL-IND1- QOS-MIB ALCATEL-IND1- RIP-MIB ALCATEL-IND1- SESSION-MGR-MIB ALCATEL-IND1- SLB-MIB Definitions of managed objects for the Open Shortest Path First (OSPF) subsystem. Definitions of the user Partitioned Manager sub-system. Definitions of managed objects for the Coronado L3HRE Manager subsystem. Definitions of managed objects for the Protocol Independent Multicast Sparse Mode (PIM-SM) subsystem. Definitions of managed objects for the Policy Manager subsystem. Definitions of managed objects for the Port Manager subsystem. Definitions of managed objects for the Port Mirroring and Monitoring subsystem. Definitions of managed objects for the Quality of Service (QoS) subsystem. Definitions of managed objects for the Routing Information Protocol (RIP) subsystem. Definitions of managed objects for the User Session Manager subsystem. Definitions of managed objects for the Server Load Balancing (SLB) subsystem. SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF, Q-BRIDGE-MIB, SNMP-FRAMEWORK-MIB, SNMPv2-TC SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-CONF, IF-MIB SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF ALCATEL-IND1- Definitions of SNMPv2-SMI OmniVista 2500 Decembre2010 Rev

70 SNMP-AGENT-MIB ALCATEL-IND1- SYSTEM-MIB managed objects for the Simple Network Management Protocol (SNMP) Agent sub-system. Definitions of managed objects for the System Services subsystem. SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF OmniVista 2500 Decembre2010 Rev

71 MIB Name Description Dependencies* ALCATEL-IND1- TRAP-MGR-MIB ALCATEL-IND1- UDP-RELAY-MIB ALCATEL-IND1- VLAN-MGR-MIB ALCATEL-IND1- VLAN-STP-MIB ALCATEL-IND1- WEB-MGT-MIB Definitions of managed objects for the SNMP Notification (i.e., Trap) Manager subsystem. Definitions of managed objects for the User Datagram Protocol (UDP) Relay subsystem. Definitions of managed objects for the VLAN Manager subsystem. Definitions of managed objects for the VLAN Spanning Tree Protocol (STP) subsystem. Definitions of managed objects for the Web Based Management subsystem. SNMPv2-SMI, SNMP-v2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF SNMPvw-SMI, SNMPv2-CONF, BRIDGE- MIB SNMPv2-SMI, SNMPv2-TC, SNMPv2- CONF, INET-ADDRESS- MIB OmniVista 2500 Decembre2010 Rev