Difference between revisions of "Mise en œuvre par les constructeurs"
From Livre IPv6
(→L’export des flux IPv6) |
m (→Les MIBs) |
||
| (3 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| + | {{suivi |Supervision|Supervision|Les applications spécifiques |Les applications spécifiques}} | ||
| + | |||
| + | |||
Dans cette partie, nous avons choisi un ensemble de constructeurs dont leurs équipements offrent des fonctionnalités pour la supervision des réseaux IPv6. A noter que cette liste n’est pas exhaustive. | Dans cette partie, nous avons choisi un ensemble de constructeurs dont leurs équipements offrent des fonctionnalités pour la supervision des réseaux IPv6. A noter que cette liste n’est pas exhaustive. | ||
Dans un premier temps, certains constructeurs implémentant des MIBs IPv6 seront passés en revue, ensuite, dans un second temps ceux proposant l’utilisation de SNMP en IPv6 seront listé. Nous présenterons ceux qui offrent la possibilité d’exporter des flux IPv6 vers un collecteur. | Dans un premier temps, certains constructeurs implémentant des MIBs IPv6 seront passés en revue, ensuite, dans un second temps ceux proposant l’utilisation de SNMP en IPv6 seront listé. Nous présenterons ceux qui offrent la possibilité d’exporter des flux IPv6 vers un collecteur. | ||
| Line 5: | Line 8: | ||
Nous avons vu précédemment que le modèle SNMP est très utilisé ; il est donc important que les constructeurs implémentent les MIBs définies par l’IETF : | Nous avons vu précédemment que le modèle SNMP est très utilisé ; il est donc important que les constructeurs implémentent les MIBs définies par l’IETF : | ||
| − | *Juniper a conçu une première réalisation en mettant en œuvre une MIB privée en se basant sur le RFC 2465. Cette MIB permet en autre de faire de la métrologie sur le nombre de paquets entrants et sortants. D’autre part, ce constructeur a implémenté une MIB privée basée sur le draft [[JH-id]] qui permet de récupérer des informations sur le routage BGP4. | + | *Juniper a conçu une première réalisation en mettant en œuvre une MIB privée en se basant sur le RFC 2465. Cette MIB permet en autre de faire de la métrologie sur le nombre de paquets entrants et sortants. D’autre part, ce constructeur a implémenté une MIB privée basée sur le draft [[Bibliographie#JH-id|JH-id]] qui permet de récupérer des informations sur le routage BGP4. |
*Cisco a mis en œuvre sur ses équipements une MIB privée (CISCO-IETF-IP-MIB) permettant de récupérer un certain nombre d’informations IPv6 de base (interfaces, messages ICMP). Par contre, il n’a pas encore développé une MIB permettant de différencier le trafic sur les interfaces transportant les deux versions IP le trafic IPv6. | *Cisco a mis en œuvre sur ses équipements une MIB privée (CISCO-IETF-IP-MIB) permettant de récupérer un certain nombre d’informations IPv6 de base (interfaces, messages ICMP). Par contre, il n’a pas encore développé une MIB permettant de différencier le trafic sur les interfaces transportant les deux versions IP le trafic IPv6. | ||
*Hitachi a développé sur ces routeurs (GR2000/GR4000) et sur les switchs (GS4000) les MIBs décrites dans les RFC 2452, RFC 2454, RFC 2465 et RFC 2466. Par contre, les MIBs unifiées ne sont pas encore prêtes. | *Hitachi a développé sur ces routeurs (GR2000/GR4000) et sur les switchs (GS4000) les MIBs décrites dans les RFC 2452, RFC 2454, RFC 2465 et RFC 2466. Par contre, les MIBs unifiées ne sont pas encore prêtes. | ||
| Line 41: | Line 44: | ||
===L’export des flux IPv6=== | ===L’export des flux IPv6=== | ||
| + | |||
| + | [[image:CS203.png|thumb|right|200px|Figure 16-3 ''Exportation des flux'']] | ||
| + | |||
Un autre élément très important de nos jours dans la supervision des réseaux est l’export des flux. En effet, les flux permettent de caractériser le trafic acheminé sur le réseau. Il est donc essentiel de disposer de cette fonctionnalité d’export pour les flux IPv6. | Un autre élément très important de nos jours dans la supervision des réseaux est l’export des flux. En effet, les flux permettent de caractériser le trafic acheminé sur le réseau. Il est donc essentiel de disposer de cette fonctionnalité d’export pour les flux IPv6. | ||
| − | |||
| − | |||
Le groupe de travail IPFIX de l’IETF travaille pour définir un format standard pour l’export des flux. Cependant, aujourd’hui chaque constructeur a développé sa propre technologie. Voici un tableau indiquant les différentes technologies utilisées par chaque constructeur et si elles supportent l’export de flux IPv6. | Le groupe de travail IPFIX de l’IETF travaille pour définir un format standard pour l’export des flux. Cependant, aujourd’hui chaque constructeur a développé sa propre technologie. Voici un tableau indiquant les différentes technologies utilisées par chaque constructeur et si elles supportent l’export de flux IPv6. | ||
| − | |||
| − | |||
| Line 82: | Line 84: | ||
|Infovista || || Pas de fonctionnalité IPv6 disponible et aucune prévision d’en intégrer. | |Infovista || || Pas de fonctionnalité IPv6 disponible et aucune prévision d’en intégrer. | ||
|} | |} | ||
| + | |||
| + | {{suivi |Supervision|Supervision|Les applications spécifiques |Les applications spécifiques}} | ||
Latest revision as of 14:33, 27 February 2006
| |
Supervision | Table des matières | Les applications spécifiques | |
Dans cette partie, nous avons choisi un ensemble de constructeurs dont leurs équipements offrent des fonctionnalités pour la supervision des réseaux IPv6. A noter que cette liste n’est pas exhaustive.
Dans un premier temps, certains constructeurs implémentant des MIBs IPv6 seront passés en revue, ensuite, dans un second temps ceux proposant l’utilisation de SNMP en IPv6 seront listé. Nous présenterons ceux qui offrent la possibilité d’exporter des flux IPv6 vers un collecteur.
Contents
Les MIBs
Nous avons vu précédemment que le modèle SNMP est très utilisé ; il est donc important que les constructeurs implémentent les MIBs définies par l’IETF :
- Juniper a conçu une première réalisation en mettant en œuvre une MIB privée en se basant sur le RFC 2465. Cette MIB permet en autre de faire de la métrologie sur le nombre de paquets entrants et sortants. D’autre part, ce constructeur a implémenté une MIB privée basée sur le draft JH-id qui permet de récupérer des informations sur le routage BGP4.
- Cisco a mis en œuvre sur ses équipements une MIB privée (CISCO-IETF-IP-MIB) permettant de récupérer un certain nombre d’informations IPv6 de base (interfaces, messages ICMP). Par contre, il n’a pas encore développé une MIB permettant de différencier le trafic sur les interfaces transportant les deux versions IP le trafic IPv6.
- Hitachi a développé sur ces routeurs (GR2000/GR4000) et sur les switchs (GS4000) les MIBs décrites dans les RFC 2452, RFC 2454, RFC 2465 et RFC 2466. Par contre, les MIBs unifiées ne sont pas encore prêtes.
- 6Wind a implémenté sur ses équipements les RFC 2465 et RFC 2466.
Le tableau suivant récapitule les MIBs implémentés par les principaux constructeurs.
| RFC/draft de référence | Nom de la MIB |
|---|---|
| Cisco | RFC 2466 cisco-ietf-ip-mib (privé) |
| Juniper | RFC 2465 RFC 2466 draft ietf-idr-bgp4-mibv2-0 mib-jnx-ipv6.txt (privé) mib-jnx-ipv6.txt (privé) mib-jnx-bgpmib2.txt (privé) |
| Hitachi | RFC 2452 RFC 2454 RFC 2465 RFC 2466 MIBs standard implémentées |
| 6wind | RFC 2465 RFC 2466 MIBs standard implémentées |
Le transport IPv6 du protocole SNMP
Afin que le transport de SNMP puisse se faire en IPv6, il est nécessaire que le serveur SNMP ainsi que les agents situés sur les équipements supportent la pile IPv6. En ce qui concerne les serveurs, il existe un nombre important d’application qui supporte déjà le transport IPv6. De même, chez un grand nombre de constructeurs, les agents SNMP sont capables de répondre à des requêtes IPv6.
| Constructeur | Agent SNMP IPv6 |
|---|---|
| Cisco | A partir de la version d’IOS 12.0 (27)S |
| Juniper | Disponible |
| Hitachi | Disponible |
| 6wind | Disponible |
L’export des flux IPv6
Un autre élément très important de nos jours dans la supervision des réseaux est l’export des flux. En effet, les flux permettent de caractériser le trafic acheminé sur le réseau. Il est donc essentiel de disposer de cette fonctionnalité d’export pour les flux IPv6.
Le groupe de travail IPFIX de l’IETF travaille pour définir un format standard pour l’export des flux. Cependant, aujourd’hui chaque constructeur a développé sa propre technologie. Voici un tableau indiquant les différentes technologies utilisées par chaque constructeur et si elles supportent l’export de flux IPv6.
| Constructeur | technologie pour l'export des flux | Export des flux IPv6 |
|---|---|---|
| Cisco | Netflow (version 9) | A partir de la version d’IOS 12.3(7)T |
| Juniper | Cflowd | Non disponible |
| Hitachi | sflow | Disponible |
| 6wind | Netflow | Non disponible |
Les plates-formes.
Les plates-formes de supervision disponibles dans le marché visent à intégrer un ensemble d’outils permettant d’administrer de façon globale le réseau. Vu que tout les éléments de base ne sont pas disponibles, il est difficile de trouver aujourd’hui une plateforme qui permette de superviser un réseau IPv6 de la même façon qu’IPv4. Cependant, certaines versions de ces plateformes disposent de quelques fonctionnalités de supervision IPv6. Voici un tableau récapitulant un ensemble de fonctionnalités avec les différentes plateformes d’administration.
| Plate-forme | outil | Fonctionnalités disponibles |
|---|---|---|
| HP OpenView | Network Node Manager (NMM 7.5) | Implémentation de MIBs IPv6 standard Découverte de réseau IPv6 |
| CiscoWorks | Campus manager 4.0 | Transport IPv6 : trace d’équipements terminaux IPv6 En phase de test |
| Resource Manager Essentials (RME) | Inventaire et configuration d’équipements En phase de test | |
| Cisco View | En cours de développement | |
| Tivoli-Netview | Pas de fonctionnalité IPv6 disponible | |
| Infovista | Pas de fonctionnalité IPv6 disponible et aucune prévision d’en intégrer. |
| |
Supervision | Table des matières | Les applications spécifiques | |
