Introduction à la gestion des pannes de connectivité OAM (CFM)
SUMMARY Cette section décrit le fonctionnement, l’administration et la gestion (OAM) de la gestion des pannes de connectivité (CFM).
Gestion des pannes de connectivité OAM Ethernet
La gestion des pannes de connectivité (CFM) est définie dans IEEE 802.1ag. Ce sujet met l’accent sur l’utilisation de CFM dans un environnement Metro Ethernet.
Les principales fonctionnalités de CFM sont :
-
Surveillance des pannes à l’aide du protocole de vérification de la continuité. Ce protocole sert de protocole de détection des voisins et de vérification de l’intégrité qui identifie et maintient les adjacenances au niveau du VLAN ou de la liaison.
-
Détection 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 au ping IP, ce protocole fonctionne avec le protocole de vérification de la continuité lors du 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 administratif est lié à un seul domaine de maintenance qui contient suffisamment d’informations pour l’autogestion, permettre une surveillance de bout en bout et prévenir les violations de sécurité. Chaque domaine de maintenance est associé à un niveau de domaine de maintenance allant de 0 à 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 terminaux clients 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 se compose 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 et répondent aux messages de protocole CFM.
Il existe également un point intermédiaire de maintenance (MIP), qui est une entité CFM similaire au MEP. Toutefois, le MIP est relativement passif et ne répond qu’aux messages CFM.
Les députés peuvent être up MEPs ou down MEPs. Une liaison peut connecter un député au niveau 5 à un député au niveau 7. L’interface au niveau 5 est un MEP montant (car l’autre extrémité de la liaison se trouve au niveau 7 du MEP), et l’interface au niveau 7 est un MEP en baisse (car l’autre extrémité de la liaison est au niveau 5 du MEP).
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 de périphérie fournisseur (PE)
-
Par le client pour vérifier la connectivité entre ses routeurs de périphérie client (CE)
REMARQUE :Le niveau CFM du 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.
Dans les routeurs ACX Series, l’OAM pour VPLS est uniquement pris en charge sur les routeurs ACX5048, ACX5096 et ACX5448.
La prise en charge de CFM sur les équipements PTX10001-36MR, PTX10004, PTX10008 et PTX10016 comprend les limitations suivantes :
-
Limitations liées aux points de fin de maintenance (MEP) et aux points intermédiaires de maintenance (MIP) : vous ne pouvez pas configurer :
-
Monter le MEP et réduire le MEP au même niveau sur une interface.
-
-
Si le MEP est supérieur au MEP descendant, le système n’abandonne pas les PDU CCM de manière sélective et leur permet de passer sans interruption.
-
L’horodatage DM sur AE avec des liaisons enfants sur plusieurs PFE n’est pas pris en charge.
-
Les paquets CFM prennent la file d’attente par défaut. Il n’y a pas de mappage de classe de transfert vers file d’attente (fc-to-queue), dans les instances suivantes :
-
Trafic sortant, si la cos-réécriture n’est pas configurée
-
Trafic non marqué
-
-
La configuration des
vlan-id-listIFL compatibles OAM peut avoir un impact sur l’évolutivité de CFM. -
Les paquets CFM qui sont liés à l’hôte et générés par l’hôte ne contournent pas les filtres de pare-feu configurés pour les directions d’entrée et de sortie.
Présentation de la gestion des pannes de connectivité OAM IEEE 802.1ag
Junos OS prend en charge la gestion des pannes de connectivité IEEE 802.1ag. Les interfaces Ethernet sur les routeurs M7i et M10i avec CFEB-E (Enhanced CFEB) et sur les routeurs M120, M320, MX Series, T Series et PTX Series prennent en charge la norme IEEE 802.1ag pour l’exploitation, l’administration et la gestion (OAM). La norme IEEE 802.1ag facilite la gestion des pannes de connectivité Ethernet (CFM) qui permet de surveiller un réseau Ethernet comprenant une ou plusieurs instances de service.
Mx Series Virtual Chassis ne prend pas en charge la gestion distribuée des pannes de connectivité inline.
Les routeurs ACX Series prennent en charge CFM sur des interfaces Ethernet agrégées avec un intervalle de contrôle de continuité de 100 millisecondes ou plus.
- Présentation de la gestion des pannes de connectivité OAM
- Éléments clés de la gestion des pannes de connectivité
- Bonnes pratiques de configuration de l’OAM Ethernet 802.1ag pour VPLS
Présentation de la gestion des pannes de connectivité OAM
Dans junos OS version 9.3 et versions ultérieures, CFM prend également en charge les interfaces Ethernet agrégées. Les sessions CFM fonctionnent en mode distribué sur le concentrateur PIC flexible (FPC) sur des interfaces Ethernet agrégées. En conséquence, le commutateur GRES (Graceful Routing Engine Switchover) est pris en charge sur les interfaces Ethernet agrégées. Dans les versions antérieures à Junos OS version 13.3, les sessions CFM fonctionnent en mode centralisé sur le moteur de routage. Toutefois, les sessions CFM ne sont pas prises en charge sur les interfaces Ethernet agrégées si les interfaces qui forment l’offre Ethernet agrégée sont en mode mixte. En outre, les sessions CFM avec un intervalle de message de contrôle de la continuité (CCM) de 10 millisecondes ne sont pas prises en charge sur les interfaces Ethernet agrégées.
Les sessions CFM sont distribuées par défaut. Toutes les sessions CFM doivent être uniquement distribuées ou centralisées. Une gestion mixte des modes distribués et centralisés pour les sessions CFM n’est pas prise en charge. Pour désactiver la distribution des sessions CFM sur des interfaces Ethernet agrégées et les faire fonctionner en mode centralisé, incluez l’instruction no-aggregate-delegate-processing au niveau de la [edit protocols oam ethernet connectivity-fault-management] hiérarchie.
Pour qu’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 le PPM que sur le moteur de transfert de paquets. Pour désactiver le PPM sur le PFE, incluez l’instruction ppm no-delegate-processing au niveau de la [edit routing-options ppm] hiérarchie.
Les sessions CFM sont prises en charge sur des interfaces Ethernet agrégées si les interfaces qui forment l’offre Ethernet agrégée sont en mode mixte lorsque la
no-aggregate-delegate-processingcommande est activée.À partir de la version 14.2 de Junos OS, pour les sessions CFM en mode centralisé, nous vous recommandons de configurer un maximum de 40 sessions CFM avec un intervalle de message de vérification de la continuité (CCM) de 100 millisecondes (100 ms) ou un maximum de 400 sessions CFM avec un intervalle CCM de 1 seconde (1 s). Si les sessions CFM sont configurées au-delà de cette limite, CFM risque de ne pas fonctionner comme prévu. Vous pouvez observer des problèmes lorsque l’état de plusieurs liaisons change ou lorsque les cartes d’interface sont redémarrées.
Notez que ces limites ont été dérivées en tenant compte d’une charge PDU (Protocol Data Unit) 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 forte charge, attendez-vous à des variations de cette limite.
À partir de la version 10.3 de Junos OS, CFM n’est pas pris en charge sur les liaisons ethernet agrégées non balisées sur les interfaces configurées sur les concentrateurs de ports modulaires (MPC) et les cartes d’interface modulaires (MIC) sur les routeurs MX Series. Cependant, CFM est pris en charge à la fois sur des interfaces logiques Ethernet agrégées et balisées configurées sur des MPC et des MIC.À partir de la version 12.3 de Junos OS, CFM ne prend pas en charge l’agrégation de liaisons multichâssis (MC-LAG). Nous vous recommandons de ne pas configurer l’instruction mc-ae lors de la configuration de CFM.
À partir de la version 11.3 de Junos OS, sur les routeurs T Series et M320, CFM n’est pas pris en charge sur les interfaces configurées avec l’encapsulation CCC. Si vous configurez CFM, le système affiche le message suivant : « MEPs cannot be configured on ccc interface on this platform ».
À partir de la version 17.4 de Junos OS, 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 abonnés sur la terminaison pseudowire MPLS. La terminaison des interfaces d’abonnés sur PW permet aux opérateurs réseau d’étendre leur domaine MPLS du réseau d’accès/agrégation à la périphérie de service et d’utiliser un provisionnement d’étiquettes MPLS uniforme pour une plus grande partie de leur réseau.
La session MIP de CFM est prise en charge uniquement sur l’interface de services pseudowire et non sur l’interface de tunnel de services pseudowire.
L’OAM IEEE 802.1ag prend en charge le basculement GRES ( Graceful Routing Engine Switchover ). L’OAM IEEE 802.1ag est pris en charge sur les interfaces VLAN non balisées, étiquetées et empilées.
Sur les commutateurs EX Series, pour utiliser la fonctionnalité CFM, vous devez d’abord ajouter le CFM à Junos OS de base en installant une licence de fonctionnalités améliorées (EFL). Voir licences ex Series pour plus de détails.
Éléments clés de la gestion des pannes de connectivité
Figure 1 affiche les relations entre les ponts Ethernet du client, du fournisseur et de l’opérateur, les domaines de maintenance, les points de fin d’association de maintenance (MEP) et les points intermédiaires de maintenance (MIP).
Sur les routeurs ACX Series, les points intermédiaires de maintenance (MIP) ne sont pris en charge que sur les routeurs ACX5048 et ACX5096.
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 affiche les relations hiérarchiques entre le pont Ethernet, les domaines de maintenance, les associations de maintenance et les MEP.
Bonnes pratiques de configuration de l’OAM Ethernet 802.1ag pour VPLS
Les interfaces logiques d’une instance de routage VPLS peuvent avoir des configurations VLAN identiques ou différentes. La normalisation VLAN est nécessaire pour basculer correctement les paquets entre ces interfaces. La normalisation VLAN est en fait une traduction VLAN dans laquelle les balises VLAN du paquet reçu doivent être traduites si elles sont différentes des balises VLAN normalisées.
Pour les routeurs MX Series, le VLAN normalisé est spécifié à l’aide de l’une des instructions de configuration suivantes dans l’instance de routage VPLS :
vlan-id vlan-numbervlan-id nonevlan-tags outer outer-vlan-number inner inner-vlan-number
Vous devez configurer vlan-maps explicitement toutes les interfaces appartenant à l’instance de routage.
La voie de transfert doit être prise en compte :
Chemin de réception de paquets :
Il s’agit du chemin de transfert pour les paquets reçus sur les interfaces.
L’OAM Ethernet 802.1ag pour VPLS utilise des filtres d’interface et des filtres de table de transfert implicites pour inonder, accepter et abandonner les paquets CFM.
Chemin de transmission de paquets :
Le logiciel JUNOS utilise le transfert matériel du routeur pour les paquets générés par le processeur.
Pour les MEP down, les paquets sont transmis sur l’interface sur laquelle le MEP est configuré.
Dans les routeurs MX Series, pour les MEP Up, le paquet doit être inondé vers d’autres interfaces de l’instance de routage VPLS. Le routeur crée un routage d’inondation lié à un saut suivant d’inondation (avec toutes les interfaces à inonder) puis source le paquet à transférer avec ce routage d’inondation.
Le routeur utilise également un transfert implicite pour les paquets générés par le processeur. Le résultat est que le saut d’inondation suivant lié à la route d’inondation doit être lié au terme du filtre. Le terme filtre utilise des critères de correspondance pour identifier correctement les paquets générés par l’hôte.
Voir également
mc-ae lorsque vous configurez CFM.