Introduction à la gestion des défauts de connectivité OAM (CFM)
Cette section décrit le fonctionnement, l’administration et la gestion (OAM) de CFM (CFM).
Utilisez l’Explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Consultez la Comportement CFM spécifique à la plate-forme section pour les notes relatives à votre plate-forme.
Gestion des défaillances de la connectivité OAM Ethernet
La gestion des défauts de connectivité (CFM) est définie dans la norme IEEE 802.1ag. Cette rubrique met l’accent sur l’utilisation de CFM dans un environnement Metro Ethernet.
Les principales caractéristiques de CFM sont les suivantes :
-
Surveillance des pannes à l’aide du protocole de contrôle de continuité. Ce protocole sert de protocole de découverte de voisinage et de vérification de l’état qui identifie et maintient les proximités au niveau du VLAN ou de la liaison.
-
Découverte des chemins et vérification des pannes à l’aide du protocole linktrace. Semblable au traceroute IP, ce protocole mappe le chemin emprunté vers une adresse MAC de destination via un ou plusieurs réseaux pontés entre la source et la destination.
-
Isolation des pannes à l’aide du protocole de bouclage. Semblable à IP ping, ce protocole fonctionne avec le protocole de vérification de continuité pendant le dépannage.
CFM divise le réseau de services en différents domaines administratifs, tels que les opérateurs, les fournisseurs et les clients. Ces domaines peuvent appartenir à des domaines administratifs distincts.
Chaque domaine d’administration est associé à un domaine de maintenance qui contient suffisamment d’informations pour l’autogestion, permet une surveillance de bout en bout et prévient les failles de sécurité. Chaque domaine de maintenance est associé à un niveau de domaine de maintenance compris entre 0 et 7, en fonction de la hiérarchie du réseau. Les domaines les plus externes se voient attribuer un niveau plus élevé que les domaines les plus internes. Les points de terminaison client ont le niveau de domaine de maintenance le plus élevé.
Chaque instance de service d’un domaine de maintenance CFM est appelée maintenance association. A maintenance association est constitué d’un maillage complet de points de terminaison de maintenance (MEP) qui partagent des caractéristiques similaires. Les MEP sont des entités CFM actives qui génèrent des messages de protocole CFM et y répondent.
Il existe également un point intermédiaire de maintenance (MIP), qui est une entité CFM similaire au MEP. Cependant, MIP est relativement passif et ne répond qu’aux messages CFM.
Les députés peuvent être up MEPs ou down MEPs. Un lien permet de connecter un MEP de niveau 5 à un MEP de niveau 7. L’interface au niveau 5 est une MEP ascendante (car l’autre extrémité de la liaison est au niveau MEP 7), et l’interface au niveau 7 est une MEP descendante (car l’autre extrémité de la liaison est au niveau MEP 5).
Dans un réseau Metro Ethernet, CFM est couramment utilisé à deux niveaux :
-
Par le fournisseur de services pour vérifier la connectivité entre ses routeurs PE (Provider Edge)
-
Par le client pour vérifier la connectivité entre ses routeurs CE (Customer Edge)
REMARQUE :Le niveau CFM client configuré doit être supérieur au niveau CFM du fournisseur de services.
Dans de nombreux réseaux Metro Ethernet, CFM est utilisé pour surveiller la connectivité sur un réseau VPLS et pont.
Gestion des défaillances de connectivité OAM IEEE 802.1ag
Junos OS prend en charge la connectivité IEEE 802.1ag, la gestion des pannes et les interfaces Ethernet sur les équipements prenant en charge la norme IEEE 802.1ag pour OAM. La norme IEEE 802.1ag facilite la gestion des défaillances de la connectivité Ethernet (CFM) qui facilite la surveillance d’un réseau Ethernet comprenant une ou plusieurs instances de service.
CFM prend en charge les interfaces Ethernet agrégées (aex). Les sessions CFM fonctionnent en mode distribué sur le concentrateur PIC flexible (FPC) sur des interfaces Ethernet agrégées. Par conséquent, le basculement GRES (Graceful Moteur de routage Switchover) est pris en charge sur aex. Les sessions CFM avec un intervalle de message de contrôle de continuité (CCM) de 10 ms ne sont pas prises en charge sur aex.
Pour les sessions CFM en mode centralisé, nous vous recommandons de configurer un maximum de 40 sessions CFM avec un intervalle de message de contrôle de continuité (CCM) de 100 ms ou un maximum de sessions de 400 CFM avec un intervalle CCM de 1 seconde (1 s). Si les sessions CFM sont configurées au-delà de cette limite, CFM peut ne pas fonctionner comme prévu. Vous pouvez observer des problèmes lorsque l’état de plusieurs liens change ou lorsque les cartes de ligne sont redémarrées.
Les sessions CFM sont distribuées par défaut. Toutes les sessions CFM doivent fonctionner soit en mode distribué, soit en mode centralisé. Un fonctionnement mixte de modes distribués et centralisés pour les sessions CFM n’est pas pris en charge. Pour désactiver la distribution des sessions CFM sur aex et faire fonctionner les sessions en mode centralisé, incluez l’instruction no-aggregate-delegate-processing
au niveau de la [edit protocols oam ethernet connectivity-fault-management]
hiérarchie.
Les sessions CFM sont prises en charge sur aex si les interfaces qui forment le bundle Ethernet agrégé sont en mode mixte lorsque la no-aggregate-delegate-processing
commande est activée.
Pour que Ethernet OAM 802.1ag fonctionne, la gestion périodique distribuée des paquets (PPM) s’exécute sur le moteur de routage et le moteur de transfert de paquets. Vous ne pouvez désactiver PPM que sur le moteur de transfert de paquets. Pour désactiver PPM sur le moteur de transfert de paquets, incluez l’instruction ppm no-delegate-processing
au niveau de la [edit routing-options ppm]
hiérarchie.
Notez que ces limites ont été calculées en considérant une charge d’unité de données de protocole (PDU) de 400 paquets par seconde (pps) sur le moteur de routage. Cette limite varie en fonction de la charge du moteur de routage. Si le moteur de routage subit une charge importante, attendez-vous à des variations jusqu’à cette limite.
Vous pouvez activer la prise en charge d’IEEE 802.1ag CFM sur les interfaces de service pseudowire en configurant des points intermédiaires de maintenance (MIP) sur les interfaces de service pseudowire. Les interfaces de service pseudowire prennent en charge la configuration des interfaces d’abonné via une terminaison pseudowire MPLS. La terminaison des interfaces d’abonnés via pseudowire permet aux opérateurs de réseau d’étendre leur domaine MPLS du réseau d’accès/d’agrégation à la périphérie du service et d’utiliser un provisionnement d’étiquettes MPLS uniforme pour une plus grande partie de leur réseau.
La session MIP CFM n’est prise en charge que sur l’interface des services pseudowire et non sur l’interface du tunnel des services pseudowire.
IEEE 802.1ag OAM prend en charge le basculement GRES (Graceful Moteur de Routage ). IEEE 802.1ag OAM est pris en charge sur les interfaces non étiquetées, à balise unique et S-VLAN.
Éléments clés de la gestion des défaillances de connectivité
Figure 1 montre les relations entre les ponts Ethernet du client, du fournisseur et de l’opérateur, les domaines de maintenance, les points de terminaison d’association de maintenance (MEP) et les points intermédiaires de maintenance (MIP).

Une association de maintenance est un ensemble de MEP configurés avec le même identifiant d’association de maintenance et le même niveau de domaine de maintenance. Figure 2 montre les relations hiérarchiques entre le pont Ethernet, les domaines de maintenance, les associations de maintenance et les MEP.

Voir également
Comportement CFM spécifique à la plate-forme
Utilisez l’Explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Utilisez le tableau suivant pour passer en revue les comportements spécifiques à votre plateforme.
Plate-forme | Différence |
---|---|
ACX Series |
|
MX Series |
|
PTX Series |
|
Tableau de l'historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
mc-ae
configuration CFM.