Sur cette page
Configuration des valeurs de seuil pour les événements d’erreur locaux sur une interface
Exemple : Configuration de la prise en charge OAM IEEE 802.3ah sur une interface
Exemple : Configuration de la prise en charge OAM IEEE 802.3ah pour une interface sur ACX Series
Exemple : Configuration d’Ethernet LFM entre la périphérie du fournisseur et la périphérie client
Spécification des actions à entreprendre pour les événements de gestion des pannes de liaison
Configuration des valeurs de seuil pour les événements de panne dans un profil d’action
Configuration de la gestion des pannes de liaison
Utilisez cette rubrique pour comprendre comment configurer les fonctionnalités de gestion des pannes de liaison sur votre équipement. Vous pouvez également utiliser cette rubrique pour configurer un profil d’action afin de spécifier l’action LFM qui doit être exécutée en cas d’événement LFM spécifique et d’appliquer le profil d’action.
Configuration de la découverte de liaisons
Lorsque le protocole OAM IEEE 802.3ah est activé sur une interface physique, le processus de découverte est automatiquement déclenché. Le processus de découverte permet aux interfaces Ethernet de détecter et de surveiller l’homologue sur la liaison s’il prend également en charge la norme IEEE 802.3ah.
Vous pouvez spécifier le mode de découverte utilisé pour la prise en charge de l’OAM IEEE 802.3ah. Le processus de découverte est automatiquement déclenché lorsque la fonctionnalité OAM IEEE 802.3ah est activée sur un port. La surveillance des liaisons est effectuée lorsque l’interface envoie périodiquement des PDU OAM.
Pour configurer le mode de découverte, incluez l’énoncé link-discovery au niveau de la [edit protocol oam ethernet link-fault-management interface interface-name] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name] link-discovery (active | passive);
En mode actif, l’interface détecte et surveille l’homologue sur la liaison si l’homologue prend également en charge la fonctionnalité OAM IEEE 802.3ah. En mode passif, l’homologue lance le processus de découverte. Une fois le processus de découverte amorcé, les deux parties participent à la découverte.
Voir également
Configuration de l’intervalle PDU OAM
Les PDU OAM sont envoyés périodiquement pour surveiller les liaisons.
Vous pouvez spécifier l’intervalle d’envoi OAM PDU périodique pour la détection des pannes.
Pour configurer l’intervalle d’envoi, incluez l’instruction pdu-interval au niveau de la [edit protocol oam ethernet link-fault-management interface interface-name] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name] pdu-interval interval;
L’intervalle périodique OAM PDU est de 100 à 1 000 millisecondes. L’intervalle d’envoi par défaut est de 1 000 millisecondes.
Voir également
Configuration du seuil PDU OAM
Vous pouvez spécifier le nombre de PDU OAM qu’une interface peut manquer avant que la liaison entre pairs ne soit considérée comme hors service.
Pour configurer le nombre de PDU que l’homologue peut manquer, incluez l’instruction pdu-threshold au niveau de la [edit protocol oam ethernet link-fault-management interface interface-name] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name] pdu-threshold threshold-value;
La plage de valeurs seuils est de 3 à 10. La valeur par défaut est de trois PDU.
Voir également
Configuration des valeurs de seuil pour les événements d’erreur locaux sur une interface
Vous pouvez configurer des valeurs de seuil sur une interface pour les erreurs locales qui déclenchent l’envoi de TLV d’événements de liaison.
Pour définir les valeurs de seuil d’erreur pour l’envoi de TLV d’événements, incluez le frame-error, frame-period-summaryframe-periodet symbol-period les déclarations au niveau de la [edit protocols oam ethernet link-fault-management interface interface-name event-thresholds] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name] event-thresholds { frame-error count; frame-period count; frame-period-summary count; symbol-period count; }
Voir également
Désactiver les TLV d’envoi d’événements de liaison
Vous pouvez désactiver l’envoi des TLV d’événements de liaison.
Pour désactiver la surveillance et l’envoi de PDU contenant des TLV d’événements de liaison dans des PDU périodiques, incluez l’instruction no-allow-link-events au niveau de la [edit protocols oam ethernet link-fault-management interface interface-name negotiation-options] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name negotiation-options] no-allow-link-events;
Voir également
Exemple : Configuration de la prise en charge OAM IEEE 802.3ah sur une interface
Configurez la prise en charge de l’OAM 802.3ah sur une interface 10 Gigabit Ethernet :
[edit]
protocols {
oam {
ethernet {
link-fault-management {
interface xe-0/0/0 {
link-discovery active;
pdu-interval 800;
pdu-threshold 4;
remote-loopback;
negotiation-options {
allow-remote-loopback;
}
event-thresholds {
frame-error 30;
frame-period 50;
frame-period summary 40;
symbol-period 20;
}
}
}
}
}
}
Voir également
Exemple : Configuration de la prise en charge OAM IEEE 802.3ah pour une interface sur ACX Series
Junos OS pour les routeurs ACX Series permet aux interfaces Ethernet de ces routeurs de prendre en charge la norme IEEE 802.3ah pour l’exploitation, l’administration et la maintenance (OAM) d’Ethernet dans les réseaux d’accès. La norme définit la gestion des pannes de liaison OAM (LFM). Vous pouvez configurer IEEE 802.3ah OAM LFM sur des liaisons Ethernet point à point qui sont connectées directement ou via des répéteurs Ethernet.
Cet exemple explique comment activer et configurer OAM sur une interface Gigabit Ethernet.
- Conditions préalables
- Présentation et topologie
- Configuration de l’OAM IEEE 802.3ah sur un routeur ACX Series
Conditions préalables
Cet exemple utilise les composants matériels et logiciels suivants :
Junos OS Version 12.2 ou ultérieure pour les routeurs ACX Series.
Un routeur ACX1000 ou ACX2000.
Présentation et topologie
Dans cet exemple, vous configurez une interface 10 Gigabit Ethernet sur un routeur ACX Series avec prise en charge OAM 802.3ah, qui comprend : découverte de liaisons, unités de données de protocole (PDUs), bouclage à distance, négociation et seuils d’événements.
Configuration de l’OAM IEEE 802.3ah sur un routeur ACX Series
Configuration rapide cli
Pour configurer rapidement IEEE 802.3ah Ethernet OAM, copiez les commandes suivantes et collez-les dans la CLI :
edit edit protocols oam ethernet link-fault-management set interface xe-0/0/0 link-discovery active pdu-interval 800 pdu-threshold 4 remote-loopback negotiation-options allow-remote-loopback set interface xe-0/0/0 event-thresholds frame-error 30 frame-period 50 frame-period-summary 40 symbol-period 20
Procédure
Procédure étape par étape
Pour configurer la prise en charge oAM IEEE 802.3ah sur une interface :
Activer la prise en charge de l’OAM IEEE 802.3ah sur une interface :
[edit protocols oam ethernet link-fault-management]
user@router1 # set interface (OAM Link-Fault Management) xe-0/0/0
Spécifiez que l’interface lance le processus de découverte en définissant le mode de découverte de liaison sur active:
user@router # set interface xe-0/0/0 link-discovery active
Définissez l’intervalle d’envoi périodique OAM PDU (en millisecondes) sur 800 :
user@router # set interface xe-0/0/0 pdu-interval 800
Définissez le nombre de PDU OAM à manquer avant qu’une erreur ne soit enregistrée comme 4 :
user@router # set interface xe-0/0/0 pdu-threshold 4
Configurez l’interface distante en mode bouclage afin que toutes les trames à l’exception des PDU OAM soient bouclées sans aucun changement :
user@router # set interface xe-0/0/0 remote-loopback
Configurez la prise en charge du bouclage à distance pour l’interface locale :
user@router # set interface xe-0/0/0 negotiation-options allow-remote-loopback
Définissez le nombre de seuils d’envoi d’événements d’erreur de trame à 30 :
user@router # set interface xe-0/0/0 event-thresholds frame-error 30
Définissez le nombre de seuils d’envoi des événements d’erreur de période de trame à 50 :
user@router # set interface xe-0/0/0 event-thresholds frame-period 50
Configurez le nombre de seuils pour l’envoi d’événements d’erreur de synthèse de la période de trame à 40 :
user@router # set interface xe-0/0/0 event-thresholds frame-period-summary 40
Définissez le nombre de seuils d’envoi d’événements de la période de symbole à 20 :
user@router # set interface xe-0/0/0 event-thresholds symbol-period 20
Résultats
Vérifiez les résultats de la configuration :
[edit] user@router# show
[edit]
protocols {
oam {
ethernet {
link-fault-management {
interface xe-0/0/0 {
link-discovery active;
pdu-interval 800;
pdu-threshold 4;
remote-loopback;
negotiation-options {
allow-remote-loopback;
}
event-thresholds {
frame-error 30;
frame-period 50;
frame-period-summary 40;
symbol-period 20;
}
}
}
}
}
}
Exemple : Configuration d’Ethernet LFM entre la périphérie du fournisseur et la périphérie client
Dans cet exemple, le LFM est activé sur une liaison IP entre les interfaces de périphérie du fournisseur (PE) et de périphérie client (CE). Si la liaison tombe en panne, la panne sera détectée par LFM et les interfaces des deux côtés seront marquées Link-Layer-Down. Il en résulte des notifications à divers sous-systèmes (par exemple, routage) qui prendront les mesures appropriées.
Le lien exécutant LFM est affiché dans Figure 1.
Pour configurer Ethernet LFM sur une liaison IP entre les interfaces PE et CE :
Configurez LFM sur le routeur PE :
[edit] interfaces ge-1/1/0 { unit 0 { family inet { address 11.11.11.1/24; } } } protocols { oam { ethernet { link-fault-management { interface ge-1/1/0 { pdu-interval 1000; pdu-threshold 5; } } } } }Configurez LFM sur le routeur CE :
[edit] interfaces ge-1/1/0 { unit 0 { family inet { address 11.11.11.2/24; } } } protocols { oam { ethernet { link-fault-management { interface ge-1/1/0 { pdu-interval 1000; pdu-threshold 5; } } } } }
Voir également
Exemple : Configuration d’Ethernet LFM pour CCC
Dans cet exemple, le LFM est configuré entre deux PE1 et PE2 connectés à l’aide de CCC. Une fois le LFM en place, une défaillance de liaison sera détectée immédiatement, au lieu de dépendre des protocoles de routage pour trouver l’erreur sur la connexion CCC de bout en bout. Cela permet également de détecter la liaison défaillante exacte au lieu de simplement détecter l’échec de la connectivité CCC de bout en bout. De plus, comme le LFM s’exécute au niveau de la couche de liaison, il n’a pas besoin d’adresse IP pour fonctionner et peut donc être utilisé là où la détection de panne bidirectionnelle (BFD) ne peut pas.
Les liens exécutant LFM sont affichés dans Figure 2
Pour configurer Ethernet LFM entre deux PE connectés à l’aide de CCC :
Configurez LFM sur le routeur PE1 avec CCC :
[edit] interfaces ge-1/1/0 { encapsulation ethernet-ccc; unit 0; } protocols { oam { ethernet { link-fault-management { interface ge-1/1/0 { pdu-interval 1000; pdu-threshold 5; } } } } }Configurez LFM sur le routeur PE2 avec CCC :
[edit] interfaces ge-1/0/0 { encapsulation ethernet-ccc; unit 0; } protocols { oam { ethernet { link-fault-management { interface ge-1/0/0 { pdu-interval 1000; pdu-threshold 5; } } } } }
Voir également
Exemple : Configuration d’Ethernet LFM pour Ethernet agrégé
Dans cet exemple, LFM est configuré sur une interface Ethernet agrégée (AE0) entre le routeur 1 et le routeur 2. Lorsqu’il est configuré sur Ethernet agrégé, LFM s’exécute sur toutes les liaisons membres individuelles. Le LFM est activé ou désactivé sur les liens membres à mesure qu’ils sont ajoutés ou supprimés du groupe d’agrégation. L’état des liaisons individuelles est utilisé pour déterminer l’état de l’interface agrégée.
L’utilisation de LFM avec Ethernet agrégé est indiquée dans Figure 3.
Pour configurer LFM sur une interface Ethernet agrégée entre deux routeurs :
Configurer LFM sur le routeur 1 pour AE0 :
[edit] chassis { aggregated-devices { ethernet { device-count 1; } } } interfaces ge-1/0/1 { gigether-options { 802.3ad ae0; } } interfaces ge-2/0/0 { gigether-options { 802.3ad ae0; } } interfaces ae0 { unit 0 { family inet { address 11.11.11.2/24; } } } protocols { oam { ethernet { link-fault-management { interface ae0; } } } }Configurer LFM sur le routeur 2 pour AE0 :
[edit] chassis { aggregated-devices { ethernet { device-count 1; } } } interfaces ge-1/0/0 { gigether-options { 802.3ad ae0; } } interfaces ge-5/0/0 { gigether-options { 802.3ad ae0; } } interfaces ae0 { unit 0 { family inet { address 11.11.11.1/24; } } } protocols { oam { ethernet { link-fault-management { interface ae0; } } } }
Voir également
Configuration d’un profil d’action OAM
Vous pouvez créer un profil d’action pour définir des indicateurs et des seuils de panne d’événements, ainsi que l’action à prendre. Vous pouvez ensuite appliquer le profil d’action à une ou plusieurs interfaces.
Pour configurer un profil d’action, incluez l’énoncé action-profile au niveau de la [edit protocols oam ethernet link-fault-management] hiérarchie :
action-profile profile-name { action { syslog; link-down; send-critical-event; } event { link-adjacency-loss; link-event-rate { frame-error count; frame-period count; frame-period-summary count; symbol-period count; } protocol-down; } }
À partir de la version 14.2 de Junos OS, chaque fois que la gestion des pannes de liaison (LFM) avec un profil d’action est configurée pour marquer l’interface comme étant vers le bas (en incluant l’instruction link-down au niveau de la hiérarchie [edit protocols oam Ethernet link-fault-management] ), le port est placé dans l’état bloqué (état STP). Dans un tel état de l’interface, le trafic de données n’est pas transmis sur cette interface. Étant donné que les MEP de maintenance en aval de la gestion des pannes de connectivité (CFM) arrivent sur des ports bloqués, les sessions CFM sont correctement organisées. Cependant, l’interface est en panne et l’état de l’interface TLV ne contient pas l’état correct. Ce n’est que si vous configurez l’état du port TLV que l’état réel du port est reflété. L’état de l’interface TLV ne comporte pas l’état réel du port.
Voir également
Spécification des actions à entreprendre pour les événements de gestion des pannes de liaison
Vous pouvez spécifier l’action à effectuer par le système lorsque l’événement de liaison-défaut configuré se produit. Plusieurs profils d’action peuvent être appliqués à une seule interface. Pour chaque profil d’action, au moins un événement et une action doivent être spécifiés. Les actions ne sont prises que lorsque tous les événements du profil d’action sont vrais. Si plusieurs actions sont spécifiées, toutes les actions sont exécutées.
Vous pouvez définir un seuil inférieur pour une action spécifique, telle que la journalisation de l’erreur, et définir un seuil plus élevé pour une autre action, comme l’envoi d’un événement critique TLV.
Pour spécifier l’action, incluez l’instruction action au niveau de la [edit protocols oam ethernet link-fault-management action-profile profile-name] hiérarchie :
[edit protocol oam ethernet link-fault-management action-profile profile-name]
event {
link-adjacency-loss;
protocol-down;
}
action {
syslog;
link-down;
send-critical-event;
}
Pour créer une entrée de journal système lorsque l’événement link-fault se produit, incluez l’instruction syslog .
Pour désactiver administrativement le lien lorsque l’événement link-fault se produit, incluez l’instruction link-down .
Pour envoyer des TLV d’événements de liaison IEEE 802.3ah dans le PDU OAM lorsqu’un événement de liaison-défaut se produit, incluez l’instruction send-critical-event .
Si plusieurs actions sont spécifiées dans le profil d’action, toutes les actions ne sont exécutées dans aucun ordre particulier.
Voir également
Surveillance de la perte d’adjacence de liaison
Vous pouvez spécifier des actions à effectuer en cas de perte d’adjacence de liaison. En cas de perte d’adjacence de liaison, le système prend l’action définie dans l’énoncé action du profil d’action.
Pour configurer le système afin qu’il prenne des mesures en cas de perte d’adjacence de liaison, incluez l’instruction link-adjacency-loss au niveau de la [edit protocols oam ethernet link-fault-management action-profile profile-name event] hiérarchie :
[edit protocol oam ethernet link-fault-management action-profile profile-name] link-adjacency-loss;
Voir également
Statut du protocole de surveillance
L’indicateur CCC-DOWN est associé à une connexion croisée de circuit (CCC), à un circuit de couche 2 et à un VPN de couche 2, qui envoient le statut CCC-DOWN au noyau. Le drapeau CCC-DOWN indique que le CCC est en panne. Le statut CCC-DOWN est envoyé au noyau lorsque la connexion CCC, le circuit de couche 2 ou le VPN de couche 2 est en panne. Cela réduit à son tour l’interface PE orientée CE associée à la connexion CCC, au circuit de couche 2 ou au VPN de couche 2.
Lorsque l’indicateur CCC-DOWN est signalé au protocole IEEE 802.3ah, le système prend l’action définie dans l’énoncé action du profil d’action. Pour plus d’informations sur les circuits de couche 2, consultez le Guide de l’utilisateur des circuits de couche 2 Junos OS, Junos OS VPN Configuration Guide.
Pour surveiller le protocole IEEE 802.3ah, sur l’interface PE orientée CE, incluez l’énoncé protocol-down au niveau de la [edit protocols oam ethernet link-fault-management action-profile profile-name event] hiérarchie :
Si plusieurs événements sont spécifiés dans le profil d’action, tous les événements doivent se produire avant que l’action spécifiée ne soit prise.
Voir également
Configuration des valeurs de seuil pour les événements de panne dans un profil d’action
Vous pouvez configurer des seuils d’événements de liaison pour les événements d’erreur reçus qui déclenchent l’action spécifiée dans l’instruction action . Vous pouvez ensuite appliquer le profil d’action à une ou plusieurs interfaces.
Pour configurer les seuils d’événements de liaison, incluez l’instruction link-event-rate au niveau de la [edit protocols oam ethernet link-fault-management action-profile profile-name event] hiérarchie :
link-event-rate { frame-error count; frame-period count; frame-period-summary count; symbol-period count; }
Voir également
Application d’un profil d’action
Vous pouvez appliquer un profil d’action à une ou plusieurs interfaces.
Pour appliquer un profil d’action à une interface, incluez l’instruction apply-action-profile au niveau de la [edit protocols oam ethernet link-fault-management action-profile interface interface-name] hiérarchie :
[edit protocol oam ethernet link-fault-management interface interface-name] apply-action-profile profile-name;