Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Indication d’alarme Ethernet

Utilisez les informations suivantes pour mieux comprendre le signal d’alarme Ethernet (ETH-AIS) et comment configurer ETH-AIS sur les équipements.

Présentation de la fonction Ethernet Alarm Indication Signal (ETH-AIS)

La fonction ETH-AIS (Ethernet alarm-indication signal) permet à un fournisseur de services de déployer un service Ethernet afin de déterminer si une panne de connectivité existe au niveau du domaine du fournisseur ou au niveau ci-dessous. En cas de panne au niveau du domaine du fournisseur, le fournisseur de services prend en compte la panne et, lorsqu’une panne survient à un niveau inférieur, le fournisseur peut ignorer la panne ou contacter les autorités compétentes pour y remédier.

Les sections suivantes expliquent l’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 en détail:

Comprendre ETH-AIS dans un domaine de maintenance

L’UIT-T a développé le point de contrôle Y.1731 en tant que recommandation pour les fonctions et mécanismes OAM (Operation, Administration, and Maintenance) pour les réseaux Ethernet, fonctions OAM telles que ETH-AIS, Ethernet locked signal (ETH-LCK), Ethernet test signal (ETH-Test), commutation de protection automatique Ethernet (ETH-APS), canal de communication de maintenance Ethernet (ETH-MCC), OAM expérimentale Ethernet (ETH-EXP), OAM fournisseur spécifique à Ethernet (ETH-VSP) et surveillance des performances. Pour plus d’informations sur les domaines de maintenance et les termes associés, Définition des termes consultez.

Conformément aux normes Y.1731, un meP de serveur est une fonction combinée de la fonction de terminaison de la couche serveur et de la fonction d’adaptation de la couche Ethernet de serveur. Le meP serveur notifie les meP de la couche Ethernet (ETH) lorsqu’il détecte une défaillance. La fonction de terminaison de la couche serveur exécute ensuite les mécanismes OAM spécifiques à la couche de serveur et les alarmes sont supprimées au niveau de la couche serveur par ETH-AIS.

Notez que l’etH-AIS n’est pas applicable aux réseaux STP (Spanning Tree Protocol).

ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de panne est détectée. Grâce à ETH-AIS, un fournisseur de services peut différencier les pannes à différents niveaux.

EtH-AIS offre de nombreux avantages, notamment:

  • Les fournisseurs de services n’ont pas besoin d’alarmes en cas de défaillance de niveau inférieur.

  • Les fournisseurs de services peuvent proposer un remboursement à leurs abonnés ou se faire un remboursement auprès de leur fournisseur Internet en fonction de la disponibilité des services.

les routeurs MX Series prendre en charge l’UIT-T Y.1731 ETH-AIS afin de fournir une gestion des pannes aux fournisseurs de services qui fournissent des services Ethernet opérateur à l’aide de la norme IEEE 802.1ag.

Remarque :

MX Series Virtual Chassis ne prend pas en charge le signal d’alarme Ethernet (ETH-AIS).

Détection des pannes dans un domaine de maintenance

Dans le scénario présenté sur la figure 1 à la page xyz, vous avez un niveau de fournisseur de services et un niveau de client. Deux fournisseurs de services(Opérateur-1 et Opérateur-2)sont considérés à des fins d’illustration. Supposez qu’une panne se produise au niveau de la maintenance Opérateur-1 au niveau de domaine avec MEP-A et MEP-B à ses limites de maintenance au niveau des domaines. Pour signaler les pannes à un système de gestion du réseau et éviter que des alarmes ne soient notées au niveau du client pour la même panne, MEP-A et MEP-B transmettent un signal d’alarme (AIS) dans les directions opposées, signalant ainsi les niveaux plus élevés et le réseau Opérateur-2 pour que les alarmes soient supprimées.

La signalisation est obtenue par la transmission et la propagation d’unités de données de protocole AIS (PDUS). Vous devez activer le système AIS de manière explicite 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 au niveau de la couche serveur et continue d’envoyer des trames périodiques avec des informations ETH-AIS jusqu’à ce que la condition de défaut soit autorisée. Lorsqu’un client MEP reçoit les trames ETH-AIS, il supprime les alarmes de perte de continuité associées à ses pairs MEP.

Notez qu’en l’absence d’AIS, un meP client génère de nouvelles alarmes de perte de continuité lorsqu’il détecte les conditions de perte de continuité de la couche serveur.

Pour la connectivité de couche services Ethernet point à point, un MEP ne dispose que d’un pair MEP. Ainsi, il n’y a aucune raison de se faire à l’aune du peer MEP, pour lequel le MEP doit supprimer les alarmes lorsqu’il reçoit les informations ETH-AIS.

Pour la connectivité de couche services Ethernet multipoint, un meP qui reçoit des informations ETH-AIS ne peut déterminer le meP exact à l’origine de la panne et ne peut donc pas isoler l’pair MEP exact pour supprimer les alarmes. Pour éviter ce scénario, le point D.1731 recommande d’supprimer les alarmes pour tous les pairs MEP d’un même domaine, indépendamment du statut de connectivité dans une configuration de couche de connectivité 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.

Tableau 1 : Commandes du mode opérationnel

vérifier

Commandes du mode opérationnel

Que la configuration AIS soit configurée correctement sur un MEP CFM.

show protocols oam ethernet connectivity-fault-management action-profile

Statistiques des trames AIS.

show oam ethernet connectivity-fault-management interfaces detail

show oam ethernet connectivity-fault-management mep-statistics maintenance-domain md-name maintenance-association ma-name remote-mep mep-id local-mep mep-id

Si un événement a été survenu, cela a déclenché l’IAS.

show oam ethernet connectivity-fault-management mep-database maintenance-domain md-name maintenance-association ma-name remote-mep mep-id local-mep mep-id

État des sessions CFM pour les pannes qui déclenchent l’IAS sur le MEP.

show oam ethernet connectivity-fault-management interfaces detail

Définition des termes

  • Transmission AIS: un meP en cas de détection d’une condition de défaillance transmet des trames AIS dans une direction en face de ses pairs MEP. La périodité des trames AIS est fonction de la période de transmission AIS. Une période de transmission d’IAS 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: une fois qu’il reçoit une trame AIS, un MEP l’examine afin de s’assurer que le niveau de maintenance du domaine de maintenance est identique à celui de son domaine de maintenance. La période dans le champ 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. 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), le MEP effacera la condition de défaillance d’AIS. Une fois que la condition AIS est autorisée et que des défauts existent toujours, les meps continuent de signaler des alarmes.

  • Format du PDU AIS : les champs du format PDU AIS sont les ci-après:

    1. NIVEAU TORES: également appelé niveau domaine de maintenance, il s’agit d’un champ de 3 bits utilisé pour transporter le niveau de domaine de maintenance du client LASE (CLIENT).

    2. Version: la valeur est toujours de 0.

    3. OpCode: la valeur de ce type de PDU est AIS (33).

    4. Indicateurs: les cinq premiers bits sont réservés et sont placés sur 0. L’élément d’information 3 bits transporté dans les trois bits les moins importants est appelé période qui contient la valeur de la périodité de transmission AIS comme illustré Tableau 2 dans:

      Tableau 2 : Périodité des transmissions AIS

      Indicateurs [3:1]

      Valeur d’période

      Commentaires

      000-011

      Valeur non valide

      Valeur non valide pour AIS

      100

      1s

      1 trame par seconde

      101

      Valeur non valide

      Valeur non valide pour AIS

      110

      1 To

      1 trame par minute

      111

      Valeur non valide

      Valeur non valide pour AIS

    5. Compensation TLV— Ensemble de 0.

    6. TLV final: valeur octet toutes les zéros.

  • Couche serveur et couche client: ces couches font partie du modèle fonctionnel de réseau de transport G.805, recommandé par l’UIT-T. Ce modèle repose sur le concept de superposition de couches au sein d’un réseau de transport. Un réseau de transport est divisé en plusieurs réseaux de couches de transport indépendants qui ont une association client-serveur entre les réseaux de couches adjacents.

  • Domaine de maintenance: pour permettre la gestion des pannes de connectivité (CFM) sur une interface Ethernet, des domaines de maintenance, des associations de maintenance et des points de fin de maintenance (MEP) sont créés et configurés sur un réseau. Vous pouvez configurer jusqu’à huit niveaux de domaine de maintenance dans un réseau. Chaque niveau de domaine de maintenance fait partie du réseau, où les problèmes de connectivité peuvent être surveillés et corrigés. Les domaines fournisseur et client sont quelques exemples de domaines de maintenance. Chaque domaine de maintenance a une association de maintenance. Dans ce domaine, chaque association de maintenance comprend des MEP et des points intermédiaires de maintenance. Les MEP sont situés à la limite du domaine et les MEP y sont situés. Les MEP génèrent et transmettent des messages de contrôle de continuité (CCM) à intervalles réguliers à toute l’association de maintenance afin de vérifier la connectivité sur le réseau.

  • Couche ethernet services (ETH): couche du modèle de réseau Metro Ethernet, où cette couche est responsable des services OAM nécessaires à la prise en charge des services Ethernet du réseau.

Présentation du signal d’alarme Ethernet

ACX Series prendre en charge la fonction DEH-AIS (Ethernet Alarm Indication Signal Function) UIT-T Y.1731 afin de fournir une gestion des pannes aux fournisseurs de services. ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de panne est détectée. Grâce à ETH-AIS, un administrateur peut différencier les pannes au niveau du client ou les pannes au niveau du fournisseur.

L’avantage de l’ETH-AIS est:

  • Les clients n’ont pas besoin d’alarmes en raison de défaillances de niveau inférieur.

  • Les clients peuvent être remboursés en fonction de la disponibilité des services.

Lorsqu’une condition de panne est détectée, un point de fin de maintenance (MEP) génère des paquets ETH-AIS aux niveaux client configurés pour une durée spécifiée jusqu’à ce que la condition de panne soit autorisée. Tout MEP configuré pour générer des signaux de paquets ETH-AIS à un niveau supérieur au leur. Un meP qui reçoit l’etH-AIS reconnaît que la panne se trouve à un niveau inférieur, puis supprime les alarmes au niveau actuel.

ACX Series routeurs de nouvelle génération (PDU) ETH-AIS pour les européens serveur en fonction des conditions de défaillance suivantes:

  • Perte de connectivité (détection physique des pertes de liaisons)

  • Circuit de couche 2 ou VPN de couche 2 en panne

La signalisation des signaux d’alarme est effectuée via la transmission et la propagation des PDUS ETH-AIS. EtH-AIS doit être activé sur les mep. Un meP configuré pour émettre des paquets avec des informations ETH-AIS est généralement de la couche serveur et continue de transmettre régulièrement des paquets avec des informations ETH-AIS jusqu’à ce que la condition de défaut soit autorisée. Une fois qu’ils ont reçu des PDUS ETH-AIS, les MEP CFM suppriment les alarmes de continuité associées à leurs pairs MEP. Un meP reprend la génération d’alarmes de continuité en détectant les conditions de perte de défaillance de continuité en l’absence de condition ETH-AIS.

Pour la connectivité Ethernet point à point, un MEP ne dispose que d’un seul pair MEP. Ainsi, un meP supprime les alarmes sur son pair MEP lorsqu’il reçoit les informations ETH-AIS.

Dans le cas d’une connectivité Ethernet multi-points, un meP qui reçoit des informations ETH-AIS ne peut déterminer l’anomalie exacte et ne pourra donc pas isoler l’pair MEP pour supprimer les alarmes. ITU-T Y.1731 recommande d’supprimer les alarmes pour tous les pairs MEP, indépendamment de l’état de la connectivité.

Transmission AIS: un meP en cas de détection d’une condition de défaut transmet des PDO ETH-AIS dans une direction en face de ses pairs MEP. La transmission des PDUS 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. Le premier PDU ETH-AIS doit être transmis immédiatement suite à la détection d’une condition de défaut.

Réception AIS: un meP en cas de réception d’un PDU ETH-AIS l’examine pour s’assurer que le niveau de son domaine de maintenance (MD) correspond au même niveau MD. Une fois qu’il reçoit un PDU ETH-AIS, le meP détecte une défaillance. Suite à la détection d’une condition de défaut, s’il n’y a pas de PDUS ETH-AIS reçus dans un intervalle de 3,5 fois la période de transmission ETH-AIS indiquée dans les PDUS ETH-AIS reçus plus tôt, le MEP effacera la condition de défaut. Une fois la condition de panne autorisée, les meps continuent de signaler les alarmes.

Remarque :

ACX Series n’offrent pas la prise en charge de l’UIT-T Y.1731 ETH-AIS pour les services de couche 2 (pontage).

Voici les limites des mep serveur

  • Le déclenchement de messages ETH-AIS sur des services (circuits de couche 2 et VPN de couche 2) par le serveur de perte de liaison MEP est effectué avec le meilleur effort. Cela est dû au fait que la transmission de messages ETH-AIS est indépendante de l’état du service et qu’il n’est pas garanti de fournir les messages ETH-AIS avant que le service ne soit en panne.

  • La protection pseudowire avec la session CFM-MEP n’est pas surveillé par le serveur-MEP, car une entité de surveillance de la protection pseudowire existe déjà pour le service (circuit de couche 2 et VPN de couche 2).

Configuration d’ETH-AIS sur un MEP CFM

MX Series prendre en charge la fonction DEH-AIS (Ethernet Alarm Indication Signal) UIT-T Y.1731 afin de fournir une gestion des pannes aux fournisseurs de services. ETH-AIS permet au fournisseur de services d’supprimer les alarmes lorsqu’une condition de panne est détectée.

Notez les points suivants lorsque l’ETH-AIS est configuré dans un domaine de maintenance:

  • La transmission ou la réception d’un IAS sur un MEP ne remplace pas l’instruction configurée au niveau lowest-priority-defect[edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] hiérarchique. Les alarmes sont donc signalées en fonction de la priorité de défaillance configurée.

  • Les alarmes sont signalées même lorsque les niveaux de domaine supérieurs échangent des CCM plus rapidement que les niveaux inférieurs.

  • Le point intermédiaire MIP (Maintenance Association Intermediate Point) est transparent pour les trames ETH-AIS. En d’autres cas, 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 IAS pour un niveau inférieur ou pour le même niveau, la demande est rejetée.

  • La génération AIS est stoppée lorsque le MEP effacera le MEP distant au sein de l’association de maintenance.

  • Lorsque l’énoncé est activé pour un meP, les informations du meP distant sont autorisées après l’expiration de l’intervalle de auto-discovery durée configuré.

Les tâches suivantes expliquent comment activer etH-AIS dans un domaine de maintenance, configurent une action à effectuer en cas de défaillance et fixent le profil d’action à un meP CFM:

Configuration d’un profil d’action

Pour configurer un profil d’action pour ETH-AIS:

  1. Allez au niveau [edit protocols oam ethernet connectivity-fault-management] hiérarchique.
  2. Configurez un profil d’action à utiliser en cas de panne d’un ou plusieurs meps distants.
  3. Configurez un événement qui doit être surveillé.
  4. Configurez la condition de défaut qui génère un signal de signalisation d’alarme.
  5. Configurez l’énoncé pour informer l’opérateur en cas de perte de connectivité physique entre adjacency-loss les pairs MEP.
  6. Configurez l’énoncé pour informer l’opérateur que toutes les défaillances possibles doivent être considérées pour soulever le all-defects signal d’alarme.
  7. Configurez l’énoncé pour informer l’opérateur lors de la réception par le meP de messages de contrôle de continuité de la connexion croisée et pour lui envoyer un signal de cross-connect-ccm signalisation d’alarme en réponse.
  8. Configurez l’énoncé pour informer l’opérateur lorsque des CM avec un ID MEP ou un niveau de maintenance non prévu sont reçus par le mep et qu’une alarme AIS est alarme en erroneous-ccm réponse.
  9. Configurez l’énoncé pour informer l’opérateur qu’un message AIS a été reçu du peer MEP dans receive-ais son propre niveau de maintenance.

Configuration d’une action à prendre lorsqu’une alarme AIS est détectée

Configurez une action à prendre en cas de détection d’une alarme AIS.

  1. Allez au niveau [edit protocols oam ethernet connectivity-fault-management action-profile action-profile-name action] hiérarchique.
  2. Configurez log-and-generate-ais l’instruction pour journaliser l’événement qui a généré le message AIS.
  3. Configurez l’intervalle entre les messages AIS qui doivent être reçus par le MEP en 1 minute ou 1 seconde.
  4. Configurez la plage de niveaux de domaine de maintenance serveur du meP de 1 à 7.
  5. Configurez la priorité 802.1p du paquet AIS de 1 à 7.

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 joindre le profil d’action à un MEP CFM.

  1. Allez au niveau [edit protocols oam ethernet connectivity-fault-management] hiérarchique.
  2. Configurez le domaine de maintenance avec un nom.
  3. Configurez le domaine de maintenance avec un niveau de maintenance du groupe d’entités de maintenance du client (AUD) ou un niveau d’association de maintenance(le niveau) de l’association de maintenance de la couche client (MIM) et les points de maintenance des équipements (MEP) entre 0 et 7.
    Remarque :

    Vous ne pouvez pas configurer un niveau de domaine de maintenance inférieur ou égal au niveau d’association de maintenance associé.

  4. Configurez l’association de maintenance.
  5. Configurez le contrôle de continuité effectué sur tous les MEP au niveau des domaines en envoyant des CM avec un intervalle entre deux ccM (100 milisecondes, 10 millisecondes, 1 seconde, 10 secondes, 1 minute ou 10 minutes) et le nombre de ccM à perdre avant de marquer un MEP par panne.
  6. Configurez le MEP avec un identifiant de 1 à 8192.
  7. Fixez le profil d’action configuré au MEP.
  8. Configurez l’interface du MEP sur laquelle les CCM sont transmises.
  9. Configurez l’itinéraire des ccM pour qu’ils se déplacent vers le prochain meP en tant que configuration.
  10. Configurez la priorité 802.1p pour les CCM et le paquet de liaison de 0 à 7.

Configuration du signal d’alarme sur ACX Series routeurs

ACX Series prendre en charge la fonction DEH-AIS (Ethernet Alarm Indication Signal Function) UIT-T Y.1731 afin de fournir une gestion des pannes aux fournisseurs de services. ETH-AIS vous permet de supprimer les alarmes lorsqu’une condition de panne est détectée.

Pour prendre en charge la transmission ETH-AIS, un CFM MEP exige les informations de configuration suivantes:

  • Maintenance client niveau Entité du groupe: niveau MAINTENANCEEntity Group (AUD) au niveau de la couche client immédiate Maintenance Points intermédiaires (MIM) et POINTS de fin de la Maintenance Association Association (MEP) de la couche client immédiate.

  • Période de transmission ETH-AIS: détermine l’intervalle de transmission PDU ETH-AIS.

  • Priorité: détermine la priorité des paquets à l’aide des informations de l’ETH-AIS. Cette option est disponible en option.

Pour configurer 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, inclure les instructions suivantes au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] :

Pour joindre un profil d’action à un MEP CFM, inclure les instructions suivantes au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] niveau hiérarchique:

Remarque :

Vous ne pouvez pas configurer un niveau de domaine de maintenance inférieur ou égal au niveau associé.

Pour prendre en charge la transmission ETH-AIS, les informations de configuration suivantes requises par un MEP de serveur:

  • Définition du MEP serveur: définit l’association de l’identifiant MEP serveur à la couche serveur.

    • Pour les circuits de couche 2 et les VPN de couche 2, l’interface logique connectée à un réseau client (UNI) est l’identifiant de la couche serveur qui doit être surveillé par le meP serveur.

    • Pour la détection physique des pertes de liaisons, l’interface physique sous protocole Ethernet est l’identifiant de la couche serveur qui doit être surveillé par le meP serveur.

  • Association de défauts de mep serveur: définit l’association des défauts meP serveur à l’action ETH-AIS.

  • Profil d’action d’association et MEP serveur: définit l’association du meP serveur et du profil d’action.

Pour configurer ETH-AIS dans un meP serveur, vous devez:

  • Créez un profil d’action avec l’action ETH-AIS pour les défauts de mep serveur.

  • Joindre le profil d’action à un meP serveur

Pour créer un profil d’action, inclure les instructions suivantes au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] :

Pour joindre un profil d’action à un meP serveur, inclure l’énoncé suivant au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management] niveau hiérarchique: