Indication d’alarme Ethernet
Utilisez ce qui suit pour en savoir plus sur le signal d’indication d’alarme Ethernet (ETH-AIS) et sur la façon de configurer ETH-AIS sur les appareils.
Vue d’ensemble de la fonction Ethernet Alarm Indication Signal (ETH-AIS)
La fonction Ethernet alarm indication signal (ETH-AIS) permet à un fournisseur de services qui déploie un service Ethernet de déterminer s’il existe un défaut de connectivité au niveau du domaine du fournisseur ou à un niveau inférieur. Lorsque la panne se produit au niveau du domaine du fournisseur, le fournisseur de services traite la panne, et lorsque la panne se produit à un niveau inférieur, le fournisseur peut soit ignorer la panne, soit contacter les autorités compétentes pour remédier à la panne.
Les sections suivantes expliquent en détail ETH-AIS, quelques cas d’utilisation qui déterminent quand générer et propager des paquets ETH-AIS, ainsi que les termes associés :
- Comprendre l’ETH-AIS dans un domaine de maintenance
- Détection de pannes dans un domaine de maintenance
- Définition des termes
Comprendre l’ETH-AIS dans un domaine de maintenance
L’UIT-T a élaboré la norme Y.1731 en tant que recommandation relative aux fonctions et mécanismes d’exploitation, d’administration et de maintenance (OAM) pour les réseaux basés sur Ethernet, y compris les fonctions OAM telles que ETH-AIS, le signal verrouillé Ethernet (ETH-LCK), le signal de test Ethernet (ETH-Test), la commutation automatique de protection Ethernet (ETH-APS), le canal de communication de maintenance Ethernet (ETH-MCC), l’OAM expérimental Ethernet (ETH-EXP), l’OAM spécifique au fournisseur Ethernet (ETH-VSP) et la surveillance des performances. Pour plus d’informations sur le domaine de maintenance et les termes associés, reportez-vous à la section Définition des termes.
Selon les normes Y.1731, un serveur MEP est une fonction combinée de la fonction de terminaison de la couche serveur et de la fonction d’adaptation de la couche des services Ethernet du serveur. Lorsqu’il détecte une défaillance, le MEP serveur informe les MEP de la couche de services Ethernet (ETH). La fonction de terminaison de la couche serveur exécute alors les mécanismes OAM spécifiques à la couche serveur et les alarmes sont supprimées au niveau de la couche serveur par ETH-AIS.
Notez que l’ETH-AIS ne s’applique pas aux réseaux STP (Spanning Tree Protocol).
ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de défaut est détectée. À l’aide de l’ETH-AIS, un prestataire de services peut différencier les défauts à différents niveaux.
L’ETH-AIS offre de nombreux avantages, notamment :
Les fournisseurs de services n’ont pas besoin de déclencher des alarmes en cas de défaillances de niveau inférieur.
Les fournisseurs de services peuvent fournir un remboursement à leurs abonnés ou bénéficier d’un remboursement de leur fournisseur d’accès Internet en fonction de l’indisponibilité du service.
Les routeurs MX Series prennent en charge la norme ITU-T Y.1731 ETH-AIS pour assurer la gestion des pannes pour les fournisseurs de services qui fournissent des services Ethernet opérateur utilisant la norme IEEE 802.1ag.
MX Series Virtual Chassis ne prend pas en charge le signal d’indication d’alarme Ethernet (ETH-AIS).
Détection de pannes dans un domaine de maintenance
Dans le scénario illustré à la figure 1 à la page xyz, vous disposez d’un niveau fournisseur de services et d’un niveau client. Deux fournisseurs de services – Opérateur-1 et Opérateur-2 – sont considérés à des fins d’illustration. Supposons qu’une défaillance se produise au niveau du domaine de maintenance de l’opérateur-1 dont les limites au niveau du domaine de maintenance sont MEP-A et MEP-B. Pour signaler les défauts à un système de gestion de réseau et éviter la notification d’alarmes au niveau du client pour le même défaut, MEP-A et MEP-B transmettent un signal d’indication d’alarme (AIS) dans des directions opposées, signalant ainsi les niveaux supérieurs et le réseau Operator-2 de la panne, de sorte que les alarmes sont supprimées.
La signalisation est assurée par la transmission et la propagation d’unités de données de protocole (PDU) AIS. Vous devez activer AIS explicitement sur tous les MEP au niveau du fournisseur de services. Un MEP configuré pour émettre des trames avec des informations ETH-AIS se trouve généralement à la couche serveur et continue à transmettre des trames périodiques avec des informations ETH-AIS jusqu’à ce que la condition de défaut soit éliminée. Lorsqu’un MEP client reçoit les trames ETH-AIS, il supprime les alarmes de perte de continuité associées à ses homologues MEP.
Notez qu’en l’absence d’AIS, un MEP client recommence à générer des alarmes de perte de continuité lorsqu’il détecte les conditions de défaut de perte de continuité à partir de sa couche serveur.
Pour la connectivité de la couche de services Ethernet point à point, un MEP n’a qu’un seul MEP pair. Par conséquent, il n’y a pas d’ambiguïté concernant le MEP pair pour lequel le MEP doit supprimer les alarmes lorsqu’il reçoit les informations de l’ETH-AIS.
Pour la connectivité de la couche de services Ethernet multipoint, un MEP qui reçoit des informations ETH-AIS ne peut pas déterminer le MEP exact qui a rencontré la panne et, par conséquent, ne peut pas isoler le MEP pair exact pour supprimer les alarmes. Pour éviter ce scénario, Y.1731 recommande de supprimer les alarmes pour tous les MEP homologues au même niveau de domaine, quel que soit l’état de la connectivité dans une configuration de connectivité de couche de services Ethernet multipoint.
Tableau 1 répertorie les commandes de mode opérationnel que vous pouvez utiliser dans un domaine de maintenance pour vérifier les différents paramètres relatifs à un MEP.
Vérifier |
Commandes en mode opérationnel |
|---|---|
Si la configuration AIS est correctement configurée sur un MEP CFM. |
|
Statistiques des trames AIS. |
|
Si un événement s’est produit qui a déclenché AIS. |
|
État des sessions CFM pour les pannes qui déclenchent AIS sur le MEP. |
|
Définition des termes
Transmission AIS : un MEP détecte une condition de défaut, transmet les trames AIS dans une direction opposée à celle de ses homologues MEP. La périodicité de la transmission des trames AIS est basée sur la période de transmission AIS. Une période de transmission AIS de 1 seconde est recommandée. La première trame AIS doit toujours être transmise immédiatement après la détection d’une condition de défaut.
Réception AIS : à la réception d’une trame AIS, un MEP l’examine pour s’assurer que le niveau de domaine de maintenance de la trame est identique à son propre niveau de domaine de maintenance. Le champ période de la trame indique la période à laquelle les trames AIS peuvent être attendues. Lorsqu’un MEP reçoit une trame AIS, il détecte la condition de défaut. Après la détection, lorsqu’aucune trame AIS n’est reçue dans un intervalle de 3,5 fois (la période de transmission AIS indiquée dans les trames AIS reçues), la MEP efface la condition de défaut AIS. Lorsque la condition AIS est corrigée et que les défauts persistent, les MEP continuent de signaler des alarmes.
Format AIS PDU : les champs du format AIS PDU sont les suivants :
MEG Level (Niveau MEG) : également appelé niveau de domaine de maintenance, il s’agit d’un champ de 3 bits utilisé pour transporter le niveau de domaine de maintenance du MEG client.
Version : la valeur est toujours égale à 0.
OpCode : la valeur de ce type de PDU est AIS (33).
Flags : les cinq premiers bits sont réservés et sont définis sur 0. L’élément d’information sur 3 bits transporté dans les trois bits les moins significatifs est la période qui contient la valeur de la périodicité de transmission AIS, comme illustré dans Tableau 2:
Tableau 2 : Périodicité de transmission AIS Drapeaux [3 :1]
Valeur de la période
Commentaires
000-011
Valeur non valide
Valeur non valide pour AIS
100
1s
1 image par seconde
101
Valeur non valide
Valeur non valide pour AIS
110
1 min
1 image par minute
111
Valeur non valide
Valeur non valide pour AIS
TLV offset (Décalage TLV) : défini sur 0.
End TLV : valeur octet entièrement nulle.
Couche serveur et couche client—Ces couches font partie du modèle fonctionnel de réseau de transport de la Recommandation UIT-T G.805. Ce modèle est basé sur le concept de superposition au sein d’un réseau de transport. Un réseau de transport est divisé en plusieurs réseaux de couche de transport indépendants qui ont une association client-serveur entre des réseaux de couche adjacents.
Domaine de maintenance : pour activer la gestion des problèmes de connectivité (CFM) sur une interface Ethernet, des domaines de maintenance, des associations de maintenance et des points de terminaison de maintenance (MEP) sont créés et configurés dans un réseau. Vous pouvez configurer jusqu’à huit niveaux de domaine de maintenance dans un réseau. Chaque niveau de domaine de maintenance est une partie du réseau où les problèmes de connectivité peuvent être surveillés et corrigés. Le domaine du fournisseur et le domaine du client sont quelques exemples de domaines de maintenance. Chaque domaine de maintenance a une association de maintenance. Chaque association de maintenance comprend des MEP et des points intermédiaires de maintenance (MIP) dans ce domaine. Les députés européens sont situés à la limite du domaine et les PIM sont situés à l’intérieur du domaine. Les MEP génèrent et transmettent des messages de contrôle de continuité (CCM) à intervalles configurés à l’ensemble de l’association de maintenance pour vérifier la connectivité dans le réseau.
Couche de services Ethernet (ETH) : couche du modèle de réseau Ethernet métropolitain, où cette couche est responsable des services OAM requis pour prendre en charge les services Ethernet dans le réseau.
Voir également
Vue d’ensemble du signal d’indication d’alarme Ethernet
Les routeurs ACX Series prennent en charge la fonction ITU-T Y.1731 Ethernet Alarm Indication Signal (ETH-AIS) pour assurer la gestion des pannes pour les fournisseurs de services. ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de défaut est détectée. À l’aide d’ETH-AIS, un administrateur peut faire la différence entre les défauts au niveau du client et les défauts au niveau du fournisseur.
L’avantage de l’ETH-AIS est le suivant :
Les clients n’ont pas besoin de déclencher des alarmes en raison de défaillances de niveau inférieur.
Les clients peuvent obtenir un remboursement en fonction de l’indisponibilité du service.
Lorsqu’une condition de défaillance est détectée, un point de terminaison de maintenance (MEP) génère des paquets ETH-AIS vers les niveaux de client configurés pendant une durée spécifiée jusqu’à ce que la condition de défaillance soit effacée. Tout MEP configuré pour générer des signaux de paquets ETH-AIS à un niveau supérieur au sien. Un MEP recevant l’ETH-AIS reconnaît que la panne se situe à un niveau inférieur et supprime ensuite les alarmes au niveau actuel.
Les routeurs ACX Series prennent en charge la génération de PDU ETH-AIS pour les MEP de serveur en fonction des conditions de défaut suivantes :
Perte de connectivité (détection de perte de liaison physique)
Circuit de couche 2 ou VPN de couche 2 en panne
La signalisation d’indication d’alarme se fait par la transmission et la propagation des PDU ETH-AIS. L’ETH-AIS devrait être activé sur les eurodéputés. Un MEP qui est configuré pour émettre des paquets avec des informations ETH-AIS est généralement de couche serveur et continue à transmettre des paquets périodiques avec des informations ETH-AIS jusqu’à ce que la condition de défaut soit éliminée. Les eurodéputés du CFM, lorsqu’ils reçoivent des PDU de l’ETH-AIS, suppriment les alarmes de perte de continuité associées à leurs homologues européens. Un MEP reprend la génération d’une alarme de perte de continuité lors de la détection de conditions de défaut de perte de continuité en l’absence d’une condition ETH-AIS.
Pour la connectivité Ethernet point à point, un MEP n’a qu’un seul MEP pair. Par conséquent, un MEP supprime les alarmes sur son homologue MEP lorsqu’il reçoit les informations ETH-AIS.
Pour la connectivité Ethernet multipoint, un MEP qui reçoit des informations ETH-AIS ne peut pas déterminer la condition de défaut exacte rencontrée par MEP et ne sera donc pas en mesure d’isoler le MEP pair exact pour la suppression des alarmes. La norme UIT-T Y.1731 recommande de supprimer les alarmes pour tous les députés européens, quel que soit l’état de la connectivité.
Transmission AIS : un MEP détecte une condition de défaut et transmet les PDU ETH-AIS dans une direction opposée à celle de ses homologues MEP. La transmission des PDU ETH-AIS est basée sur une période de transmission ETH-AIS configurée. Une période de transmission ETH-AIS de 1 seconde est recommandée. La première PDU de l’ETH-AIS doit être transmise immédiatement après la détection d’une condition de défaut.
Réception de l’AIS : un MEP à la réception des PDU de l’ETH-AIS l’examine pour s’assurer que son niveau de domaine de maintenance (DM) correspond au même niveau de DM. Lors de la réception d’une PDU ETH-AIS, le MEP détecte une condition de défaut. À la suite de la détection d’une condition de défaut, s’il n’y a pas de PDU ETH-AIS reçues dans un intervalle de 3,5 fois la période de transmission ETH-AIS indiquée dans les PDU ETH-AIS reçues précédemment, le MEP efface la condition de défaut. Une fois la condition de défaut éliminée, les députés continuent de signaler des alarmes.
Les routeurs ACX Series ne prennent pas en charge la norme ITU-T Y.1731 ETH-AIS pour les services de couche 2 (pontage).
Voici les limitations du serveur MEP
Le déclenchement des messages ETH-AIS sur les services (circuit de couche 2 et VPN de couche 2) par le serveur de perte de liaison MEP se fait dans la mesure du possible. En effet, la transmission des messages ETH-AIS est indépendante de l’état du service et il n’y a aucune garantie de livrer les messages ETH-AIS avant que le service ne tombe en panne.
La protection par pseudowire avec la session CFM-MEP n’est pas surveillée par le serveur-MEP, car il existe déjà une entité pour surveiller la protection pseudowire pour le service (circuit de couche 2 et VPN de couche 2).
Voir également
Configuration de l’ETH-AIS sur un MEP CFM
Les routeurs MX Series prennent en charge la fonction ITU-T Y.1731 Ethernet alarm indication signal (ETH-AIS) pour assurer la gestion des erreurs pour les fournisseurs de services. L’ETH-AIS permet au fournisseur de services de supprimer les alarmes lorsqu’une condition de défaillance est détectée.
Les points suivants sont à noter lorsque l’ETH-AIS est configuré dans un domaine de maintenance :
La transmission ou la réception d’AIS sur un MEP ne remplace pas l’instruction
lowest-priority-defectconfigurée au niveau de la[edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]hiérarchie. Par conséquent, les alarmes sont signalées en fonction de la priorité des défauts configurée.Des alarmes sont signalées même lorsque les niveaux de domaine supérieurs échangent des CCM à un rythme plus rapide que les niveaux de domaine inférieurs.
Le point intermédiaire d’association de maintenance (MIP) est transparent pour les trames ETH-AIS, c’est-à-dire que les MIP n’effectuent aucune action en réponse aux trames ETH-AIS.
Lorsque le fournisseur de services demande au MEP de générer un AIS pour un niveau inférieur ou pour le même niveau, la demande est rejetée.
La génération d’AIS est arrêtée lorsque le MEP efface le MEP distant au sein de l’association de maintenance.
Lorsque l’instruction est activée pour un MEP, les informations MEP distantes sont effacées après l’expiration de l’intervalle
auto-discoveryde conservation configuré.
Les tâches suivantes expliquent comment activer l’ETH-AIS dans un domaine de maintenance, configurer une action à effectuer lorsqu’un défaut est détecté et attacher le profil d’action à un MEP CFM :
- Configuration d’un profil d’action
- Configuration d’une action à effectuer lorsqu’une alarme AIS est détectée
- Joindre le profil d’action à un MEP CFM
Configuration d’un profil d’action
Pour configurer un profil d’action pour ETH-AIS :
Configuration d’une action à effectuer lorsqu’une alarme AIS est détectée
Configurez une action à effectuer lorsqu’une alarme AIS est détectée.
Joindre le profil d’action à un MEP CFM
Après avoir configuré un événement et une action à surveiller dans un profil d’action, vous devez rattacher le profil d’action à un MEP CFM.
Configuration du signal d’indication d’alarme sur les routeurs ACX Series
Les routeurs ACX Series prennent en charge la fonction ITU-T Y.1731 Ethernet Alarm Indication Signal (ETH-AIS) pour assurer la gestion des pannes pour les fournisseurs de services. ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de défaut est détectée.
Pour prendre en charge la transmission de l’ETH-AIS, les informations de configuration suivantes sont requises par un MEP CFM :
Niveau du groupe d’entités de maintenance client : niveau du groupe d’entités de maintenance (MEG) au niveau duquel les points intermédiaires du domaine de maintenance (MIP) et les points d’extrémité de l’association de maintenance (MEP) de la couche client immédiate existent.
Période de transmission ETH-AIS : détermine l’intervalle de transmission de la PDU ETH-AIS.
Priority (Priorité) : détermine la priorité des paquets contenant des informations ETH-AIS. Cette option est facultative.
Pour configurer l’ETH-AIS dans CFM MEP, vous devez :
Configurer un profil d’action avec l’action ETH-AIS
Joindre le profil d’action au MEP CFM
Pour configurer un profil d’action avec l’action ETH-AIS, incluez les instructions suivantes au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] :
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
adjacency-loss;
all-defects;
cross-connect-ccm;
errored-ccm;
receive-ais;
}
action {
log-and-generate-ais {
level [1-7];
interval 1s | 1m ;
priority [0-7];
}
log-ais;
}
}
Pour attacher un profil d’action à un MEP CFM, incluez les instructions suivantes au niveau hiérarchique [modifier protocoles oam ethernet connectivity-fault-management] :
maintenance-domain maintenenace-domain-name {
level level-number;
maintenance-association maintenance-domain-name {
continuity-check {
interval 1s;
loss-threshold 3;
}
mep mep-id {
interface interface-name;
direction up | down;
priority priority-value;
action-profile action-profile-name;
}
}
}
Vous ne pouvez pas configurer un niveau de domaine de maintenance inférieur ou égal au niveau auquel il est associé.
Pour prendre en charge la transmission ETH-AIS, les informations de configuration suivantes requises par un serveur MEP :
Définition de la MEP du serveur : définit l’association de l’identificateur MEP du serveur à la couche du serveur.
Pour les circuits de couche 2 et les VPN de couche 2, l’interface logique connectée à un réseau client (UNI) serait l’identifiant de la couche serveur qui doit être surveillée par le serveur MEP.
Pour la détection des pertes de liaisons physiques, l’interface physique sous protocole Ethernet serait l’identifiant de la couche serveur qui doit être surveillée par le MEP du serveur.
Association du défaut MEP du serveur : définit l’association des défauts MEP du serveur à l’action ETH-AIS.
Association du profil d’action et du MEP du serveur : définit la liaison du MEP du serveur et du profil d’action.
Pour configurer ETH-AIS dans le serveur MEP, vous devez :
Créez un profil d’action avec une action ETH-AIS pour les défauts MEP du serveur.
Attacher le profil d’action à un serveur MEP
Pour créer un profil d’action, incluez les instructions suivantes au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] :
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
server-mep-defects {
link-loss-defect;
l2circuit-defect;
l2vpn-defect;
}
}
action {
log-and-generate-ais {
level 1…n;
interval 1 second | 1 minute;
priority dot1p [range 0-7];
}
}
}
Pour attacher un profil d’action à un serveur MEP, incluez l’instruction suivante au niveau hiérarchique [edit protocols oam ethernet connectivity-fault-management] :
[edit protocols oam ethernet connectivity-fault-management]
server-mep mep-identifier {
protocol l2circuit | l2vpn | ethernet {
interface interface-name;
}
action-profile action-profile-name;
}