Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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).

Figure 1 : Relation entre les MEP, les MIP et les niveaux de domaine de maintenance Relation entre les MEP, les MIP et les niveaux de domaine de maintenance

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.

Figure 2 : Relation entre les ponts, les domaines d’entretien, les associations d’entretien et les députés européens Relation entre les ponts, les domaines d’entretien, les associations d’entretien et les députés européens

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

  • Les routeurs ACX Series qui prennent en charge CFM présentent les limitations suivantes :

    • Les routeurs ACX5048 et ACX5096 ne prennent pas en charge la configuration MIP sur les services VPLS.

    • ACX5448 routeur ne prend pas en charge MIP.

    • Les routeurs ACX Series prennent en charge le CFM sur les interfaces Ethernet agrégées (AEX) avec un intervalle de contrôle de continuité de 100 ms ou plus.

MX Series

  • Les routeurs MX Series qui prennent en charge CFM présentent les limitations suivantes :

    • Les liaisons membres Ethernet agrégées non étiqueté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 ne prennent pas en charge CFM. Toutefois, les interfaces logiques Ethernet agrégées non étiquetées et configurées sur les MPC et les MIC prennent en charge CFM.

    • MX Series Virtual Chassis ne prend pas en charge le CFM distribué en ligne.

PTX Series

  • Les routeurs PTX Series qui prennent en charge CFM présentent les limitations suivantes :

    • Il n’est pas possible de configurer MEP vers le haut et vers le bas au même niveau sur une interface.

    • Ne prennent pas en charge l’horodatage lié au DM sur Ethernet agrégé avec des liaisons enfants sur plusieurs PFE.

    • Les filtres de pare-feu, tant dans le sens entrant que sortant, ne sont pas contournés par les paquets CFM liés à l’hôte et générés par l’hôte.

    • Les paquets CFM utilisent la file d’attente par défaut. Il n’y a pas de mappage de classe de transfert vers file d’attente (fc à file d’attente) dans les cas suivants :

      • Trafic sortant lorsque cos-rewrite n’est pas configuré.

      • Trafic non balisé

    • La configuration des vlan-id-list IFL activés sur OAM peut avoir un impact sur la mise à l’échelle CFM

    • Sur les routeurs PTX10001-36MR, PTX10004, PTX10008 et PTX10016, si la MEP ascendante est supérieure à la MEP basse, le système n’abandonne pas sélectivement les PDU CCM et les laisse passer sans interruption.

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.

Version
Description
17.4R1
À 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.
14.2
À partir de Junos OS version 14.2, 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 millisecondes (100 ms) ou un maximum de sessions de 400 CFM avec un intervalle CCM de 1 seconde (1 s).
12.3
À partir de Junos OS version 12.3, CFM ne prend plus en charge l’agrégation de liens multichâssis (MC-LAG). Nous vous recommandons de ne pas configurer l’instruction lors de la mc-ae configuration CFM.
9.3
Dans Junos OS version 9.3 et ultérieure, CFM prend en charge les interfaces Ethernet agrégées.