Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Configuration de la gestion des pannes de connectivité (CFM)

Utilisez ce sujet pour configurer les fonctionnalités de gestion des pannes de connectivité, telles que les domaines de maintenance, les associations de maintenance, les points intermédiaires de maintenance (MIM) et les paramètres de contrôle de la continuité. Vous pouvez également utiliser ce sujet pour configurer un profil d’action afin de spécifier l’action CFM qui doit être exécutée lorsqu’un événement CFM spécifique se produit.

Création d’un domaine de maintenance

Pour activer la gestion des pannes de connectivité (CFM) sur une interface Ethernet, vous devez d’abord configurer un domaine de maintenance et spécifier le nom du domaine de maintenance. Vous pouvez également spécifier le format de ce nom. Par exemple, si vous spécifiez le format de nom pour le format DNS (Domain Name Service), vous pouvez spécifier le nom du domaine de maintenance comme www.juniper.net. Le format par défaut est la chaîne de caractères ASCII.

Remarque :

Pour les interfaces logiques, le nom du domaine de maintenance doit être unique dans tous les systèmes logiques. Si vous configurez le même nom de domaine de maintenance sur des systèmes logiques, vous recevez le message d’erreur suivant: error: configuration check-out failed.

Lors de la création du domaine de maintenance, vous pouvez également spécifier le niveau de domaine de maintenance. Le niveau de maintenance indique la relation d’imbrmbration entre les différents domaines de maintenance. Le niveau de maintenance est intégré à chacune des trames CFM.

Pour créer un domaine de maintenance:

  1. En mode de configuration, créez un domaine de maintenance en spécifiant le nom et le format du nom au niveau edit protocols oam ethernet connectivity-fault-management de [ ] hiérarchie.
    Remarque :

    Si vous configurez la longueur du nom du domaine de maintenance supérieure à 45 octet, le message d’erreur suivant s’affiche: error: configuration check-out failed.

  2. Spécifiez le niveau de domaine de maintenance en spécifiant la valeur au niveau edit protocols oam ethernet connectivity-fault-management hiérarchique [ ].

Configuration des points de maintenance intermédiaires (MIM)

MX Series CFM 802.1ag et OAM 802.1ag d’Ethernet sont en prise en charge des points de maintenance intermédiaires (MIM) 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 MIM sont créés default-level-number au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain] hiérarchie. Utilisez les bridge-domain options , instance et virtual-switchmip-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 de maintenance intermédiaire (MIP):

  1. Configurez un domaine de pont sous un commutateur virtuel défini par l’utilisateur en spécifiant l’instruction et le nom du commutateur virtuel défini par l’utilisateur, au niveau virtual-switch[edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name default-x] de la hiérarchie.
    Remarque :

    Un domaine de pont doit être spécifié par nom uniquement s’il est configuré en incluant vlan-id l’instruction sous virtual-switch l’énoncé. Si un domaine de pont est configuré avec une gamme d’ID VLAN, alors les ID VLAN doivent être répertoriés explicitement après le nom du domaine de pont.

    Remarque :

    Vous pouvez également configurer le domaine de pont pour le commutateur virtuel par défaut en incluant bridge-domain l’instruction au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] hiérarchie.

  2. Configurez l’instance de routage VPLS pour le domaine de maintenance par défaut.
  3. Configurez la demi-fonction MIP (maintenance Intermediate Point) pour diviser les points d’accès MIP en deux segments unidirectionnels afin d’améliorer la couverture réseau en augmentant le nombre de MIP surveillés. La demi-fonction MIP répond également aux messages loop-back et link-trace afin d’identifier les pannes.
    Remarque :

    Chaque fois qu’un MIP est configuré et qu’un domaine de pont est attaché à plusieurs domaines de maintenance ou associations de maintenance, il est essentiel que la valeur de tous les domaines de maintenance et associations de maintenance soit mip-half-function la même.

Configuration des points intermédiaires maintenance association dans les ACX Series

Le point de maintenance intermédiaire (MIP) permet de surveiller les points intermédiaires pour les services tels que le pontage de couche 2, le circuit de couche 2 et le VPN de couche 2. Les routeurs ACX5048 et ACX5096 offrent une prise en charge des MIM pour le protocole CFM OAM 802.1ag Ethernet. Pour spécifier la configuration MIP, utilisez le domaine de pont, l’interface et les options MIP semi-fonctions mip.

Remarque :

Les routeurs ACX5048 et ACX5096 ne sont pas en charge de la configuration MIP sur les services VPLS.

Remarque :

ACX5448 routeur MIP ne supporte pas le MIP.

Remarque :

Chaque fois qu’un MIP est configuré et qu’un domaine de pont est attaché à plusieurs domaines de maintenance ou associations de maintenance, il est essentiel que la valeur de tous les domaines de maintenance et associations de maintenance soit mip-half-function la 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 prise en charge par les routeurs ACX5048 et ACX5096:

  • MIP avec domaine de pont

  • MIP avec circuits de connexion croisée (CCC)

  • MIP avec domaine de pont lorsque le point de fin de l’association de maintenance est configuré

  • MIP avec CCC lorsque le point de fin de l’association de maintenance est configuré

Les sections suivantes décrivent la configuration MIP:

Configuration du domaine de pontage du domaine de maintenance

Pour configurer le domaine de pont, inclure vlans l’instruction au niveau [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] de la hiérarchie.

Remarque :

Les configurations de CLI de couche 2 et les commandes d’exposition des routeurs ACX5048 et ACX5096 diffèrent par rapport aux autres routeurs ACX Series réseau. Pour plus d’informations, consultez le mode nouvelle génération de couche 2 pour ACX Series.

Configuration de la demi-fonction MIP du domaine de maintenance

Le MHF (MIP Half Function) 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 à surveiller. La MHF étend la fonction de surveillance en répondant aux messages de bouclage et de linktrace afin d’isoler les pannes.

Chaque fois qu’un MIP est configuré et qu’un domaine de pont est attaché à plusieurs domaines de maintenance ou associations de maintenance, il est essentiel que la valeur de demi-fonction MIP pour tous les domaines de maintenance et les associations de maintenance soit la même. Pour configurer la demi-fonction MIP, inclure mip-half-function l’instruction au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] hiérarchie.

Configuration des points intermédiaires de l’Association de maintenance avec le domaine de pontage

Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec le domaine de pont. Voici un exemple de configuration du MIP avec un domaine de pont:

Configuration des points intermédiaires de l’Association de maintenance avec la connexion croisée des circuits

Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec circuit cross-connect (CCC). Voici un exemple de configuration du MIP avec CCC:

Configuration des points intermédiaires de l’Association de maintenance avec le domaine de pont lorsque le point de fin de l’association de la maintenance est configuré

Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec le domaine de pont lorsqu’un point de extrémité d’association de maintenance (MEP) est configuré. Voici un exemple de configuration du MIP avec domaine de pont lors de la configuration du MEP:

Configuration des points de maintenance intermédiaires avec circuit cross-connect lorsque le point de extrémité de l’association de la maintenance est configuré

Dans les routeurs ACX5048 et ACX5096, vous pouvez configurer le MIP avec la connexion croisée de circuits (CCC) lorsqu’un point de extrémité d’association de maintenance (MEP) est configuré. Voici un exemple de configuration du MIP avec CCC lors de la configuration du MEP:

Création d’une association de maintenance

Pour créer une association de maintenance, inclure maintenance-association ma-name l’instruction au niveau [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] de la hiérarchie.

Les noms des associations de maintenance peuvent être dans l’un des formats suivants:

  • Chaîne de caractères ASCII

  • En tant qu’identifiant VLAN du VLAN, vous vous associez principalement à l’association de maintenance

  • En tant qu’identifiant à deux octets dans la plage de 0 à 65 535

  • En tant que nom dans le format spécifié par RFC 2685

Le format court par défaut est une chaîne de caractères ASCII.

Pour configurer le format court nom de l’association de maintenance, inclure l’instruction au short-name-format (character-string | vlan | 2octet | rfc-2685-vpn-id) niveau [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] de la hiérarchie.

Présentation des paramètres du protocole Continuity Check

Le protocole Continuity Check (contrôle de la continuité) est utilisé pour la détection des pannes par les points de fin de maintenance (MEP) au sein d’une association de maintenance. Le MEP envoie périodiquement des messages multicast Continuity Check. Les paquets de protocoles continuity check utilisent la valeur de l’EtherType 0x8902 et l’adresse MAC de destination multicast 01:80:c2:00:00:32.

La liste suivante décrit les paramètres du protocole Continuity Check que vous pouvez configurer:

  • interval—Fréquence des messages de contrôle de continuité (CCM), c’est-à-dire entre la transmission des messages CCM. Vous pouvez spécifier 10 minutes ( 10m ), 1 minute ( 1m ), 10 secondes ( 10s ), 1 seconde ( ), 1s 100 millisecondes ( 100ms ou 10 millisecondes 10ms ) . La valeur par défaut est de 1 minute. Par exemple, si vous spécifiez l’intervalle comme étant une minute, le mep envoie des messages de contrôle de continuité à chaque minute au MEP qui reçoit.

    Remarque :

    Pour l’intervalle de messages de contrôle de la continuité à configurer pour 10 millisecondes, la gestion périodique des paquets (PPM) s’exécute par défaut sur les moteur de routage et moteur de transfert de paquets par défaut. Vous pouvez uniquement désactiver ppm sur la moteur de transfert de paquets. Pour désactiver PPM sur le moteur de transfert de paquets, utilisez no-delegate-processing l’énoncé au niveau [edit routing-options ppm] de la 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 de commutage d’étiquettes (LSI).

  • hold-interval—Fréquence à laquelle la base de données MEP peut être rincé, en l’absence de mise à jour. Les mep qui reçoivent utilisent les messages de contrôle de continuité pour créer une base de données MEP de tous les MEP de l’association de maintenance. Il s’agit du nombre de minutes à attendre avant de nettoyer la base de données MEP en cas d’absence de mise à jour. La valeur par défaut est de 10 minutes.

    Remarque :

    L’adage basé sur les timeurs est applicable uniquement aux mep distants autodiscovés et non aux mep (mep) distants configurés de façon statique.

    La logique de l’intervalle de tenue 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 à la durée de la durée configurée. Lorsque le timer d’interrogation expire, il supprime toutes les entrées MEP distantes qui ont été dans l’état d’échec pendant une période égale ou supérieure à la durée de validité configurée. Si le meP distant termine la durée de l’enquête dans l’état « échec », l’ouverture des couleurs ne sera pas possible jusqu’à l’expiration du prochain délai d’interrogation. Par conséquent, l’adage MEP distant ne peut pas avoir lieu exactement au moment de la configuration.

  • loss-threshold—Nombre de messages de contrôle de continuité qui peuvent être perdus avant que le routeur ne marque la panne du mep. La valeur peut être de 3 à 256 unités de données de protocole (PDUS). La valeur par défaut est de 3 PDUs.

Configuration de la continuité Vérifier les paramètres du protocole pour détecter les pannes

Le protocole Continuity Check (contrôle de continuité) est utilisé pour la détection des pannes par un point de fin d’association de maintenance (MEP) au sein d’une association de maintenance. Un MEP génère et répond périodiquement aux messages multicast de continuity check. Les paquets de protocoles continuity check utilisent la valeur de l’EtherType 0x8902 et l’adresse MAC de destination multicast 01:80:c2:00:00:32. Les meP qui reçoivent utilisent les messages de contrôle de continuité (CMM) pour créer une base de données MEP de tous les MEP de l’association de maintenance.

Pour configurer les paramètres du protocole continuity check:

  1. Indiquez le temps d’attendre quelques minutes avant de l’rinçage de la base de données MEP en cas de mise à jour, avec une valeur de 1 minute à 30 240 minutes. La valeur par défaut est de 10 minutes.
    Remarque :

    L’adage « flushing » basé sur le temps de hold timer est applicable uniquement aux meP distants autodiscovés et non aux MEP distants configurés de façon statique.

  2. Indiquez le temps d’attente (durée) entre les transmissions de ccM. La durée peut faire partie des valeurs suivantes: 10 minutes (10 m), 1 minute (1 m), 10 secondes (10s), 1 seconde (1s), 100 millisecondes (100 ms) ou 10 millisecondes (10 ms). La valeur par défaut est de 1 minute.
  3. Indiquez le nombre de messages de contrôle de continuité qui peuvent être perdus avant que le routeur ne marque la panne du MEP. La valeur peut être de 3 à 256 unités de données de protocole (PDUS). La valeur par défaut est de 3 PDUs.

Configuration d’un MEP pour générer et répondre aux messages du protocole CFM

Un point de extrémité de l’association de maintenance (MEP) fait référence à la limite d’un domaine. Un MEP génère et répond aux messages de protocole CFM (Connectivity Fault Management). Vous pouvez configurer plusieurs meP pour une combinaison unique 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 vers le bas pour une seule instance de l’identifiant de domaine de maintenance et du nom de l’association de maintenance pour surveiller les services fournis par les domaines VPLS (Virtual Private LAN Service), bridge domain, circuit cross-connect (CCC) ou IPv4.

Pour les instances de routage de couche 2 (commutation locale) et les instances de routage EVPN, vous pouvez également configurer plusieurs points de présence (MEP) pour une seule combinaison d’ID d’association de maintenance et d’ID de domaine de maintenance sur des interfaces logiques. L’interface logique peut être configurée sur différents équipements ou sur le même équipement. Pour prendre en charge plusieurs meP sur deux IFL, les services réseau IP améliorés doivent être configurés pour le châssis.

Vous pouvez permettre la détection automatique d’un MEP. Grâce à la détection automatique, un MEP est en droit d’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 FAI distants doivent être configurés. Si le MEP distant n’est pas configuré, les ccM du MEP distant sont traités comme des erreurs.

La mesure de la continuité est fournie par un protocole de contrôle de la continuité existant. La continuité de chaque MEP distant se mesure en pourcentage de temps opérationnel en hausse sur le temps total d’administration activé. Ici, la durée de fonctionnement est la durée totale au cours de laquelle l’adjacence CCM est active pour un MEP distant particulier, et l’heure administrative est la durée totale pendant laquelle le MEP local est actif. Vous pouvez également redémarrer la mesure de continuité en clair le temps de fonctionnement actuellement mesuré et l’heure d’administration.

Configuration d’un point de fin d’association de maintenance (MEP)

Pour configurer un point de fin d’association de maintenance:

  1. Indiquez un ID pour le MEP sur [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Vous pouvez spécifier une valeur de 1 à 8191.
  2. Permettre la détection automatique des points de maintenance afin que les meP acceptent les messages de contrôle de continuité (CCM) de tous les techniciens de maintenance distants de la même association de maintenance.
  3. Indiquez la direction dans laquelle les paquets CCM sont transmis pour le MEP. Vous pouvez spécifier haut ou bas. Si vous spécifiez la direction dans sa configuration, les CM sont transmises à partir de chaque interface logique qui fait partie de la même instance de pontage ou de VPLS, à l’exception de l’interface configurée sur le MEP. Si vous spécifiez la direction dans la direction ci-contre, la transmission des MCC se fait uniquement à partir de l’interface configurée sur le MEP.
    Remarque :

    Les ports à l’état de blocage du protocole STP (Spanning Tree Protocol) n’empêchent pas les paquets CFM à destination d’un MEP en panne. Les ports dans un état de blocage STP sans protocole continuity check configuré bloquent les paquets CFM.

    Remarque :

    Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM. Pour toutes les autres interfaces sur les routeurs MX Series et sur tous les autres routeurs et commutateurs, vous devez continuer à configurer l’énoncé au niveau hiérarchique ou au niveau hiérarchique lors de la configuration des no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] MEP CFM. Sinon, les paquets CFM ne sont pas transmis et la show oam ethernet connectivity-fault-management mep-database commande n’affiche aucun MEP distant.

  4. Indiquez l’interface à laquelle est connecté le MEP. Il peut s’agit d’une interface physique, d’une interface logique ou d’une interface d’trunk. Sur MX Series routeurs, le MEP peut être fixé à un VLAN spécifique d’une interface d’trunk.
  5. Indiquez IEEE bits de priorité 802.1 utilisés par le contrôle de continuité et les messages de traçabilité des liens. Vous pouvez spécifier une valeur de 7 à 7 comme priorité.
  6. Indiquez le défaut de priorité le plus faible qui génère une alarme de panne chaque fois que CFM détecte un défaut. Les valeurs possibles sont les suivantes: tous les défauts, erreur xcon, mac-rem-err-xcon, sans défaut, rem-err-xcon et xcon.
  7. Indiquez l’ID du MEP distant sur [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] . Vous pouvez spécifier une valeur de 1 à 8191.

Configuration d’un point de fin de l’Association de maintenance (MEP) à distance

Pour configurer un point de fin d’association de maintenance à distance:

  1. Configurez le meP distant en spécifiant l’ID MEP sur [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] . Vous pouvez spécifier une valeur de 1 à 8191.
  2. Indiquez le nom du profil d’action à utiliser pour le meP distant en incluant la action-profile profile-name déclaration à l’emplacement suivant: [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id remote-mep remote-mep-id] . Le profil doit être défini au niveau edit protocols oam ethernet connectivity-fault-management de [ ] hiérarchie.
  3. Configurez le mep distant pour détecter la perte initiale de connectivité. Par défaut, le MEP ne génère pas de messages de défaillance de perte de continuité (LOC). Lorsque vous configurez l’énoncé, un défaut de perte de continuité (LOC) est détecté si aucun message de contrôle de continuité n’est reçu du mep distant dans une période égale à 3,5 fois l’intervalle de vérification de la continuité configuré pour l’association de detect-loc maintenance. Si une défaillance LOC est détectée, un message d’erreur de syslog est généré.
    Remarque :

    Lorsque vous configurez la gestion des défaillances de connectivité (CFM) avec , tout message configuré pour faire baisser l’interface s’exécute si le message de contrôle de continuité detect-locaction-profile n’est pas reçu. Toutefois, le message n’est pas exécuté si vous n’avez pas configuré et que le message de contrôle de la continuité action-profile detect-loc n’est pas reçu.

Configuration d’interfaces MEP pour prendre en charge les mesures de délai de trame Ethernet

La mesure des délais de trame Ethernet est un outil utile pour fournir des statistiques sur les performances ou pour prendre en charge ou défier les accords de niveau de service (S CONTRATS). Par défaut, la mesure du délai de trame Ethernet utilise un logiciel pour effectuer le calcul de l’horaire et du délai. Vous pouvez utiliser l’heure matérielle pour vous aider à ce processus et améliorer la précision des résultats des mesures de délai. Cette assistance est disponible sur le chemin de la réception.

Avant de pouvoir effectuer des mesures de délai de trame Ethernet sur MX Series routeurs, vous devez avoir effectué les mesures suivantes:

  • Configuration correcte des OAM et CFM Ethernet

  • Préparé les mesures entre deux routeurs configurés MX Series compatibilité

  • A activé le daemon de gestion périodique des paquets distribué (ppmd)

  • Évite d’essayer de réaliser des mesures de délai de trame Ethernet sur des interfaces Ethernet ou Pseudowire agrégées, qui ne sont pas prises en charge

  • Prise en charge de l’inséguration matérielle si cette fonctionnalité est configurée

À la fin de cette configuration, vous créez deux routeurs MX Series qui peuvent effectuer et afficher des mesures de délai de trame Ethernet sur des interfaces Ethernet à l’aide de l’insécopage matériel en option. Par défaut, la mesure du délai de trame Ethernet utilise un logiciel pour effectuer le calcul de l’horaire et du délai. Vous pouvez utiliser l’heure matérielle pour vous aider à ce processus et améliorer la précision des résultats des mesures de délai. Cette assistance est disponible sur le chemin de la réception.

Pour configurer l’inséguration à l’aide du matériel:

  1. Pour permettre la mesure de délai de trame Ethernet assistance matérielle sur le chemin de réception, inclure l’instruction au niveau hardware-assisted-timestamping[edit protocols oam ethernet connectivity-fault-management performance-monitoring] de la hiérarchie:
  2. La mesure de délai de trame Ethernet nécessite l’active de PPMD distribué. Avant de pouvoir collecter des statistiques pour la mesure des délais de trame Ethernet, vous devez vous assurer que PPMD est configuré correctement. Sans PPMD distribué, les résultats des mesures de retard ne sont pas valides.

    Pour effectuer la mesure de délai de trame Ethernet, assurez-vous que l’énoncé de configuration suivant n’est PAS présent:

Configuration de la protection des services pour les VPNWS sur MPLS à l’aide de l’interface MEP

Vous pouvez activer la protection des services d’un service privé virtuel (VPWS) sur MPLS en spécifieant un chemin de travail ou en protégeant le chemin sur le MEP. La protection du service assure une protection de connexion de bout en bout 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 protéger en créant deux associations de maintenance. Pour associer l’association de maintenance à un chemin, vous devez configurer l’énoncé du meP au sein de l’association de maintenance et spécifier le chemin comme interface travaillant ou protégé.

Remarque :

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.

Tableau 1 : Options de protection des services

Option

Description

working

Spécifie le chemin de travail.

protect

Spécifie le chemin de protection.

Dans cette configuration, nous permettons la protection des services 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 protect-maintenance-association l’énoncé. Le nom du chemin de transport protégé pour l’association de maintenance est configuré et associé à l’association de maintenance du chemin de travail.

Pour configurer la protection des services pour les VPNWS sur MPLS:

  1. En mode de configuration, créez un domaine de maintenance en spécifiant le nom et le format du nom au niveau edit protocols oam ethernet connectivity-fault-management de [ ] hiérarchie.
    Remarque :

    Si vous configurez la longueur du nom du domaine de maintenance supérieure à 45 octet, le message d’erreur suivant s’affiche: error: configuration check-out failed.

  2. Spécifiez le niveau de domaine de maintenance en spécifiant la valeur au niveau edit protocols oam ethernet connectivity-fault-management hiérarchique [ ].
  3. Créez une association de maintenance pour le chemin de travail en spécifiant le nom et le format court au niveau edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name de [ ] hiérarchie.
  4. Indiquez le nom de l’association de maintenance utilisé pour la protection des connexions et le nom du profil de commutation de protection automatique (profil aps) au niveau edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name de [ ] hiérarchie.
  5. Indiquez le temps d’attente entre les messages de vérification de la continuité au niveau edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check de [ ] hiérarchie. La durée peut faire partie des valeurs suivantes: 10 minutes (10 m), 1 minute (1 m), 10 secondes (10s), 1 seconde (1s), 100 millisecondes (100 ms) ou 10 millisecondes (10 ms). La valeur par défaut est de 1 minute.
  6. Indiquez un ID pour le MEP sur [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Vous pouvez spécifier une valeur de 1 à 8191.
  7. Permettre la détection automatique des points de maintenance afin que les meP acceptent les messages de contrôle de continuité (CCM) de tous les techniciens de maintenance distants de la même association de maintenance.
  8. Indiquez la direction dans laquelle les paquets CCM sont transmis pour le MEP. Vous pouvez spécifier haut ou bas. Si vous spécifiez la direction dans sa configuration, les CM sont transmises à partir de chaque interface logique qui fait partie de la même instance de pontage ou de VPLS, à l’exception de l’interface configurée sur le MEP. Si vous spécifiez la direction dans la direction ci-contre, la transmission des MCC se fait uniquement à partir de l’interface configurée sur le MEP.
    Remarque :

    Les ports à l’état de blocage du protocole STP (Spanning Tree Protocol) n’empêchent pas les paquets CFM à destination d’un MEP en panne. Les ports dans un état de blocage STP sans protocole continuity check configuré bloquent les paquets CFM.

    Remarque :

    Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM. Pour toutes les autres interfaces sur les routeurs MX Series et sur tous les autres routeurs et commutateurs, vous devez continuer à configurer l’énoncé au niveau hiérarchique ou au niveau hiérarchique lors de la configuration des no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] MEP CFM. Sinon, les paquets CFM ne sont pas transmis et la show oam ethernet connectivity-fault-management mep-database commande n’affiche aucun MEP distant.

  9. Indiquez l’interface à laquelle est connecté le MEP. Il peut s’agit d’une interface physique, d’une interface logique ou d’une interface d’trunk. Sur MX Series routeurs, le MEP peut être fixé à un VLAN spécifique d’une interface d’trunk. Indiquez également le chemin de transport comme bon fonctionnement.
  10. Créez une association de maintenance pour le chemin de protection en spécifiant le nom et le format court au niveau edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name de [ ] hiérarchie.
  11. Indiquez le temps d’attente entre les messages de vérification de la continuité au niveau edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check de [ ] hiérarchie. La durée peut faire partie des valeurs suivantes: 10 minutes (10 m), 1 minute (1 m), 10 secondes (10s), 1 seconde (1s), 100 millisecondes (100 ms) ou 10 millisecondes (10 ms). La valeur par défaut est de 1 minute.
  12. Indiquez un ID pour le MEP sur [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Vous pouvez spécifier une valeur de 1 à 8191.
  13. Permettre la détection automatique des points de maintenance afin que les meP acceptent les messages de contrôle de continuité (CCM) de tous les techniciens de maintenance distants de la même association de maintenance.
  14. Indiquez la direction dans laquelle les paquets CCM sont transmis pour le MEP. Vous pouvez spécifier haut ou bas. Si vous spécifiez la direction dans sa configuration, les CM sont transmises à partir de chaque interface logique qui fait partie de la même instance de pontage ou de VPLS, à l’exception de l’interface configurée sur le MEP. Si vous spécifiez la direction dans la direction ci-contre, la transmission des MCC se fait uniquement à partir de l’interface configurée sur le MEP.
    Remarque :

    Les ports à l’état de blocage du protocole STP (Spanning Tree Protocol) n’empêchent pas les paquets CFM à destination d’un MEP en panne. Les ports dans un état de blocage STP sans protocole continuity check configuré bloquent les paquets CFM.

    Remarque :

    Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM. Pour toutes les autres interfaces sur les routeurs MX Series et sur tous les autres routeurs et commutateurs, vous devez continuer à configurer l’énoncé au niveau hiérarchique ou au niveau hiérarchique lors de la configuration des no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] MEP CFM. Sinon, les paquets CFM ne sont pas transmis et la show oam ethernet connectivity-fault-management mep-database commande n’affiche aucun MEP distant.

  15. Indiquez l’interface à laquelle est connecté le MEP. Il peut s’agit d’une interface physique, d’une interface logique ou d’une interface d’trunk. Sur MX Series routeurs, le MEP peut être fixé à un VLAN spécifique d’une interface d’trunk. Indiquez également le chemin de transport comme bon fonctionnement.

Configuration du protocole linktrace dans CFM

Le protocole de liaison est utilisé pour la découverte de chemins entre deux points de maintenance. Les messages de lien sont déclenchés par un administrateur qui utilise la commande pour vérifier le chemin entre deux mep dans le cadre d’une traceroute même association de maintenance. Les messages de lien peuvent également être utilisés pour vérifier le chemin entre un MEP et un MIP dans le même domaine de maintenance. Le protocole de liaison vous permet de configurer l’heure d’attente de réponse. Si aucune réponse n’est reçue pour un message de demande de lien, 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 de lien à stocker pour la demande de linktrace correspondante.

Le fonctionnement des IEEE de liaison 802.1ag et des messages de réponse est similaire au fonctionnement des commandes de couche traceroute 3. Pour plus d’informations sur la commande, consultez la bibliothèque Junos OS Administration pour les tracerouteéquipements de routage.

Pour configurer le protocole de linktrace:

  1. Configurez le temps d’attente d’une réponse linktrace au niveau edit protocols oam ethernet connectivity-fault-management de [ ] hiérarchie. Vous pouvez spécifier la valeur en quelques minutes ou secondes. La valeur par défaut est de 10 minutes.
  2. Configurez le nombre d’entrées de réponse de linktrace pour les stocker par requête de linktrace. Vous pouvez spécifier une valeur de 1 à 500. La valeur par défaut est de 100.

Configuration de la limitation du taux de participation aux messages OAM Ethernet

La M320 avec FPC III amélioré, M120, M7i, M10 avec CFEB et routeurs MX Series limitation du taux d’assistance des messages OAM Ethernet. Selon la configuration CFM (Connectivity Fault Management), les paquets CFM sont éliminés, envoyés au processeur pour traitement ou inondables vers d’autres interfaces de pontage. Cette fonctionnalité permet au routeur d’intercepter les paquets CFM entrants afin de prévenir DoS attaques.

Vous pouvez appliquer la limitation du taux de messages OAM Ethernet à l’un ou l’autre des deux niveaux de contrôle CFM:

  • Contrôle CFM de niveau mondial: utilise un dispositif de contrôle au niveau mondial pour contrôler le trafic CFM appartenant à toutes les sessions.

  • Contrôle CFM au niveau de la session: utilise un dispositif de contrôle créé pour contrôler le trafic CFM appartenant à une session.

Pour configurer le contrôle CFM de niveau global, inclure l’énoncé et les options au niveau policer[edit protocols oam ethernet connectivity-fault-management] de la hiérarchie.

Pour configurer le contrôle CFM au niveau des sessions, inclure policer l’instruction au niveau de la [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name level number maintenance-association ma-name] hiérarchie.

L’exemple suivant montre un policer CFM utilisé pour la limitation de vitesse CFM:

Cas 1: Contrôle CFM à l’échelle mondiale

Cet exemple montre un agent de police de niveau mondial, au niveau CFM, pour la limitation de la vitesse CFM. Au niveau de la hiérarchie mondiale, l’énoncé indique que le dispositif de contrôle peut contrôler toutes les données de contrôle de continuité du trafic CFM appartenant à continuity-check cfm-policer[edit protocols oam ethernet connectivity-fault-management policer] toutes les sessions. Au niveau hiérarchique, l’énoncé indique au dispositif de contrôle de contrôler tous les paquets de contrôle non-continuité du trafic CFM appartenant à other cfm-policer1[edit protocols oam ethernet connectivity-fault-management policer] toutes les sessions. Cette instruction indique de policer tous les all cfm-policer2 paquets CFM avec le cfm-policer2spécifié. Si all policer-name l’option est utilisée, l’utilisateur ne peut pas spécifier les continuity-check options précédentes et other antérieures.

Cas 2: Contrôle CFM au niveau des sessions

Cet exemple montre un policeur CFM de niveau session utilisé pour la limitation du taux de CFM. Au niveau hiérarchique de la session, l’énoncé indique que le dispositif de contrôle doit être utilisé pour contrôler uniquement les paquets de contrôle de continuité du trafic CFM appartenant à la policer[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] session spécifiée. L’énoncé au niveau de la hiérarchie spécifie au contrôleur d’utiliser pour contrôler tous les paquets de contrôle non-continuité du trafic CFM appartenant uniquement à other cfm-policer1[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] cette session. Cette instruction indique de policer tous les all cfm-policer2 paquets CFM avec le cfm-policer2spécifié. Si all policer-name l’option est utilisée, l’utilisateur ne peut pas spécifier les continuity-check options précédentes et other antérieures.

Dans le cas d’un contrôle CFM global, un même policer est partagé entre plusieurs sessions CFM. Dans le contrôle CFM par session, un policer distinct doit être créé pour limiter le taux de paquets en rapport avec cette session.

Remarque :

Si la direction des sessions est la même, la configuration des niveaux de service pour deux sessions CFM sur une même interface à différents niveaux doit satisfaire les contraintes suivantes:

  • Si une session est configurée avec, alors l’autre ne peut pas être policer allpolicer allpolicer other configurée ou configurée.

  • Si une session est configurée avec, alors l’autre ne peut pas être policer otherpolicer allpolicer other configurée ou configurée.

Une erreur de validation se produit si une telle configuration est commise.

Remarque :

Les policers avec PBB et MPS ne sont pas pris en charge.

Configuration de l’interface de gestion locale Ethernet

Présentation de l’interface de gestion locale Ethernet

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

Remarque :

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

La spécification E-LMI est disponible sur le forum Metro Ethernet. Les procédures et protocoles E-LMI sont utilisés pour permettre la configuration automatique de la périphérie du client (CE) afin de prendre en charge les services Metro Ethernet. Le protocole E-LMI fournit également des informations d’état 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 la configuration automatique des CE en fonction de la configuration Metro Ethernet.

Le protocole E-LMI fonctionne entre l’CE et l’équipement de périphérie fournisseur (PE). Il s’exécute uniquement sur la liaison PE-CE et notifie l’CE de l’état de connectivité et les paramètres de configuration des services Ethernet disponibles sur le port CE port. La portée du protocole E-LMI est montrée dans Figure 1 .

Figure 1 : Portée du protocole E-LMIPortée du protocole E-LMI

L’implémentation E-LMI sur les routeurs d’MX Series ACX ne comprend que le côté PE du protocole E-LMI.

E-LMI interopérable avec un protocole OAM, comme CFM (Connectivity Fault Management), qui s’exécute sur le réseau du fournisseur pour recueillir le statut OAM. La technologie CFM s’exécute au niveau de la maintenance du fournisseur (UNI-N vers UNI-N avec des meP à l’UNI). L’E-LMI s’appuie sur le CFM pour obtenir un statut de bout en bout des EVC sur l’ensemble des domaines CFM (domaine SVLAN ou VPLS).

Le protocole E-LMI relaye les informations suivantes:

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

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

  • Communication des attributs UNI et EVC au CE:

    • Attributs UNI:

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

      • CE-VLAN Type de carte ID/EVC (groupage tout-à-un, multiplexage de services avec groupage ou pas de groupage)

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

        • CM (mode d’accouplement)

        • CF (indicateur de couleur)

        • CiR (taux d’informations sur les données engagées)

        • CBR (taille d’rafale engagée)

        • EIR (taux d’information sur les surcapacités)

        • EBS (taille de rafale supérieure)

    • Attributs EVC:

      • ID de référence EVC

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

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

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

      • Profil de bande passante (non pris en charge)

    • CE-VLAN Carte ID/EVC

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

  • Q-in-Q SVLAN (point-to-point ou multipoint-to-multipoint): nécessite une session CFM de bout en bout entre les équipes UNI-N pour surveiller l’état de l’EVS.

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

  • Circuit de L2/L2VPN (point-to-point): il est possible d’utiliser l’état de VPLS pseudowire ou les sessions CFM de bout en bout entre uni-ns pour surveiller l’état de l’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 (circuits de couche 2 et VPN de couche 2) et permet le forwarding de perte de liaison pour les services pseudowire (circuit de couche 2 et VPN de couche 2):

  • Interaction entre le protocole CFM (Connectivity Fault Management) et le protocole E-LMI pour circuits de couche 2 et VPN de couche 2.

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

    • Dans le cas de redondance pseudowire, la technologie CFM peut être utilisée pour surveiller les sessions Pseudowire actives et de secours. L’état EVC n’est indiqué CE’équipements mobiles que lorsque les sessions Pseudowire actives et de secours s’activent.

  • Interworking between remote defect indication (RDI) and E-LMI for Layer 2 circuit and Layer 2 VPN.

    • Si un point de extrémité d’une association de maintenance (MEP) reçoit un ensemble de bits RDI dans une trame de CCM (Continuity Check) et que la détection des pannes RDI est activée dans la configuration EVC à l’adresse , alors la configuration Pseudowire est définie comme down [edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi] to CE routeurs via E-LMI.

  • Si une session CFM de bout en bout n’existe pas entre LESI, l’état de haut et de bas de la technologie Pseudowire (circuit de couche 2 ou VPN de couche 2) déclenche un message de changement d’état EVC asynchrone aux routeurs CE via E-LMI.

Remarque :

ACX Series routeurs de nouvelle couche n’offrent pas la prise en charge de l’E-LMI pour les services de couche 2 (pontage).

Configuration de l’interface de gestion locale Ethernet

Pour configurer E-LMI, effectuez les étapes suivantes:

Configuration d’un protocole OAM (CFM)

Pour plus d’informations sur la configuration du protocole OAM (CFM), consultez IEEE présentation de la gestion des pannes de connectivité OAM 802.1ag.

Attribution du protocole OAM à un EVC

Pour configurer un EVC, vous devez spécifier un nom pour l’EVC en utilisant l’instruction au niveau evcsevc-id[edit protocols oam ethernet] de la hiérarchie. Vous pouvez définir le protocole EVC pour la surveillance des statistiques EVC vers ou en utilisant l’énoncé et ses options au niveau cfmvpls de la evc-protocol[edit protocols oam ethernet evcs] hiérarchie.

Vous pouvez définir le nombre d’ils distants dans l’EVC à l’aide de remote-uni-count number l’instruction au niveau de la [edit protocols oam ethernet evcs evcs-protocol] hiérarchie. Les remote-uni-count valeurs par défaut 1. La configuration d’une valeur supérieure à 1 fait de l’EVC multipoint vers multipoint. Si vous saisissez 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 nombre inférieur au nombre réel de points de terminaison, l’état s’affiche comme actif, même si tous les points de remote-uni-count terminaison ne sont pas actifs.

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

Activation de l’E-LMI sur une interface et mappage CE ID VLAN vers un EVC

Pour configurer l’E-LMI, inclure lmi l’instruction 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 status-counter count l’instruction 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 polling-verification-timer value l’énoncé au niveau [edit protocols oam ethernet lmi] de la 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 interface name l’instruction au niveau de la [edit protocols oam ethernet lmi] hiérarchie. Uniquement ge et xe les ae interfaces sont prise en charge. Vous pouvez utiliser uni-id l’option d’interface pour spécifier un nom pour l’UNI. Si uni-id elle n’est pas configurée, elle est par défaut la variable de nom de interface name .

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

Pour spécifier l’EVC utilisé par une interface, utilisez evc evc-id l’instruction au niveau [edit protocols oam ethernet lmi interface name] de la hiérarchie. Vous pouvez spécifier une interface comme interface EVC par défaut à l’aide de default-evc l’instruction au niveau de la [edit protocols oam ethernet lmi interface name evc evc-id] hiérarchie. Tous les VID qui ne sont pas attachés à d’autres EVC sont attachés à cet EVC. Une seule EVC peut être configurée comme valeur par défaut.

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

Exemple Configuration E-LMI

Topologie d’exemple

Figure 2 illustre la configuration E-LMI pour un EVC point à point (SVLAN) surveillé par CFM. Dans cet exemple, les VLAN de 1 à 2048 sont mapés evc1 (SVLAN 100) et entre 2049 et 4096 sont exploité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 du pe1

Configuration du pe2

Configuration de deux UNIs partageant le même EVC

Configuration d’un profil d’action CFM pour spécifier les actions CFM pour les événements CFM

Vous pouvez créer un profil d’action de gestion des défaillances de connectivité (CFM) pour définir les indicateurs et seuils d’événements à surveiller. Vous pouvez également spécifier l’action à prendre lorsque des événements configurés se produisent. Lorsque les événements CFM se produisent, le routeur effectue l’action correspondante en fonction de votre spécification. Vous pouvez configurer un ou plusieurs événements dans le profil d’action. Vous pouvez également configurer un profil d’action et spécifier les actions par défaut en cas de défaillance de la connectivité à un point de terminaison d’association de maintenance à distance (MEP).

Remarque :

Vous ne pouvez pas configurer plusieurs actions pour le moment. Une seule action peut être configurée. Cette limitation affecte à la fois les actionclear-action instructions et les instructions.

Pour configurer le profil d’action CFM:

  1. En mode de configuration, au niveau [ ] hiérarchique, indiquez le nom du profil d’action et de l’événement edit protocols oam ethernet connectivity-fault-management CFM. Vous pouvez configurer plusieurs événements dans le profil d’action. Les événements possibles incluent: interface-status-tlv, port-status-tlv, adjacence-perte, RDI.
  2. Indiquez les actions à prendre par le routeur lorsque l’événement se produit. L’action est déclenchée lorsque l’événement se produit. Si vous avez configuré plusieurs événements dans le profil d’action, il n’est pas nécessaire que tous les événements se produisent pour déclencher l’action.
  3. Indiquez l’action par défaut à prendre par le routeur lorsque la connectivité à un fournisseur de services de mep distant échoue. Si aucune action n’est configurée, aucune action n’est prise.
    Remarque :

    Il n’est pas conseillé d’associer un profil d’action à l’action d’une session MFM (up MEP) s’exécutant sur une interface-down interface CCC (circuit cross-connect) (l2circuit/l2vpn) et cela peut entraîner une impasse.

Profil CFM Action pour la présentation d’un groupe d’interfaces logiques

Face à la croissance des réseaux, il est nécessaire de surveiller un grand nombre de services à l’aide de la technologie CFM. Pour surveiller chaque service, une session par interface logique de service est requise. Si le nombre de services est important, cette méthode ne s’scale pas car le nombre de sessions est limité. Au lieu d’une session CFM par service, une seule session CFM peut surveiller plusieurs services.

Il existe également des scénarios où l’équipement d’interface utilisateur à réseau (UNI) doit être mis à la terre en fonction des sessions sur l’interface logique NNI (Network-to-Network Interface). Ici, l’interface logique NNI fait référence à l’interface centrale et l’interface physique UNI se réfère à l’interface d’accès hébergeant plusieurs interfaces logiques de services. Grâce à la surveillance de l’interface centrale, vous pouvez mettre à niveau les interfaces logiques de service associées à l’interface d’accès.

Figure 3 illustre une topologie où un certain nombre de services destinés aux routeurs de périphérie client (CE) partagent un port unique sur un routeur PE (Provider-Edge Router). Chaque service utilise une interface logique. Un ensemble de services ou d’interfaces logiques (inséités en jaune) sont destinés à un routeur CE et un ensemble de services ou d’interfaces logiques sont voués à un autre routeur CE. Pour surveiller chaque service, vous avez besoin de sessions MEP (maintenance association end point) dédiées pour chaque service. Vous pouvez faire baisser le service en downant l’interface logique de service à chaque fois que la session tourne en panne. Toutefois, cette approche n’est pas évolutive si nous avons un grand nombre de services. La surveillance de la session CFM sur l’interface physique n’est pas faisable, car plusieurs routeurs CE peuvent être connectés et les services à d’autres CE peuvent être perturbés. Pour résoudre ce problème de surveillance de plusieurs services à l’aide d’une seule session, vous pouvez créer un profil d’action CCM pour réunir un groupe d’interfaces logiques à l’aide d’une session CFM configurée sur une interface logique unique.

Figure 3 : Topologie de plusieurs services VLAN Partage d’un port unique sur routeur PE destiné à plusieurs routeurs CE routeurs Topologie de plusieurs services VLAN Partage d’un port unique sur routeur PE destiné à plusieurs routeurs CE routeurs

Vous pouvez configurer des profils d’action CCM pour les scénarios suivants:

  • Pour faire baisser un groupe d’interfaces logiques ayant toutes le même port parent lorsque la session de surveillance CCM s’exécute sur l’une de l’interface logique, mais sur un autre port parent.

  • Pour mettre en place un groupe d’interfaces logiques lorsque la session de surveillance CCM s’exécute sur l’une des interfaces logiques, toutes appartiennent au même port parent.

  • Pour faire baisser le port, lorsque la session de surveillance CCM s’exécute sur l’une des interfaces logiques d’un port parent différent.

Avantages de la création d’un profil d’action CFM pour la création d’un groupe d’interfaces logiques

  • Réduit les besoins en ressources dans les réseaux à échelle réduite où plusieurs services doivent être surveillés.

  • Évite de créer des sessions MEP individuelles pour chaque service sur une topologie comprenant plusieurs services à surveiller, améliorant ainsi les performances et l’évolutivité du réseau.

Configuration d’un profil d’action CFM pour mettre en œuvre un groupe d’interfaces logiques

Pour surveiller plusieurs services ou IFL à l’aide d’une session CFM configurée sur une interface logique unique, vous pouvez créer un profil d’action CCM pour réunir un groupe d’interfaces logiques. Vous devez définir une action pour faire descendre le groupe d’interfaces dans le profil d’action. Vous définirez ensuite le nom de l’équipement d’interface et le nombre d’interfaces logiques à baisser. Une interface logique est représentée par une combinaison interface-device-name des unit-list Les étapes suivantes expliquent la procédure à suivre pour mettre en place un groupe d’interfaces logiques lorsque interface-device-name le et/ou unit-list sont spécifiés.

  1. En mode de configuration, au niveau [ ] hiérarchique, indiquez le nom du profil d’action et de l’événement edit protocols oam ethernet connectivity-fault-management CFM. Vous pouvez configurer plusieurs événements dans le profil d’action.

    Par exemple,

    Remarque :

    L’action ne sera pas prise en charge à l’aide d’événements autres que la interface-group-down perte d’adjacence et la RDI. Tout autre événement configuré entraîne une erreur de validation.

  2. En mode de configuration, au niveau edit protocols oam ethernet connectivity-fault-management action-profile profile-name de [ ] hiérarchie, définissez l’action à mettre en œuvre pour faire descendre le groupe d’interfaces.
    Remarque :

    L’action interface-group-down ne sera pas prise en charge par d’autres actions associées à l’interface. Toutes les autres actions configurées entraînent une erreur de validation.

  3. Au niveau [ edit protocols oam ethernet connectivity-fault-management ] hiérarchique, définissez le domaine de maintenance. Spécifiez les paramètres maintenance-association.

    Par exemple,

  4. Au niveau du , définir le point de edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name terminaison de l’association de maintenance et les paramètres associés.

    Par exemple,

  5. Si le profil d’action dispose d’une action configurée, il est obligatoire de le configurer au interface-group-downinterface-group niveau RMEP. Dans le mode de configuration à l’inclus, l’instruction de faire baisser le groupe d’interfaces marqué du profil [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-nameinterface-group d’action comme interface-group-down .

    Par exemple,

    Remarque :

    Si la interface-group configuration n’est pas incluse dans la configuration RMEP. Cette configuration entraîne une erreur de validation.

  6. Une interface logique est représentée par une combinaison interface-device-name des unit-list Configurez le nom de l’interface de l’équipement et le nombre d’interfaces logiques au niveau du [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-name interface-group .

    Par exemple,

    Dans cet exemple de configuration, l’interface ge-0/0/0.0 est down.

    Remarque :
    • Au moins un des interface-group paramètres ou interface-device-name doit être unit-list configuré. Si le nom de l’équipement d’interface n’est pas configuré, l’interface MEP est considérée comme le nom de l’équipement et l’interface logique de cet équipement est down.

    • Si le unit-list paramètre dépasse la limite recommandée, une erreur de validation se produit.

    • Si le nom de l’interface-équipement n’est pas indiqué dans l’interface, les numéros d’interface logiques mentionnés pour l’interface physique interface-group sont mis à unit-list niveau.

    • Si la liste d’unités n’est pas spécifiée dans l’interface configurée, les IFL sont mis vers le interface-group bas.

  7. Vérifier la configuration à l’aide de show protocols oam la commande.

Activer le mode de gestion des pannes de connectivité améliorée

Vous pouvez activer le mode CFM (Connectivity Fault Management) afin d’activer un déploiement OAM Ethernet efficace dans l’évolutologie des réseaux. Pour activer le mode CFM amélioré, Junos OS prend en charge 32 000 points de extrémité d’association de maintenance (MEP) et des points de maintenance intermédiaires (MIM) par châssis pour les domaines pont, VPLS, L2VPN et CCC. Lors des précédentes versions, Junos OS prend en charge 8 000 meps et 8 000 MPS par châssis. Si vous n’activez pas la fonctionnalité CFM améliorée, Junos OS continuer à prendre en charge le nombre de MIM et de MEP existants par châssis.

Remarque :

Pour prendre en charge le mode CFM amélioré, configurez le mode de services réseau sur le routeur sous la fonction enhanced-ip . Si le mode de services réseau n’est pas le bon et que vous avez activé le CFM amélioré, le message d’avertissement enhanced-ip 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 étapes suivantes:

  1. En mode de configuration, allez au [edit protocols oam ethernet connectivity-fault-management] niveau hiérarchique.
  2. Activer un déploiement OAM Ethernet efficace en activant le mode CFM amélioré.
  3. Commit the mode change. Un message d’avertissement s’affiche pour vous demander de redémarrer CFM. Si vous ne redémarrez pas CFM, CFM est automatiquement redémarré par Junos OS.
  4. Pour vérifier si le mode CFM amélioré a été configuré, utilisez la show oam ethernet connectivity-fault-management state commande.

Configuration de M120 et MX Series pour les paquets encapsulés CCC

IEEE de présentation des paquets encapsulés CCC 802.1ag CFM OAM

Le réseau privé virtuel de couche 2 (L2VPN) est un type de service de réseau privé virtuel utilisé pour transporter le trafic privé de couche 2 du client (par exemple, Ethernet, ATM ou relais de trames) sur l’infrastructure IP/MPLS partagée du fournisseur de services. Le routeur de périphérie pour fournisseurs de services (PE) doit avoir une interface avec l’encapsulation CCC (circuit cross-connectation) afin de basculer le trafic de périphérie du client (CE) vers le réseau public.

Le IEEE de gestion des défaillances de connectivité (CFM) Ethernet 802.1ag est une norme OAM utilisée pour effectuer la détection, l’isolation et la vérification des pannes sur les réseaux LAN de ponts virtuels. les routeurs M120 et MX Series offrent une prise en charge CFM pour les interfaces de pont/VPLS/routed et la prise en charge des paquets encapsulés CCC 802.1ag Ethernet OAM.

Fonctionnalités CFM prise en charge sur les circuits VPN de couche 2

Les fonctionnalités CFM prise en charge sur les circuits L2VPN sont les suivantes:

  • Création de mep (up/down) à n’importe quel niveau sur les interfaces logiques CE’interfaces logiques.

  • Création de MIM à tous les niveaux sur les interfaces logiques CE’interfaces logiques.

  • Prise en charge des contrôles de continuité, du loopback et du protocole de linkrace.

  • Prise en charge du protocole de mesure de délai Ethernet Y1731.

  • Prise en charge de profils d’action pour CE interfaces logiques en cas de perte de connectivité.

Figure 4 : Topologie VPN de couche 2Topologie VPN de couche 2

Pour surveiller le circuit L2VPN, un CFM up MEP (niveau 6 in) peut être configuré sur les interfaces logiques CE des routeurs de périphérie fournisseurs PE1 et Figure 4 PE2. Pour surveiller le circuit de fixation CE-PE, un CFM down MEP peut être configuré sur les interfaces logiques clients de CE1-PE1 et CE2-PE2 (niveau 0 Figure 4 in).

Configuration de lafm pour les paquets encapsulés CCC

La seule modification par rapport à la configuration CLI existante est l’introduction d’une nouvelle commande pour créer un MIP sur l’interface CE du routeur PE.

Configuration de la gestion des pannes de connectivité pour l’interopérabilité lors des mises à niveau logicielles en cours d’utilisation unifiées

À partir de la version 17.1, la gestion Junos OS des défaillances de connectivité (CFM), lors d’une mise à niveau logicielle unifiée en cours d’utilisation (ISSU), fonctionne lorsque l’équipement pair n’est pas Juniper Networks routeur. En interaction avec le routeur d’un autre fournisseur, le routeur Juniper Networks conserve les informations de session et continue de transmettre des PDUS de contrôle de continuité (CCM) pendant la ISSU unifiée. La gestion des pannes de connectivité continue de fonctionner.

Cette fonctionnalité requiert que les conditions suivantes soient remplies:

  • moteur de transfert de paquets les mesures de keepalives doivent être activées pour fournir une transmission en ligne de ccM. La fonctionnalité n’est pas efficace lorsque les MCC sont transmises par le processeur d’une carte d’ligne, c’est-à-dire la méthode de transmission par défaut.

  • L’intervalle entre les CCM doit être d’une seconde.

L’interopérabilité CFM au cours d’une ISSU unifiée est prise en charge sur les MPC suivantes: MPC1, MPC2, MPC2-NG, MPC3-NG, MPC5 et MPC6.

Pour permettre une interopérabilité CFM avec des équipements tiers au sein d’une ISSU unifiée:

  1. Activez des keepalives en ligne.
  2. Définissez l’intervalle CCM à 1 seconde.

Configuration de la ISSU unifiée pour 802.1ag CFM

Une mise à niveau logicielle unifiée en cours d’utilisation (ISSU) vous permet de mettre à niveau entre deux Junos OS différentes, sans interruption du plan de contrôle et avec une perturbation minimale du trafic. La ISSU unifiée est automatiquement activée pour les protocoles CFM (Connectivity Fault Management) et permet l’interopérabilité entre les points de terminaison de maintenance à distance et locaux.

La Junos OS prise en charge de la ISSU unifiée à l’aide de la valeur TLV (Loss Threshold Length Value), qui est automatiquement activée pour CFM. Les IEEE norme 802.1ag pour CFM sont décrits comme une méthode d’encodage des informations de longueur variable et facultatives dans une unité de données de protocole (PDU). Le seuil de perte TLV indique la valeur de seuil de perte d’un MEP distant. Le seuil de perte TLV est transmis dans le cadre des messages de contrôle de continuité CFM.

Remarque :

À partir Junos OS version 15.1, la configuration ISSU avec CFM (802.1ag) est prise en charge uniquement sur les routeurs MX et PTX qui supportent TLV. L’interopérabilité avec les autres fournisseurs n’est pas prise en charge.

Au cours d’une ISSU unifiée, le plan de contrôle peut tomber en panne plusieurs secondes et faire tomber les paquets de contrôle de continuité CFM. Le meP distant peut alors détecter une perte de connectivité et marquer son temps de panne. Pour que le meP reste actif lors d’une ISSU unifiée, le seuil de perte TLV communique la valeur de seuil minimale nécessaire au MEP recevant pour que ce dernier reste actif. Le meP reçu pare-contrôle et met à jour la valeur de seuil de perte, mais seulement si la valeur du nouveau seuil est supérieure à la valeur de seuil configurée localement.

Une présentation de la gestion des défaillances de connectivité CFM est décrite depuis IEEE 802.1agde gestion des pannes de connectivité OAM, et vous devez observer davantage les exigences supplémentaires décrites dans ce sujet.

Tableau 2 affiche le format TLV de seuil de perte.

Tableau 2 : Format TLV de seuil de perte

Paramètre

Octet (séquence)

Description

Type=31

1

Obligatoire. Obligatoire. Si 0, aucun champ Longueur ou valeur ne s’en suit. Si ce n’est pas 0, le champ Longueur suit au moins le champ Type.

Length=12

2

Requis si le champ Type n’est pas 0. Non présent si le champ type est 0. Les 16 bits du champ Longueur indiquent la taille, dans les octets, du champ Valeur. 0 dans le champ Longueur indique qu’il n’y a pas de champ de valeur.

Oui

3

Optionnel. L’identifiant UNIQUE de l’entreprise (OUI), contrôlé par le IEEE, constitue généralement les trois premiers octets d’une adresse MAC (Juniper OUI 0x009069).

Sous-type

1

Optionnel. Sous-type défini par l’organisation.

Valeur

4

Optionnel. Valeur de seuil de perte.

Drapeau

4

Optionnel. Bit0 (identifie qu’une ISSU est en cours)

Bit1-31 (réservé)

Junos OS configuration de l’énoncé est prise en charge, ce qui vous permet de contrôler la transmission du seuil de perte TLV dans le contrôle de la continuité des convey-loss-threshold PDUS des messages. Cet énoncé indique que le seuil de perte TLV doit être transmis dans le cadre des convey-loss-threshold messages de contrôle de continuité. Si l’énoncé n’est pas spécifié, les messages de contrôle de continuité n’transmettent cette carte TLV que lorsqu’une convey-loss-threshold ISSU unifiée est en cours. Le Junos OS fournit cette configuration au niveau de vérification de la continuité. Par défaut, les messages de contrôle de continuité n’incluent pas le seuil de perte TLV.

Pour configurer le seuil de perte de transmission, utilisez convey-loss-threshold l’énoncé au niveau [edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check] de la hiérarchie.

Pour le meP distant, le seuil de perte TLV n’est transmis que pendant la ISSU unifiée si convey-loss-threshold l’énoncé n’est pas configuré. Les commutateurs MEP distants sont de retour au seuil de perte par défaut si aucun seuil de perte TLV n’est reçu ou que le TLV présente une valeur de seuil par défaut de 3.

Voici un exemple des instructions de configuration ISSU:

La Junos OS permet d’enregistrer le dernier seuil de perte reçue TLV du meP distant. Vous pouvez afficher le dernier seuil de perte enregistré (TLV) reçu par le meP distant à l’aide de la commande, comme dans show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier l’exemple suivant:

La Junos OS permet d’enregistrer le dernier seuil de perte transmise depuis un meP local. Vous pouvez afficher le dernier seuil de perte transmise (TLV) et le seuil de perte effective (opérationnelle) pour le meP distant à l’aide de la commande, comme dans l’exemple show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier suivant:

Junos OS pour la surveillance des performances Conforme aux spécifications techniques MEF 36

Junos OS version 16.1R1 et prend en charge une surveillance des performances conforme à la spécification technique MEF 36. Spécification technique Le MEF 36 indique la surveillance des performances MIB. Les MIB de surveillance des performances sont nécessaires pour gérer les implémentations OAM (service, administration et maintenance) qui répondent aux critères et cadres OAM de service spécifiés dans MEF 17 et MEF 35, les objets de gestion spécifiés dans MEF 7.1 et les fonctions de surveillance des performances définies dans ITU-T Y.1731 et IEEE 802.1ag.

Vous pouvez activer la surveillance des performances conforme à la norme MEF-36 en configurant measurement-interval l’énoncé au niveau de la [edit protocols oam ethernet cfm performance-monitoring] hiérarchie.

Lorsque la surveillance des performances est activée par la norme MEF-36:

  • Une demande de variable suivante pour une SNMP peut ne pas récupérer la valeur actuelle à moins qu’une promenade SNMP ne soit effectuée avant d’effectuer la prochaine demande d’obtenir. Cette limitation s’applique uniquement aux statistiques actuelles pour la mesure des retards, la mesure des pertes et la mesure des pertes synthétiques.

  • Le champ peut afficher un intervalle de mesure de 0 (zéro) et un délai d’affichage incorrect jusqu’à l’expiration du premier Current delay measurement statistics cycle.

  • La taille TLV de données prise en charge pour la surveillance des performances des unités de données de protocole (PDE) est de 1 386 octets lorsque la surveillance des performances conforme MEF-36 est activée. La taille TLV est de 1 400 octets en mode hérité.

  • La valeur configurable maximale pour la cellule de seuil inférieur est 4 294 967 294.

  • Le rapport de perte de trame (FLR) n’est pas exclu dans les mesures des pertes pendant la période d’indisponibilité pour la mesure des pertes synthétiques uniquement. En cas de perte, le FLR est inclus même en période d’indisponibilité.

  • En période de perte de continuité (baisse de l’adjacence), même si les PDUS SOAM ne sont pas envoyés, le calcul du FLR et de la disponibilité ne s’arrête pas. Ces calculs sont effectués avec l’hypothèse d’une perte de 100 %.

  • Le nombre de PDUS SOAM envoyés lors de l’intervalle de première mesure peut être inférieur à ce qui est prévu. Cela est dû à un délai de détection de l’état d’adjacence au niveau de la session de surveillance des performances.

  • Le nombre de PUS SOAM transmis pendant un intervalle de mesure pour un cycle de 100 ms peut ne pas être précis. Par exemple, dans un intervalle de mesure de deux minutes avec un temps de cycle de 100 ms, les PDUS SOAM transmises peuvent se mesurer entre 1198 et 2000.

Amortissement des performances CFM Traps et notifications de surveillance pour éviter la congestion du NMS

Vous pouvez atténuer les traps de franchissement de seuils et les notifications générés chaque fois qu’un événement de franchissement de seuil se produit afin d’empêcher la congestion du système de gestion du réseau (NMS).

L’amortissement limite le nombre de traps jnxSoamPmThresholdAmorcer des traps DSOM envoyés au NMS en résumant les occurrences d’aile sur une période donnée, connues sous le nom de trap timer flap, et en envoie une seule notification jnxSoamPmThresholdFarm au NMS. Vous pouvez configurer la durée du flap trap timer sur une valeur de 1 à 360 secondes.

La notification jnxSoamPmThresholdFarm est générée et envoyée lorsque les conditions suivantes sont remplies:

  • Au moins un flap s’est produit lorsque l’flap timer a expiré.

  • Vous avez modifié la valeur du flap trap timer, ce qui a entraîné l’arrêt du timer.

Vous pouvez activer l’amortissement au niveau global pour l’iterator ou l’amortissement au niveau de chaque seuil de l’iterator. Par exemple, pour activer l’amortissement au niveau global, pour l’itérateur, utilisez la commande suivante: 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, pour avg-fd-twoway-threshold l', utilisez la commande suivante: 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.

Exemple: Configuration d’Ethernet CFM sur les interfaces physiques

Cet exemple montre la configuration de la gestion des défaillances de connectivité (CFM) Ethernet sur les interfaces physiques.

Conditions préalables

Cet exemple utilise les composants matériels et logiciels suivants:

  • Junos OS version 9.3 ou ultérieure.

Présentation

Il peut être utilisé pour surveiller la liaison physique entre deux routeurs. Cette fonctionnalité est similaire à celle prise en charge par IEEE protocole LFM 802.3ah.

Dans Junos OS version 9.3 et ultérieure, CFM prend également en charge les interfaces Ethernet agrégées. Sur les interfaces configurées sur les concentrateurs de ports modulaires (MPC) et les cartes d’interface modulaires (MPC) sur les routeurs MX Series, le CFM n’est pas pris en charge sur les liens de membres Ethernet agrégés qui ne sont pas satisfaits. Les MPC et LES MPC supportent lesfm sur les interfaces logiques Ethernet agrégées non balisée et balisée.

Remarque :

Les configurations de cet exemple ne sont que des exemples partiels de configurations de routeur complètes et fonctionnelles. Ne copiez pas ces configurations et ne les utilisez pas directement sur le système réel.

Configuration

Dans l’exemple suivant, deux routeurs (routeur 1 et routeur 2) sont connectés par une liaison Gigabit Ethernet point à point. Le lien entre ces deux routeurs est surveillé à l’aide de CFM. Ce cas d’étude est illustré dans Figure 5 . La limite unique est un « down mep » (mep) dans la terminologie CFM.

Figure 5 : Ethernet CFM sur interfaces physiquesEthernet CFM sur interfaces physiques

Pour configurer Ethernet CFM sur des interfaces physiques, effectuer les tâches suivantes:

CLI configuration rapide

Routeur 1

Configurez l’interface et CFM:

La configuration du routeur 2 est en miroir avec celle du routeur 1, à l’exception de l’id mep.

Routeur 2

Configurez l’interface et CFM:

Pour vérifier que l’interface physique est configurée correctement pour CFM, utilisez la show interface commande. Pour vérifier la configuration CFM, utilisez une ou plusieurs des commandes répertoriées dans show oam ethernet connectivity-fault-managementl’CLI Explorer.

Exemple: Configuration de lafm Ethernet sur les connexions de pontage

Dans cet exemple, le client et le fournisseur de services exécutent Ethernet CFM sur un simple réseau de pont. Le réseau est illustré dans Figure 6 . Le client a configuré Ethernet CFM sur MX Series routeurs L2-CE1 et L2-CE2. Le fournisseur de services a configuré Ethernet CFM sur MX Series routeurs PE1 et PE2.

Remarque :

Les configurations de cet exemple ne sont que des exemples partiels de configurations de routeur complètes et fonctionnelles. Ne copiez pas ces configurations et ne les utilisez pas directement sur le système réel.

Le fournisseur de services utilise le niveau 3 CFM pour la liaison entre PE1 et PE2 et le niveau 5 d’un port CE’autre. Le client utilise le niveau CFM de niveau 7. Les limites sont marqués de termes CFM « up mep » et « down mep » sur la figure.

Figure 6 : Ethernet CFM sur un réseau de pontEthernet CFM sur un réseau de pont

Voici les configurations de CFM sur les routeurs clients.

CFM sur L2-CE1

CFM sur L2-CE2

Voici les configurations de CFM sur les routeurs du fournisseur.

CFM sur PE1

CFM sur PE2

Exemple: Configuration d’Ethernet CFM sur VPLS

Dans cet exemple, le client et le fournisseur de services exécutent Ethernet CFM via un VPLS et un réseau de commutation d’étiquettes multiprotocoles (MPLS). Le réseau est illustré dans Figure 7 . Le client a configuré Ethernet CFM sur MX Series routeurs L2-CE1 et L2-CE2. Le fournisseur de services a configuré Ethernet CFM sur MX Series routeurs PE1, P et PE2.

Remarque :

Les configurations de cet exemple ne sont que des exemples partiels de configurations de routeur complètes et fonctionnelles. Ne copiez pas ces configurations et ne les utilisez pas directement sur le système réel.

Le fournisseur de services utilise CFM niveau 5 et le client utilise CFM niveau 7. Les limites sont marqués de termes CFM « up mep » et « down mep » sur la figure.

Figure 7 : OAM Ethernet avec VPLSOAM Ethernet avec VPLS
Remarque :

Les interfaces logiques d’une instance de routage VPLS peuvent avoir les mêmes ou différentes configurations VLAN. La normalisation VLAN est requise pour bien basculer les paquets entre ces interfaces. La normalisation prend en charge le mappage automatique des VLAN et réalise des opérations sur les balises VLAN pour obtenir la traduction souhaitée. Voir Configurer un VLAN normalisé pour la traduction ou le balisage.

Remarque :

Les considérations suivantes concernant le chemin de forwarding doivent être observées:

  • Chemin de réception des paquets:

    • Il s’agit du chemin de commutation pour les paquets reçus sur les interfaces.

    • OAM Ethernet 802.1ag pour VPLS utilise des filtres d’interface et des filtres de table de commutation pour inonder, accepter et abandonner les paquets CFM.

  • Chemin d’émission de paquets:

    • Junos OS utilise le forwarding matériel du routeur pour les paquets générés par le processeur.

    • Pour les meP down, les paquets sont transmis sur l’interface sur laquelle le MEP est configuré.

    • Dans les routeurs MX Series, pour les routeurs up MEP, les paquets doivent être submergés vers les autres interfaces de l’instance de routage VPLS. Le routeur crée une route d’inondation liée à un saut suivant (avec toutes les interfaces à inonder), puis génère les paquets à être transmis avec cette route d’inondation.

Les configurations suivantes sont les suivantes: VPLS et CFM sur les routeurs des fournisseurs de services.

Configuration du pe1

Configuration du pe2

Configuration du routeur P

MPLS, aucun CFM nécessaire:

CFM sur L2-CE1

Voici la configuration de CFM sur L2-E1:

CFM sur L2-CE2

Voici la configuration de CFM L2-CE2:

Notification asynchrone du profil d’action CFM

SUMMARY 

La notification asynchrone CFM permet la synchronisation de l’état des liaisons CE équipements

connectés les uns aux autres à l’aide d’une pseudo-connexion provenant de leurs équipements PE respectifs. Il émule

comme si deux équipements CE sont directement connectés. CFM assure une signalisation de bout en bout même si le pe1

et PE2 ne sont pas connectés par un seul réseau, mais par un ensemble de réseaux.

Connectivité de couche 2 entre PE1 et PE2

La Figure 1 est un exemple de scénario de déploiement où il est possible d’utiliser une notification asynchrone basée sur des CFM

pour synchroniser l’état des liaisons entre les ce1 et CE2. Les deux exigences suivantes peuvent être satisfaites avec le

de notification asynchrone.

  • Lorsque la liaison entre PE2 et CE2 passe en panne, la liaison entre le PE1 et le CE1 s’en fait également baisser.

    Une fois la liaison rétablie, elle doit également restaurer l’état de la liaison PE1 vers CE1. L’état du lien change entre

    du PE1 au CE1 devrait fonctionner de la même manière.

    • En cas de problème de connectivité entre PE1 et PE2, il déclenche une liaison entre le PE1 et le CE1.

      et PE2 vers CE2. Si l’état de la connexion est rétabli, il doit restaurer l’état de la liaison aux deux extrémités.

Tableau de l'historique des versions
Version
Description
17.1
À partir de la version 17.1, la gestion Junos OS des défaillances de connectivité (CFM), lors d’une mise à niveau logicielle unifiée en cours d’utilisation (ISSU), fonctionne lorsque l’équipement pair n’est pas Juniper Networks routeur.
15.1
À partir Junos OS version 15.1, la configuration ISSU avec CFM (802.1ag) est prise en charge uniquement sur les routeurs MX et PTX qui supportent TLV.
12.3
Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM.
12.3
Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM.
12.3
Depuis Junos OS version 12.3, pour toutes les interfaces configurées sur MPC (Modular Port Concentrators) sur MX Series Plates-formes de routage universelles 5G, vous n’avez plus besoin de configurer l’instruction pour tous les VPN de couche 2 et les circuits de couche 2 sur lesquels vous exécutez des MP no-control-word CFM.