Sur cette page
Configurer les points intermédiaires de l’association de maintenance dans ACX Series
Configurer un MEP pour générer des messages de protocole CFM et y répondre
Configurer la protection des services pour VPWS sur MPLS à l’aide de l’interface MEP
Présentation des paramètres du protocole de vérification de continuité
Configuration des paramètres du protocole de contrôle de continuité pour la détection des pannes
Configuration de la limitation de débit des messages OAM Ethernet
Activation du mode de gestion des pannes de connectivité améliorée
Configurer la gestion des défauts de connectivité (CFM)
Cette rubrique permet de configurer des fonctionnalités de gestion des pannes de connectivité, telles que les domaines de maintenance, les associations de maintenance, les points intermédiaires de maintenance (MIP) et les paramètres de contrôle de continuité. Vous pouvez également utiliser cette rubrique pour configurer un profil d’action afin de spécifier l’action CFM qui doit être effectuée lorsqu’un événement CFM spécifique se produit.
À partir de la version 22.4R2 de Junos OS Evolved, le processus de gestion des problèmes de connectivité (cfmd) s’exécute uniquement lorsque le ethernet connectivity-fault-management
protocole est configuré.
Créer un domaine de maintenance
Pour activer la gestion des problèmes de connectivité (CFM) sur une interface Ethernet, vous devez d’abord configurer un domaine de maintenance et spécifier son nom. Vous pouvez également spécifier le format du nom. Par exemple, si vous spécifiez que le format de nom est le format DNS (domain name service), vous pouvez spécifier le nom du domaine de maintenance comme www.juniper.net. Le format de nom par défaut est une chaîne de caractères ASCII.
Pour les interfaces logiques, le nom de domaine de maintenance doit être unique sur tous les systèmes logiques. Si vous configurez le même nom de domaine de maintenance sur plusieurs systèmes logiques, le message d’erreur suivant s’affiche : error: configuration check-out failed
.
Lors de la création du domaine de maintenance, vous pouvez également spécifier le niveau du domaine de maintenance. Le niveau du domaine de maintenance indique la relation d’imbrication entre les différents domaines de maintenance. Le niveau du domaine de maintenance est intégré dans chacune des trames CFM.
Les entrées d’affichage de la configuration dans la liste des domaines de maintenance CFM sont « triées par système » plutôt que « triées par utilisateur ».
Pour créer un domaine de maintenance :
Voir également
Créer une association de maintenance
Pour créer une association de maintenance, incluez l’instruction maintenance-association ma-name
au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name]
hiérarchie.
Les noms d’association de maintenance peuvent être dans l’un des formats suivants :
Sous la forme d’une simple chaîne de caractères ASCII
En tant qu’identifiant VLAN du VLAN que vous associez principalement à l’association de maintenance
En tant qu’identificateur de deux octets compris entre 0 et 65 535
En tant que nom dans le format spécifié par la RFC 2685
Le format de nom abrégé par défaut est une chaîne de caractères ASCII.
Pour configurer le format de nom abrégé de l’association de maintenance, incluez l’instruction short-name-format (character-string | vlan | 2octet | rfc-2685-vpn-id)
au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]
hiérarchie.
Les entrées d’affichage de la configuration dans la liste des domaines de maintenance CFM sont « triées par système » plutôt que « triées par utilisateur ».
Voir également
Configurer les points intermédiaires de maintenance (MIP)
Les routeurs MX Series prennent en charge les points intermédiaires de maintenance (MIP) pour le protocole Ethernet OAM 802.1ag CFM au niveau du domaine de pont. Cela vous permet de définir un domaine de maintenance pour chaque niveau par défaut. Les noms des MIP sont créés au default-level-number
niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain]
hiérarchie. Utilisez les bridge-domain
options , , instance
virtual-switch
et mip-half-function
MIP pour spécifier la configuration MIP.
Utilisez la show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name)
commande pour afficher les configurations MIP.
Pour configurer le point intermédiaire de maintenance (MIP) :
Voir également
Configurer les points intermédiaires de l’association de maintenance dans ACX Series
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 les MIP pour le protocole Ethernet OAM 802.1ag CFM. Utilisez les options MIP de domaine de pont, d’interface et de demi-fonction mip pour spécifier la configuration MIP.
Les routeurs ACX5048 et ACX5096 ne prennent pas en charge la configuration MIP sur les services VPLS.
ACX5448 routeur ne prennent pas en charge MIP.
Chaque fois qu’un MIP est configuré et qu’un domaine de pont est mappé à plusieurs domaines de maintenance ou associations de maintenance, il est essentiel que la valeur de tous les domaines de maintenance et de toutes les associations de maintenance soit la mip-half-function
même.
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 avec domaine de pont
MIP avec connexion croisée de circuit (CCC)
MIP avec le domaine de pont lorsque le point de terminaison d’association de maintenance est configuré
MIP avec CCC lorsque le point de terminaison d’association de maintenance est configuré
Les sections suivantes décrivent la configuration MIP :
- Configurer le domaine de maintenance Bridge
- Configurer la demi-fonction MIP du domaine de maintenance
- Configurer les points intermédiaires de l’association de maintenance avec le domaine de pont
- Configurer les points intermédiaires de l’association de maintenance avec connexion croisée des circuits
- Configurer les points intermédiaires de l’association de maintenance avec le domaine de pont lorsque le point d’extrémité de l’association de maintenance est configuré
- Configurer les points intermédiaires de maintenance avec connexion croisée de circuit lorsque le point d’extrémité de l’association de maintenance est configuré
Configurer le domaine de maintenance Bridge
Pour configurer le domaine de pont, incluez l’instruction vlans
au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name]
hiérarchie.
Les configurations et commandes d’affichage de l’interface de ligne de commande de couche 2 pour les routeurs ACX5048 et ACX5096 diffèrent de celles des autres routeurs ACX Series. Pour plus d’informations, reportez-vous à Mode nouvelle génération de couche 2 pour ACX Series.
Configurer la demi-fonction MIP du domaine de maintenance
La demi-fonction MIP (MHF) divise la fonctionnalité MIP en deux segments unidirectionnels, améliore la visibilité avec une configuration minimale et améliore la couverture réseau en augmentant le nombre de points pouvant être surveillés. MHF étend la capacité de surveillance en répondant aux messages de bouclage et de traçage de liens pour aider à isoler les défauts.
Chaque fois qu’un MIP est configuré et qu’un domaine de pont est mappé à plusieurs domaines de maintenance ou associations de maintenance, il est essentiel que la valeur de la demi-fonction MIP pour tous les domaines de maintenance et associations de maintenance soit la même. Pour configurer la demi-fonction MIP, incluez l’instruction mip-half-function
au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name]
hiérarchie.
Configurer les points intermédiaires de l’association de maintenance avec le domaine de pont
Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec un domaine de pont. Voici un exemple de configuration du MIP avec le domaine de pont :
[edit protocols] oam { ethernet { connectivity-fault-management { maintenance-domain default-6 { vlan bd1; mip-half-function default; } } } }
Configurer les points intermédiaires de l’association de maintenance avec connexion croisée des circuits
Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec la connexion croisée de circuit (CCC). Voici un exemple de configuration du MIP avec CCC :
[edit protocols] oam { ethernet { connectivity-fault-management { maintenance-domain default-6 { interface xe-0/0/42.0; mip-half-function default; } } } }
Configurer les points intermédiaires de l’association de maintenance avec le domaine de pont lorsque le point d’extrémité de l’association de maintenance est configuré
Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec un domaine de pont lorsqu’un point de terminaison d’association de maintenance (MEP) est configuré. Voici un exemple de configuration du MIP avec domaine de pont lorsque MEP est configuré :
[edit protocols] oam { ethernet { connectivity-fault-management { maintenance-domain md2 { level 5; mip-half-function default; maintenance-association ma2 { continuity-check { interval 1s; } mep 222 { interface xe-0/0/42.0; direction up; } } } } } }
Configurer les points intermédiaires de maintenance avec connexion croisée de circuit lorsque le point d’extrémité de l’association de maintenance est configuré
Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec connexion croisée de circuit (CCC) lorsqu’un point de terminaison d’association de maintenance (MEP) est configuré. Voici un exemple de configuration du MIP avec CCC lorsque MEP est configuré :
[edit protocols] oam { ethernet { connectivity-fault-management { maintenance-domain md2 { level 5; mip-half-function default; maintenance-association ma2 { continuity-check { interval 1s; } mep 222 { interface xe-0/0/42.0; direction up; } } } } } }
Voir également
Configurer un MEP pour générer des messages de protocole CFM et y répondre
Un point de terminaison d’association de maintenance (MEP) fait référence à la limite d’un domaine. Un MEP génère des messages du protocole CFM (connectivity fault management) et y répond. Vous pouvez configurer plusieurs MEP up pour une seule combinaison d’ID d’association de maintenance et d’ID de domaine de maintenance pour les interfaces appartenant à un service VPLS particulier ou à un domaine de pont. Vous pouvez configurer plusieurs MEP inactifs pour une seule instance d’identificateur de domaine de maintenance et de nom d’association de maintenance afin de surveiller les services fournis par le service de réseau local privé virtuel (VPLS), le domaine de pont, la connexion croisée de circuits (CCC) ou les domaines IPv4.
Pour les instances de routage de VPN de couche 2 (commutation locale) et les instances de routage EVPN, vous pouvez également configurer plusieurs MEP up pour une combinaison unique d’ID d’association de maintenance et d’ID de domaine de maintenance sur les interfaces logiques. L’interface logique peut être configurée sur différents appareils ou sur le même appareil. Pour prendre en charge plusieurs multidéputés sur deux IFL, des services réseau IP améliorés doivent être configurés pour le châssis.
Vous pouvez activer la découverte automatique d’un MEP. Grâce à la détection automatique, un MEP est activé pour accepter les messages de contrôle de continuité (CCM) de tous les MEP distants de la même association de maintenance. Si la détection automatique n’est pas activée, les MEP distants doivent être configurés. Si le MEP distant n’est pas configuré, les CCM du MEP distant sont traitées comme des erreurs.
La mesure de la continuité est assurée par un protocole de contrôle de continuité existant. La continuité pour chaque MEP à distance est mesurée comme le pourcentage de temps pendant lequel le MEP à distance a été opérationnel par rapport à la durée totale autorisée par l’administration. Ici, le temps de disponibilité opérationnelle correspond au temps total pendant lequel la contiguïté CCM est active pour un MEP distant particulier et le temps d’activation administrative est le temps total pendant lequel le MEP local est actif. Vous pouvez également redémarrer la mesure de continuité en effaçant le temps de disponibilité opérationnelle actuellement mesuré et le temps d’activation administrative.
- Configurer un point de terminaison d’association de maintenance (MEP)
- Configurer un point de terminaison d’association de maintenance à distance (MEP)
Configurer un point de terminaison d’association de maintenance (MEP)
Pour configurer un point de terminaison d’association de maintenance :
Voir également
Configurer un point de terminaison d’association de maintenance à distance (MEP)
Pour configurer un point de terminaison d’association de maintenance à distance :
Voir également
Configurer la protection des services pour VPWS sur MPLS à l’aide de l’interface MEP
Vous pouvez activer la protection de service pour un service de fil privé virtuel (VPWS) sur MPLS en spécifiant un chemin de travail ou un chemin de protection sur le MEP. La protection des services assure une protection de bout en bout de la connexion du chemin de travail en cas de panne.
Pour configurer la protection des services, vous devez créer deux chemins de transport distincts : un chemin de travail et un chemin de protection. Vous pouvez spécifier le chemin de travail et le chemin de protection en créant deux associations de maintenance. Pour associer l’association de maintenance à un chemin, vous devez configurer l’instruction du MEP au sein de l’association interface
de maintenance et spécifier le chemin comme travaillant ou protéger.
Si le chemin n’est pas spécifié, la session surveille le chemin actif.
Tableau 1 Décrit les options de protection des services disponibles.
Option |
Description |
---|---|
|
Spécifie le chemin de travail. |
|
Spécifie le chemin de protection. |
Dans cette configuration, nous activons la protection de service pour le service VPWS. La session CCM est configurée pour le chemin de travail et fait référence à la session CCM configurée pour le chemin de protection à l’aide de l’instruction protect-maintenance-association
. Le nom du chemin de transport de protection pour l’association de maintenance est configuré et associé à l’association de maintenance pour le chemin de travail.
Pour configurer la protection des services VPWS sur MPLS :
Voir également
Configurer le protocole Linktrace dans CFM
Le protocole linktrace est utilisé pour la découverte de chemin entre une paire de points de maintenance. Les messages Linktrace sont déclenchés par un administrateur à l’aide de la commande pour vérifier le chemin d’accès entre une paire de MEP sous la traceroute
même association de maintenance. Les messages Linktrace peuvent également être utilisés pour vérifier le chemin entre un MEP et un MIP sous le même domaine de maintenance. Le protocole linktrace vous permet de configurer le temps d’attente d’une réponse. Si aucune réponse n’est reçue pour un message de demande linktrace, les entrées de demande et de réponse sont supprimées après l’expiration de l’intervalle. Vous pouvez également configurer le nombre d’entrées de réponse linktrace à stocker pour la demande linktrace correspondante.
Le fonctionnement des messages de demande et de réponse de tracement de liens IEEE 802.1ag est similaire à celui des commandes de couche 3 traceroute
. Pour plus d’informations sur la commande, reportez-vous à la traceroute
bibliothèque d’administration de Junos OS pour les périphériques de routage.
Pour configurer le protocole linktrace, procédez comme suit :
Voir également
Présentation des paramètres du protocole de vérification de continuité
Le protocole de contrôle de continuité est utilisé pour la détection des défaillances par les points de terminaison de maintenance (MEP) au sein d’une association de maintenance. Le MEP envoie périodiquement des messages multicast de contrôle de continuité. Les paquets du protocole de contrôle de continuité utilisent la valeur ethertype 0x8902 et la destination de multidiffusion adresse MAC 01 :80 :c2 :00 :00 :32.
La liste suivante décrit les paramètres de protocole de contrôle de continuité que vous pouvez configurer :
interval
—Fréquence des messages de contrôle de continuité (CCM), c’est-à-dire le temps écoulé entre la transmission des messages CCM. Vous pouvez spécifier 10 minutes (), 1 minute (), 10 secondes (), 1 seconde (), 100 millisecondes () ou 10 millisecondes (10m
100ms
1m
1s
10s
10ms
). La valeur par défaut est 1 minute. Par exemple, si vous spécifiez que l’intervalle est de 1 minute, le MEP envoie les messages de contrôle de continuité toutes les minutes au MEP récepteur.REMARQUE :Pour que l’intervalle des messages de contrôle de continuité soit configuré sur 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 PPM que sur le moteur de transfert de paquets. Pour désactiver 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 contrôle de continuité de 10 millisecondes n’est pas pris en charge pour les sessions CFM sur une interface à 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 MEP récepteurs utilisent les messages de contrôle de continuité pour constituer une base de données MEP de tous les MEP de l’association de maintenance. La fréquence est le nombre de minutes à attendre avant de vider la base de données MEP si aucune mise à jour ne se produit. La valeur par défaut est de 10 minutes.REMARQUE :Le vidage basé sur le minuteur de maintien ne s’applique qu’aux MEP distants découverts automatiquement et non aux MEP distants configurés statiquement.
La logique d’intervalle d’attente exécute un minuteur d’interrogation par niveau de session CFM (et non par niveau MEP distant) où la durée du minuteur d’interrogation est égale au temps d’attente configuré. Lorsque le minuteur d’interrogation expire, il supprime toutes les entrées MEP distantes découvertes automatiquement qui ont été dans l’état d’échec pendant une période égale ou supérieure à la durée de mise en attente configurée. Si le MEP distant termine la durée du temps de mise en attente dans l’état d’échec, le vidage ne se produira pas avant l’expiration du prochain minuteur d’interrogation. Par conséquent, le rinçage MEP à distance peut ne pas se produire exactement au temps de maintien configuré.
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 comprise entre 3 et 256 unités de données de protocole (PDU). La valeur par défaut est de 3 PDU.
Voir également
Configuration des paramètres du protocole de contrôle de continuité pour la détection des pannes
Le protocole de contrôle de continuité est utilisé pour la détection des défauts par un point de terminaison d’association de maintenance (MEP) au sein d’une association de maintenance. Un MEP génère régulièrement des messages multicast de contrôle de continuité et y répond. Les paquets du protocole de contrôle de continuité utilisent la valeur ethertype 0x8902 et la destination de multidiffusion adresse MAC 01 :80 :c2 :00 :00 :32. Les MEP récepteurs utilisent les messages de contrôle de continuité (CCM) pour constituer une base de données MEP de tous les MEP de l’association de maintenance.
Pour configurer les paramètres du protocole de contrôle de continuité :
Voir également
Configuration de la limitation de débit des messages OAM Ethernet
Les routeurs M320 avec FPC III amélioré, M120, M7i, M10 avec CFEB et MX Series prennent en charge la limitation de débit des messages OAM Ethernet. Selon la configuration de la gestion des problèmes de connectivité (CFM), les paquets CFM sont rejetés, envoyés au processeur pour traitement ou inondés vers d’autres interfaces de pont. Cette fonctionnalité permet au routeur d’intercepter les paquets CFM entrants pour prévenir les attaques DoS.
Vous pouvez appliquer une limitation de débit des messages OAM Ethernet à l’un des deux niveaux de contrôle CFM, comme suit :
Surveillance CFM au niveau mondial : utilise un mécanisme de contrôle au niveau global pour contrôler le trafic CFM appartenant à toutes les sessions.
Surveillance CFM au niveau de la session : utilise un mécanisme de contrôle créé pour contrôler le trafic CFM appartenant à une session.
Pour configurer la surveillance CFM au niveau mondial, incluez l’instruction et ses options au niveau de la policer
[edit protocols oam ethernet connectivity-fault-management]
hiérarchie.
Pour configurer la surveillance CFM au niveau de la session, incluez l’instruction au niveau de la policer
[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name level number maintenance-association ma-name]
hiérarchie.
L’exemple suivant montre un mécanisme de contrôle CFM utilisé pour limiter le débit CFM :
[edit] firewall { policer cfm-policer { if-exceeding { bandwidth-limit 8k; burst-size-limit 2k; } then discard; } }
Cas 1 : Maintien de l’ordre CFM à l’échelle mondiale
Cet exemple montre un mécanisme de contrôle de niveau global, au niveau CFM, pour la limitation de débit CFM. L’instruction continuity-check cfm-policer
au niveau de la hiérarchie globale [edit protocols oam ethernet connectivity-fault-management policer]
spécifie le mécanisme de contrôle à utiliser pour contrôler tous les paquets de contrôle de continuité du trafic CFM appartenant à toutes les sessions. L’instruction other cfm-policer1
au niveau de la [edit protocols oam ethernet connectivity-fault-management policer]
hiérarchie spécifie le mécanisme de contrôle à utiliser pour contrôler tous les paquets de contrôle de non-continuité du trafic CFM appartenant à toutes les sessions. L’instruction all cfm-policer2
spécifie de contrôler tous les paquets CFM avec le mécanisme de contrôle cfm-policer2spécifié. Si l’option est utilisée, l’utilisateur all policer-name
ne peut pas spécifier les options et précédentes continuity-check
other
.
[edit protocols oam ethernet] connectivity-fault-management { policer { continuity-check cfm-policer; other cfm-policer1 ; all cfm-policer2; } }
Cas 2 : Maintien de l’ordre CFM au niveau de la session
Cet exemple montre un mécanisme de contrôle CFM au niveau de la session utilisé pour limiter le débit CFM. L’instruction policer
au niveau de la hiérarchie des sessions [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]
spécifie le mécanisme de contrôle à utiliser pour contrôler uniquement les paquets de contrôle de continuité du trafic CFM appartenant à la session spécifiée. L’instruction other cfm-policer1
au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]
hiérarchie spécifie le mécanisme de contrôle à utiliser pour contrôler tous les paquets de contrôle de non-continuité du trafic CFM appartenant à cette session uniquement. L’instruction all cfm-policer2
spécifie de contrôler tous les paquets CFM avec le mécanisme de contrôle cfm-policer2spécifié. Si l’option est utilisée, l’utilisateur all policer-name
ne peut pas spécifier les options et précédentes continuity-check
other
.
[edit protocols oam ethernet] connectivity-fault-management { maintenance-domain md { level number; maintenance-association ma { continuity-check { interval 1s; } policer { continuity-check cfm-policer; other cfm-policer1; all cfm-policer2; } } mep 1 { interface ge-3/3/0.0; direction up; auto-discovery; } } }
Dans le cas de la police CFM mondiale, le même mécanisme de contrôle est partagé entre plusieurs sessions CFM. Dans le cadre de la surveillance CFM par session, un mécanisme de contrôle distinct doit être créé pour limiter le débit des paquets spécifiques à cette session.
La configuration du mécanisme de contrôle de niveau de service pour deux sessions CFM sur la même interface à des niveaux différents doit satisfaire les contraintes suivantes si la direction des sessions est la même :
Si une session est configurée avec
policer all
, l’autre session ne peut pas avoir depolicer all
configuration oupolicer other
.Si une session est configurée avec
policer other
, l’autre session ne peut pas avoir depolicer all
configuration oupolicer other
.
Une erreur de validation se produira si une telle configuration est validée.
Les mécanismes de contrôle avec PBB et MIP ne sont pas pris en charge.
Voir également
Activation du mode de gestion des pannes de connectivité améliorée
Vous pouvez activer le mode de gestion des problèmes de connectivité améliorée (CFM) pour permettre un déploiement OAM Ethernet efficace dans les réseaux en pleine expansion. En activant le mode CFM amélioré, Junos OS prend en charge 32 000 points d’extrémité d’association de maintenance (MEP) et points intermédiaires de maintenance (MIP) chacun par châssis pour les domaines de pont, VPLS, L2VPN et CCC. Dans les versions précédentes, Junos OS prend en charge 8 000 MEP et 8 000 MIPS par châssis. Si vous n’activez pas CFM amélioré, Junos OS continue de prendre en charge le nombre existant de MIP et de MEP par châssis.
Pour prendre en charge le mode CFM amélioré, configurez le mode des services réseau sur le routeur comme enhanced-ip
. Si le mode des services réseau n’est pas enhanced-ip
, et que vous avez activé le CFM amélioré, le message d’avertissement suivant s’affiche :[edit protocols oam ethernet] 'connectivity-fault-management' enhanced ip is not effective please configure enhanced ip and give router reboot
Pour activer le mode CFM amélioré, effectuez les opérations suivantes :
Voir également
Configurer la gestion des défaillances de connectivité pour assurer l’interopérabilité lors des mises à niveau logicielles unifiées en service
À partir de la version 17.1, la gestion des problèmes de connectivité (CFM) de Junos OS, lors d’une mise à niveau logicielle unifiée en service (ISSU), fonctionne lorsque l’appareil homologue n’est pas un routeur Juniper Networks. Interopérant avec le routeur d’un autre fournisseur, le routeur Juniper Networks conserve les informations de session et continue de transmettre les PDU du message de contrôle de continuité (CCM) pendant l’ISSU unifié. La gestion des défaillances de connectivité continue de fonctionner.
Cette fonctionnalité nécessite que les conditions suivantes soient remplies :
Les keepalives du moteur de transfert de paquets doivent être activés pour fournir une transmission en ligne des CCM. Cette fonctionnalité ne fonctionne pas lorsque les CCM sont transmises par le processeur d’une carte de ligne, qui est la méthode de transmission par défaut.
L’intervalle entre les CCM doit être de 1 seconde.
L’interopérabilité CFM au cours d’un ISSU unifié est prise en charge sur les MPC suivants : MPC1, MPC2, MPC2-NG, MPC3-NG, MPC5 et MPC6.
Pour permettre l’interopérabilité CFM avec les équipements tiers au sein d’une ISSU unifiée :
Voir également
Prise en charge de Junos OS pour la surveillance des performances conforme à la spécification technique MEF 36
Junos OS version 16.1R1 et ultérieure prend en charge la surveillance des performances conforme à la spécification technique MEF 36. La spécification technique MEF 36 spécifie les MIB de surveillance des performances. La base de données MIB de surveillance des performances est nécessaire pour gérer les implémentations des opérations, de l’administration et de la maintenance des services (OAM) qui satisfont aux exigences et au cadre de l’OAM des services spécifiés dans les normes MEF 17 et MEF 35, aux objets de gestion spécifiés dans la norme MEF 7.1 et aux fonctions de surveillance des performances définies dans les normes UIT-T Y.1731 et IEEE 802.1ag.
Vous pouvez activer la surveillance des performances conforme à la norme MEF-36 en configurant l’instruction au niveau de la measurement-interval
[edit protocols oam ethernet cfm performance-monitoring]
hiérarchie.
Lorsque la surveillance des performances conforme à la norme MEF-36 est activée :
Une requête SNMP get next pour une variable peut ne pas récupérer la valeur actuelle à moins qu’une marche SNMP ne soit effectuée avant d’effectuer la requête get next. Cette limitation s’applique uniquement aux statistiques actuelles pour la mesure des retards, la mesure des pertes et la mesure des pertes synthétiques.
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 de la durée du premier cycle.La taille TLV des données prise en charge pour les unités de données du protocole de surveillance des performances (PDU) est de 1386 octets lorsque la surveillance des performances conforme à la norme MEF-36 est activée. La taille TLV est de 1400 octets en mode hérité.
La valeur maximale configurable pour le groupe de seuil inférieur est 4 294 967 294.
Le taux de perte de trame (FLR) est exclu des 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 pendant la période d’indisponibilité.
Pendant une période de perte de continuité (adjacence vers le bas), bien que les PDU SOAM ne soient pas envoyées, les calculs de FLR et de disponibilité ne sont pas arrêtés. Ces calculs sont effectués avec l’hypothèse d’une perte de 100 %.
Le nombre de PDU SOAM envoyés au cours du premier intervalle de mesure peut être inférieur à celui attendu. 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 transmises au cours d’un intervalle de mesure pour une durée de cycle de 100 ms peut ne pas être exact. Par exemple, dans un intervalle de mesure de deux minutes avec une durée de cycle de 100 ms, les PDU SOAM transmises peuvent être comprises entre 1198 et 2000.
Voir également
Amortissement des performances CFM Surveillance des pièges et notifications pour éviter la congestion du DDN
Vous pouvez atténuer les interruptions de franchissement de seuil de surveillance des performances et les notifications générées chaque fois qu’un événement de franchissement de seuil se produit afin d’éviter l’encombrement du système de gestion du réseau (NMS).
L’amortissement limite le nombre d’interruptions jnxSoamPmThresholdCrossingAlarm envoyées au NMS en résumant les occurrences de volets sur une période de temps, appelée temporisation des pièges à volets, et envoie une seule notification jnxSoamPmThresholdFlapAlarm au NMS. Vous pouvez configurer la durée de la minuterie du piège à volets à n’importe quelle valeur comprise entre 1 et 360 secondes.
La notification jnxSoamPmThresholdFlapAlarm est générée et envoyée lorsque les conditions suivantes sont remplies :
Au moins un battement s’est produit lorsque la minuterie des volets a expiré.
Vous avez modifié la valeur de la minuterie du piège à volets, ce qui a provoqué l’arrêt de la minuterie.
Vous pouvez activer l’amortissement au niveau global pour l’itérateur ou vous pouvez activer l’amortissement au niveau du type de seuil individuel de l’itérateur. Par exemple, pour activer l’amortissement au niveau global, utilisez la commande suivante pour l’itérateur : set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name flap-trap-monitor
. Pour activer l’amortissement à un type de seuil spécifique, utilisez la commande suivante pour le avg-fd-twoway-threshold
, 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.
Voir également
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.
no-control-word
pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MEP CFM.no-control-word
pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MEP CFM.no-control-word
pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MEP CFM.