Configuration de la gestion des pannes de connectivité (CFM)

Le point intermédiaire de maintenance (MIP) permet de surveiller les points intermédiaires pour des services tels que le pontage de couche 2, le circuit de couche 2 et le VPN de couche 2. Les routeurs ACX5048 et ACX5096 prennent en charge des MIP pour le protocole Ethernet OAM 802.1ag CFM. Utilisez les options MIP mip-domaine, interface et mip-half-fonction pour spécifier la configuration MIP.

Pour afficher les configurations MIP, utilisez la show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name) commande.

Les configurations MIP suivantes sont prises en charge dans les routeurs ACX5048 et ACX5096 :

• MIP avec domaine de pont

• MIP avec connexion croisée de circuit (CCC)

• MIP avec domaine de pont lorsque le point de fin d’association de maintenance est configuré

• MIP avec CCC lorsque le point de fin d’association de maintenance est configuré

Les sections suivantes décrivent la configuration MIP :

• Configuration du domaine de pont de domaine de maintenance
• Configuration de la demi-fonction MIP du domaine de maintenance
• Configuration des points intermédiaires d’association de maintenance avec le domaine de pont
• Configuration des points intermédiaires d’association de maintenance avec circuit croisé
• Configuration des points intermédiaires d’association de maintenance avec le domaine de pont lorsque le point final de l’association de maintenance est configuré
• Configuration des points intermédiaires de maintenance avec connexion croisée de circuit lorsque le point de fin d’association de maintenance est configuré

La liste suivante décrit les paramètres de protocole de vérification de la continuité que vous pouvez configurer :

• interval— Fréquence des messages de contrôle de la continuité (CCM), c’est-à-dire le temps entre la transmission des messages CCM. Vous pouvez spécifier 10 minutes (10m), 1 minute (1m), 10 secondes (10s), 1 seconde (1s), 100 millisecondes (100ms) ou 10 millisecondes (10ms). La valeur par défaut est 1 minute. Par exemple, si vous spécifiez l’intervalle d’une minute, le député envoie chaque minute des messages de contrôle de continuité au député destinataire.

  REMARQUE :

  Pour que l’intervalle de messages de vérification de la continuité soit configuré pendant 10 millisecondes, la gestion périodique des paquets (PPM) s’exécute par défaut 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 moteur de transfert de paquets, utilisez l’instruction no-delegate-processing au niveau de la [edit routing-options ppm] hiérarchie.

  L’intervalle de vérification de la continuité de 10 millisecondes n’est pas pris en charge pour les sessions CFM sur une interface de commutation d’étiquettes (LSI).

• hold-interval— Fréquence à laquelle la base de données meP peut être vidée si aucune mise à jour n’a lieu. Les eurodéputés qui reçoivent utilisent les messages de contrôle de la continuité pour créer une base de données de tous les députés de l’association de maintenance. La fréquence est le nombre de minutes à attendre avant de vider la base de données du MEP si aucune mise à jour n’a lieu. La valeur par défaut est de 10 minutes.

  REMARQUE :

  Le rinçage basé sur le timer de maintien s’applique uniquement aux MEP distants découverts automatiquement et non aux MEP distants configurés statiquement.

  La logique d’intervalle de maintien exécute un timer d’interrogation par niveau de session CFM (et non par niveau MEP distant) où la durée du timer d’interrogation est égale au temps d’attente configuré. Lorsque le timer d’interrogation expire, il supprime toutes les entrées MEP distantes découvertes automatiquement qui sont dans l’état d’échec depuis une période de temps égale ou supérieure à la durée de conservation configurée. Si le meP distant termine la durée du temps d’attente dans l’état d’échec, le rinçage n’aura pas lieu avant l’expiration du délai d’interrogation suivant. Par conséquent, le rinçage MEP à distance peut ne pas se produire exactement au moment de la mise en attente configurée.

• loss-threshold— Nombre de messages de contrôle de continuité qui peuvent être perdus avant que le routeur ne marque le MEP comme étant en panne. La valeur peut être de 3 à 256 unités de données de protocole (PDU). La valeur par défaut est 3 PDU.

Figure 3 illustre une topologie où un certain nombre de services destinés aux routeurs de périphérie client (CE) partagent un seul port sur un routeur de périphérie du fournisseur (PE). Chaque service utilise une interface logique. Un ensemble de services ou d’interfaces logiques (colorées en jaune) sont destinés à un routeur CE et un ensemble de services ou d’interfaces logiques colorées en rouge sont destinés à un autre routeur CE. Pour surveiller chaque service, vous avez besoin de sessions MEP (Down Maintenance Association End Point) dédiées pour chaque service. Vous pouvez faire baisser le service en mettant l’interface logique du service en panne chaque fois que la session tombe en panne. Cependant, cette approche n’est pas évolutive si nous avons un grand nombre de services. La surveillance de la session CFM sur l’interface physique n’est pas non plus possible, car plusieurs routeurs CE peuvent être connectés et les services à un autre routeur CE pourraient être interrompus. Pour résoudre ce problème de surveillance de plusieurs services à l’aide d’une seule session, vous pouvez créer un profil d’action CCM pour réduire un groupe d’interfaces logiques à l’aide d’une session CFM configurée sur une seule interface logique.

Figure 3 : Topologie de plusieurs services VLAN partageant un seul port sur un routeur PE destiné à plusieurs routeurs CE

Vous pouvez configurer des profils d’actions CCM pour les scénarios suivants :

• Pour réduire un groupe d’interfaces logiques ayant le même port parent lorsque la session de surveillance CCM s’exécute sur l’une de l’interface logique, mais sur un port parent différent.

• Pour réduire un groupe d’interfaces logiques lorsque la session de surveillance CCM s’exécute sur l’une des interfaces logiques, toutes appartenant au même port parent.

• Pour faire baisser le port, lorsque la session de surveillance CCM s’exécute sur l’une des interfaces logiques d’un port parent différent.

Junos OS version 16.1R1 et versions ultérieures prend en charge la surveillance des performances conforme à la spécification technique MEF 36. La spécification technique MEF 36 spécifie la MIB de surveillance des performances. La MIB de surveillance des performances est nécessaire pour gérer les mises en œuvre des opérations, de l’administration et de la maintenance des services (OAM) qui répondent aux exigences et au cadre de l’OAM de service spécifiés dans LES MEF 17 et MEF 35, aux objets de gestion spécifiés dans MEF 7.1 et aux fonctions de surveillance des performances définies dans itu-T Y.1731 et IEEE 802.1ag.

Vous pouvez activer la surveillance des performances conforme à MEF-36 en configurant l’instruction measurement-interval au niveau de la [edit protocols oam ethernet cfm performance-monitoring] hiérarchie.

Lorsque la surveillance des performances conforme meF-36 est activée :

• Une demande SNMP get next pour une variable peut ne pas récupérer la valeur actuelle à moins qu’une marche SNMP soit effectuée avant d’exécuter la demande get next. Cette limitation ne s’applique qu’aux statistiques actuelles de mesure des retards, des pertes et des mesures de perte synthétique.

• La sortie du champ Current delay measurement statistics peut afficher un intervalle de mesure de 0 (zéro) et un horodatage incorrect jusqu’à l’expiration du premier cycle.

• La taille de TLV des données prises en charge pour les unités de données de protocole de surveillance des performances (PDU) est de 1 386 octets lorsque la surveillance des performances conforme à MEF-36 est activée. La taille TLV est de 1 400 octets en mode hérité.

• La valeur configurable maximale pour le bac de seuil inférieur est 4 294 967 294.

• Le ratio de perte de trame (FLR) est exclu dans les mesures de perte pendant la période d’indisponibilité pour la mesure de perte synthétique uniquement. En cas de mesure de perte, le FLR est inclus même en période d’indisponibilité.

• Pendant une période de perte de continuité (adjacence en panne), bien que les PDU SOAM ne soient pas envoyés, les calculs de flR et de disponibilité ne sont pas interrompus. Ces calculs sont effectués en supposant une perte de 100 %.

• Le nombre de PDU SOAM envoyés pendant le premier intervalle de mesure peut être inférieur aux attentes. Cela est dû à un retard dans la détection de l’état d’adjacence au niveau de la session de surveillance des performances.

• Le nombre de PDU SOAM transmis pendant un intervalle de mesure pour une durée de cycle de 100 ms peut ne pas être précis. Par exemple, dans un intervalle de mesure de deux minutes avec un temps de cycle de 100 ms, les PDU SOAM transmis peuvent être compris entre 1198 et 2000.

L’amortissement limite le nombre de pièges jnxSoamPmCrossingAlarm envoyés au NMS en résumant les occurrences des volets sur une période de temps, connue sous le nom de minuteur de piège à rabat, et envoie une notification unique jnxSoamPmThresholdFlapAlarm au NMS. Vous pouvez configurer la durée du minuteur de piège à rabats pour n’importe quelle valeur de 1 à 360 secondes.

La notification jnxSoamPmThresholdFlapAlarm est générée et envoyée lorsque les conditions suivantes sont remplies :

• Au moins un rabat s’est produit lorsque ledélai a expiré.

• Vous avez modifié la valeur de la timer de trappe à volets, ce qui a entraîné l’arrêt de la timer.

Vous pouvez activer l’amortissement au niveau global pour l’itérateur ou l’amortissement au niveau du type de seuil individuel de l’itérateur. Par exemple, pour activer l’amortissement au niveau global, pour l’itérateur, utilisez la commande suivante : set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name flap-trap-monitor. Pour activer l’amortissement au niveau d’un type de seuil spécifique, pour le avg-fd-twoway-threshold, utilisez la commande suivante : set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name avg-fdv-twoway-threshold flap-trap-monitor.

Vous pouvez également désactiver l’amortissement.

Cet exemple illustre la configuration de la gestion des pannes de connectivité Ethernet (CFM) sur des interfaces physiques.

Dans cet exemple, le client et le fournisseur de services exécutent ethernet CFM sur un simple réseau pont. Le réseau est illustré dans la section Figure 6. Le client a configuré Ethernet CFM sur les routeurs MX Series L2-CE1 et L2-CE2. Le fournisseur de services a configuré Ethernet CFM sur les routeurs MX Series PE1 et PE2.

Le fournisseur de services utilise CFM de niveau 3 pour la liaison entre PE1 et PE2 et le niveau 5 d’un port CE à l’autre. Le client utilise CFM de niveau 7. Les frontières sont marquées par la terminologie CFM « up mep » et « down mep » dans la figure.

Figure 6 : Ethernet CFM over a Bridge Network

Voici les configurations de CFM sur les routeurs du client.

CFM sur L2-CE1

CFM sur L2-CE2

Voici les configurations de CFM sur les routeurs du fournisseur.

CFM sur PE1

CFM sur PE2

Dans cet exemple, le client et le fournisseur de services exécutent à la fois ethernet CFM sur un réseau VPLS et un réseau de commutation d’étiquettes multiprotocoles (MPLS). Le réseau est illustré dans la section Figure 7. Le client a configuré Ethernet CFM sur les routeurs MX Series L2-CE1 et L2-CE2. Le fournisseur de services a configuré Ethernet CFM sur les routeurs MX Series PE1, P et PE2.

Le fournisseur de services utilise CFM de niveau 5 et le client utilise cfm niveau 7. Les frontières sont marquées par la terminologie CFM « up mep » et « down mep » dans la figure.

Figure 7 : OAM Ethernet avec VPLS

Voici les configurations des VPLS et CFM sur les routeurs des fournisseurs de services.

Configuration de PE1

Configuration du PE2

Configuration du routeur P

MPLS uniquement, pas besoin de CFM :

CFM sur L2-CE1

Voici la configuration de CFM sur L2-E1 :

CFM sur L2-CE2

Voici la configuration de CFM L2-CE2 :

La notification asynchrone pilotée par CFM permet de synchroniser l’état des liaisons entre deux équipements CE

connectés les uns aux autres par le biais d’un pseudo-fil provenant de leurs équipements PE respectifs. Il émule

le scénario comme si deux équipements CE sont directement connectés. CFM fournit une signalisation de bout en bout, même si PE1

et PE2 ne sont pas connectés par un seul réseau, mais par un ensemble de réseaux.

La figure 1 est un exemple de scénario de déploiement où une notification asynchrone basée sur CFM peut être utilisée

pour synchroniser l’état de la liaison entre ce1 et CE2. Les deux exigences suivantes peuvent être satisfaites avec le

configuration de la notification asynchrone.

• Lorsque la liaison entre PE2 et CE2 tombe en panne, la liaison entre PE1 et CE1 est également diminuée.

  Lorsque la liaison est restaurée, elle doit également rétablir l’état de la liaison PE1 vers CE1. Le statut de la liaison change entre

  Le PE1 et le CE1 devraient fonctionner de la même manière.

  • En cas de problème de connectivité entre PE1 et PE2, il déclenche une liaison vers le bas entre PE1 et CE1

    et PE2 à CE2. Si l’état de la connexion est rétabli, il doit restaurer l’état de la liaison aux deux extrémités