Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Interface de gestion locale Ethernet

Présentation de l’interface de gestion locale Ethernet

Les interfaces Gigabit Ethernet (ge), 10 Gigabit Ethernet (xe) et Ethernet agrégé (ae) prennent en charge l’interface de gestion locale Ethernet (E-LMI).

REMARQUE :

Sur les routeurs MX Series, E-LMI est pris en charge sur les interfaces Gigabit Ethernet (ge), 10-Gigabit Ethernet (xe) et Ethernet agrégé (ae) configurées sur les routeurs MX Series avec DPC uniquement.

La spécification E-LMI est disponible sur le Metro Ethernet Forum. Les procédures et protocoles E-LMI sont utilisés pour permettre la configuration automatique de la périphérie client (CE) pour prendre en charge les services Metro Ethernet. Le protocole E-LMI fournit également des informations sur l’état de l’interface utilisateur-réseau (UNI) et de la connexion virtuelle Ethernet (EVC) au CE. Les informations UNI et EVC permettent une configuration automatique du fonctionnement CE basé sur la configuration Metro Ethernet.

Le protocole E-LMI fonctionne entre l’appareil CE et l’appareil Provider Edge (PE). Il s’exécute uniquement sur la liaison PE-CE et informe le CE de l’état de la connectivité et des paramètres de configuration des services Ethernet disponibles sur le port CE. Le champ d’application du protocole E-LMI est illustré dans Figure 1.

Figure 1 : Champ d’application du protocole E-LMIChamp d’application du protocole E-LMI

L’implémentation E-LMI sur les routeurs ACX et MX Series inclut uniquement la partie PE du protocole E-LMI.

E-LMI interagit avec un protocole OAM, tel que la gestion des défauts de connectivité (CFM), qui s’exécute sur le réseau du fournisseur pour collecter le statut OAM. CFM fonctionne au niveau de la maintenance des fournisseurs (UNI-N à UNI-N avec des députés européens à l’UNI). L’E-LMT s’appuie sur le CFM pour l’état de bout en bout des EVC dans les domaines CFM (domaine SVLAN ou VPLS).

Le protocole E-LMI relaie les informations suivantes :

  • Notification au CE de l’ajout/suppression d’un EVC (actif, non actif ou partiellement actif)

  • Notification au CE de l’état de disponibilité d’un EVC configuré

  • Communication des attributs UNI et EVC au CE :

    • Attributs UNI :

      • Identificateur UNI (nom configuré par l’utilisateur pour UNI)

      • Type de mappage ID/EVC CE-VLAN (regroupement tout-vers-un, multiplexage de services avec regroupement ou sans regroupement)

      • Le profil de bande passante n’est pas pris en charge (y compris les fonctionnalités suivantes) :

        • CM (mode de couplage)

        • CF (drapeau de couleur)

        • CIR (Débit d’Information Engagé)

        • CBR (taille de rafale engagée)

        • EIR (taux d’information excédentaire)

        • EBS (taille de rafale excessive)

    • Attributs EVC :

      • ID de référence EVC

      • Type d’état EVC (actif, inactif ou partiellement actif)

      • Type EVC (point à point ou multipoint à multipoint)

      • ID EVC (nom configuré par l’utilisateur pour EVC)

      • Profil de bande passante (non pris en charge)

    • Carte ID/EVC CE-VLAN

E-LMI sur les routeurs MX Series prend en charge les types EVC suivants :

  • SVLAN Q-en-Q (point à point ou multipoint à multipoint) : nécessite une session CFM de bout en bout entre UNI-N pour surveiller l’état du système EVS.

  • VPLS (BGP ou LDP) (point à point ou multipoint à multipoint) : il est possible d’utiliser l’état du pseudowire VPLS ou des sessions CFM de bout en bout entre UNI-N pour surveiller l’état EVC.

  • Circuit L2/L2VPN (point à point) : il est possible d’utiliser l’état du pseudowire VPLS ou des sessions CFM de bout en bout entre UNI-N pour surveiller l’état EVC.

    REMARQUE :

    l2-circuit et l2vpn ne sont pas pris en charge.

Le protocole E-LMI sur les routeurs ACX Series prend en charge les types EVC de circuit de couche 2 et VPN de couche 2 et permet le transfert de perte de liaison pour les services pseudowire (circuit de couche 2 et VPN de couche 2) comme suit :

  • Interopérabilité entre le protocole CFM (connectivity fault management) et le protocole E-LMI pour les circuits de couche 2 et les VPN de couche 2.

    • Session CFM de bout en bout entre les UNI pour surveiller l’état EVC.

    • Dans le cas de la redondance pseudowire, CFM peut être utilisé pour surveiller les sessions pseudowire actives et de secours. L’état EVC est déclaré comme étant en panne pour les périphériques CE uniquement lorsque les sessions pseudowire actives et de secours sont interrompues.

  • Interopérabilité entre l’indication de défaut à distance (RDI) et l’E-LMI pour les circuits de couche 2 et les VPN de couche 2.

    • Si un point de terminaison d’association de maintenance (MEP) reçoit un bit RDI défini dans une trame CCM (continuous check message), et si la détection d’erreur RDI est activée dans la configuration EVC à [edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi], alors le pseudowire est déclaré comme descendant vers les routeurs CE via E-LMI.

  • S’il n’existe pas de session CFM de bout en bout entre les UNI, l’état actif et inactif du pseudowire (circuit de couche 2 ou VPN de couche 2) déclenche un message de changement d’état EVC asynchrone envoyé aux routeurs CE via E-LMI.

REMARQUE :

Les routeurs ACX Series ne prennent pas en charge E-LMI pour les services de couche 2 (pontage).

Configurer l’interface de gestion locale Ethernet

Pour configurer E-LMI, effectuez les opérations suivantes :

Configuration d’un protocole OAM (CFM)

Pour plus d’informations sur la configuration du protocole OAM (CFM), reportez-vous à la section Présentation de la gestion des défaillances de connectivité OAM IEEE 802.1ag.

Affectation du protocole OAM à un EVC

Pour configurer un EVC, vous devez spécifier un nom pour le serveur EVC à l’aide de l’instruction evcsevc-id au niveau de la [edit protocols oam ethernet] hiérarchie. Vous pouvez définir le protocole EVC pour surveiller les statistiques EVC sur ou vpls à l’aide de l’instruction cfmevc-protocol et de ses options au niveau de la [edit protocols oam ethernet evcs] hiérarchie.

Vous pouvez définir le nombre d’UNI distants dans l’EVC à l’aide de l’instruction remote-uni-count number au niveau de la [edit protocols oam ethernet evcs evcs-protocol] hiérarchie. La remote-uni-count valeur par défaut est 1. La configuration d’une valeur supérieure à 1 transforme l’EVC multipoint à multipoint. Si vous entrez une valeur supérieure au nombre réel de points de terminaison, l’état EVC s’affiche comme partiellement actif, même si tous les points de terminaison sont actifs. Si vous entrez un remote-uni-count nombre inférieur au nombre réel de points de terminaison, l’état s’affiche comme actif, même si tous les points de terminaison ne sont pas actifs.

Vous pouvez configurer une EVC en incluant l’instruction evcs au niveau de la [edit protocols oam ethernet] hiérarchie :

Activation d’e-LMI sur une interface et mappage d’ID VLAN CE à un EVC

Pour configurer E-LMI, incluez l’instruction lmi au niveau de la [edit protocols oam ethernet] hiérarchie :

Vous pouvez définir le compteur d’état pour compter les erreurs consécutives à l’aide de l’instruction status-counter count au niveau de la [edit protocols oam ethernet lmi] hiérarchie. Le compteur d’état est utilisé pour déterminer si l’E-LMI est opérationnel ou non. La valeur par défaut est 4.

Vous pouvez définir l’instruction polling-verification-timer value au niveau de la [edit protocols oam ethernet lmi] hiérarchie. La valeur par défaut est de 15 secondes.

Vous pouvez activer une interface et définir ses options d’utilisation avec E-LMI à l’aide de l’instruction interface name au niveau de la [edit protocols oam ethernet lmi] hiérarchie. Seules les geinterfaces , xe, et ae sont prises en charge. Vous pouvez utiliser l’option interface uni-id pour spécifier un nom pour l’UNI. Si uni-id n’est pas configurée, elle utilise par défaut la variable name de interface name.

Vous pouvez spécifier le type de carte CE-VLAN ID/EVC à l’aide de l’option evc-map-type type interface. Les options sont all-to-one-bundling, bundling, ou service-multiplexing. Le multiplexage des services se fait sans regroupement. Le type par défaut est all-to-one-bundling.

Pour spécifier l’EVC utilisé par une interface, utilisez l’instruction evc evc-id au niveau de la [edit protocols oam ethernet lmi interface name] hiérarchie. Vous pouvez spécifier une interface en tant qu’interface EVC par défaut à l’aide de l’instruction default-evc au niveau de la [edit protocols oam ethernet lmi interface name evc evc-id] hiérarchie. Tous les VID qui ne sont pas mappés à d’autres EVC sont mappés à ce EVC. Un seul EVC peut être configuré par défaut.

Vous pouvez mapper une liste de VLAN à un EVC à l’aide de l’instruction vlan-list vlan-id-list au niveau de la [edit protocols oam ethernet lmi interface name evc evc-id] hiérarchie.

Exemple de configuration d’E-LMI

Exemple de topologie

Figure 2 illustre la configuration E-LMI pour un EVC point à point (SVLAN) surveillé par CFM. Dans cet exemple, les VLAN 1 à 2048 sont mappés à evc1 (SVLAN 100) et les VLAN 2049 à 4096 sont mappés à evc2 (SVLAN 200). Deux sessions CFM sont créées pour surveiller ces EVC.

Figure 2 : Configuration E-LMI pour un EVC point à point (SVLAN) surveillé par CFMConfiguration E-LMI pour un EVC point à point (SVLAN) surveillé par CFM

Configuration de PE1

Configuration de PE2

Configuration de deux UNI partageant la même EVC