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)

SUMMARY Cette section décrit le fonctionnement, l’administration et la gestion (OAM) de la gestion des pannes de connectivité (CFM).

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.

REMARQUE :

Dans les routeurs ACX Series, OAM pour VPLS n’est pris en charge que sur les routeurs ACX5048, ACX5096 et ACX5448, et OAM pour EVPN n’est pris en charge que sur les routeurs ACX5448 et ACX710.

La prise en charge de CFM sur les appareils PTX10001-36MR, PTX10004, PTX10008 et PTX10016 inclut les limitations suivantes :

  • Limitations liées au point d’extrémité de maintenance (MEP) et au point intermédiaire de maintenance (MIP) : vous ne pouvez pas configurer :

    • MEP ascendant et MEP descendant au même niveau sur une interface.

  • Si la MEP ascendante est supérieure à la MEP descendante, le système n’abandonne pas les PDU CCM de manière sélective et leur permet de passer sans interruption.

  • L’horodatage lié au DM sur AE avec des liaisons enfants sur plusieurs PFE n’est pas pris en charge.

  • Les paquets CFM prennent en charge la file d’attente par défaut. Il n’y a pas de mappage classe de transfert vers file d’attente (fc-to-queue), dans les cas suivants :

    • Trafic sortant, si cos-rewrite n’est pas configuré

    • Trafic non balisé

  • La configuration des vlan-id-list IFL compatibles OAM peut avoir un impact sur la mise à l’échelle 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 l’entrée et la sortie.

Gestion des défaillances de connectivité OAM IEEE 802.1ag

Junos OS prend en charge la gestion des erreurs de connectivité IEEE 802.1ag. Les interfaces Ethernet sur les routeurs M7i et M10i avec CFEB-E amélioré 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 défaillances de la connectivité Ethernet (CFM) qui facilite la surveillance d’un réseau Ethernet comprenant une ou plusieurs instances de service.

Dans Junos OS version 9.3 et ultérieure, 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. Par conséquent, GRES (Graceful moteur de routage 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 le bundle Ethernet agrégé sont en mode mixte. En outre, les sessions CFM avec un intervalle de 10 millisecondes ne sont pas prises en charge par les interfaces Ethernet agrégé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 des interfaces Ethernet agrégées 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.

REMARQUE :

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 PFE, incluez l’instruction ppm no-delegate-processing au niveau de la [edit routing-options ppm] hiérarchie.

REMARQUE :
  • MX Series Virtual Chassis ne prend pas en charge la gestion des erreurs de connectivité inline distribuée.

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

  • Les sessions CFM sont prises en charge sur les interfaces Ethernet agrégées si les interfaces qui forment le bundle Ethernet agrégé sont en mode mixte lorsque la no-aggregate-delegate-processing commande est activée.

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

    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.

À partir de Junos OS version 10.3, CFM n’est plus pris en charge sur les liaisons membres Ethernet agrégées non étiquetées sur les interfaces configurées sur les cartes MPC (Modular Port Concentrators) et les cartes d’interface modulaires (MIC) sur les routeurs MX Series. Toutefois, CFM est pris en charge sur les interfaces logiques Ethernet agrégées non étiquetées et étiquetées configurées sur les MPC et les MIC.À 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.

À partir de Junos OS version 11.3, 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 Junos OS version 17.4, 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é sur PW permet aux opérateurs de réseau d’étendre leur domaine MPLS du réseau d’accès/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.

REMARQUE :

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 ). La norme OAM IEEE 802.1ag est prise en charge sur les interfaces VLAN non étiquetées, à balise unique et empilées.

Sur les commutateurs EX Series, pour utiliser la fonction CFM, vous devez d’abord ajouter CFM à Junos OS de base en installant une licence de fonctionnalité améliorée (EFL). Voir Licences pour EX Series pour plus de détails.

É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 maintenanceRelation entre les MEP, les MIP et les niveaux de domaine de maintenance
REMARQUE :

Sur les routeurs ACX Series, les points intermédiaires de maintenance (MIP) sont pris en charge uniquement 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 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éensRelation entre les ponts, les domaines d’entretien, les associations d’entretien et les députés européens

Meilleures pratiques de configuration d’OAM Ethernet 802.1ag pour VPLS

bonnes pratiques :

Les interfaces logiques d’une instance de routage VPLS peuvent avoir des configurations VLAN identiques ou différentes. Une 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-number

  • vlan-id none

  • vlan-tags outer outer-vlan-number inner inner-vlan-number

Vous devez configurer vlan-maps explicitement sur toutes les interfaces appartenant à l’instance de routage.

Les considérations suivantes relatives à la trajectoire de transfert doivent être respectées :

  • Chemin de réception du paquet :

    • Il s’agit du chemin de transfert des paquets reçus sur les interfaces.

    • L’OAM Ethernet 802.1ag pour VPLS utilise des filtres d’interface implicites et des filtres de table de transfert pour flooder, accepter et abandonner les paquets CFM.

  • Chemin de transmission du paquet :

    • 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 Up MEPs, le paquet doit être inondé vers d’autres interfaces de l’instance de routage VPLS. Le routeur crée une route d’inondation liée à un saut suivant d’inondation (avec toutes les interfaces à flooder), puis source le paquet à transférer avec cette route 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 suivant de l’inondation lié à l’itinéraire d’inondation est lié au terme de filtre. Le terme de filtre utilise des critères de correspondance pour identifier correctement les paquets générés par l’hôte.

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 Junos OS version 17.4, 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.
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). Ne configurez pas l’instruction mc-ae lorsque vous configurez CFM.
11.3
À partir de Junos OS version 11.3, sur les routeurs T Series et M320, CFM n’est pas pris en charge sur les interfaces configurées avec l’encapsulation CCC.
10.3
À partir de Junos OS version 10.3, sur les interfaces configurées sur les concentrateurs de ports modulaires (MPC) et les cartes d’interface modulaires (MIC) sur les routeurs MX Series, CFM n’est pas pris en charge sur les liaisons membres Ethernet agrégées non balisées. Les MPC et les MIC prennent en charge CFM sur les interfaces logiques Ethernet agrégées non étiquetées et balisées.
9.3
Dans Junos OS version 9.3 et ultérieure, CFM prend également en charge les interfaces Ethernet agrégées.