Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Profil d’action de CFM

Vue d’ensemble du profil d’action CFM pour faire tomber un groupe d’interfaces logiques

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

En outre, il existe des scénarios dans lesquels le périphérique UNI (user-to-network interface) doit être désactivé en fonction des sessions sur l’interface logique NNI. Ici, l’interface logique NNI fait référence à l’interface centrale et l’interface physique UNI fait référence à l’interface d’accès hébergeant plusieurs interfaces logiques de service. En fonction de la surveillance de l’interface centrale, vous pouvez désactiver les interfaces logiques de service associées à l’interface d’accès.

Figure 1 illustre une topologie dans laquelle plusieurs services destinés à des routeurs CE partagent un seul port sur un routeur PE. Chaque service utilise une interface logique. Un ensemble de services ou d’interfaces logiques (colorés en jaune) sont destinés à un routeur CE et un ensemble de services ou d’interfaces logiques colorés en rouge sont destinés à un autre routeur CE. Pour surveiller chaque service, vous avez besoin de sessions MEP (Down Maintenance Association End Point) dédiées pour chaque service. Vous pouvez désactiver le service en arrêtant l’interface logique du service chaque fois que la session est interrompue. Cependant, cette approche n’est pas évolutive si l’on dispose d’un grand nombre de services. Il n’est pas non plus possible de surveiller la session CFM sur l’interface physique, car plusieurs routeurs CE peuvent être connectés et les services vers d’autres routeurs CE peuvent être perturbés. Pour résoudre ce problème de surveillance de plusieurs services avec une seule session, vous pouvez créer un profil d’action CCM pour mettre hors service un groupe d’interfaces logiques à l’aide d’une session CFM configurée sur une seule interface logique.

Figure 1 : Topologie de plusieurs services VLAN partageant un seul port sur un routeur PE destiné à plusieurs routeurs CE Topologie de plusieurs services VLAN partageant un seul port sur un routeur PE destiné à plusieurs routeurs CE

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

  • Permet d’arrêter un groupe d’interfaces logiques ayant toutes le même port parent lorsque la session de surveillance CCM est en cours d’exécution sur l’une des interfaces logiques, mais sur un port parent différent.

  • Permet d’arrêter un groupe d’interfaces logiques lorsque la session de surveillance CCM est en cours d’exécution sur l’une des interfaces logiques, toutes appartenant au même port parent.

  • Pour arrêter le port, lorsque la session de surveillance CCM est en cours d’exécution sur l’une des interfaces logiques d’un autre port parent.

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

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

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

Configurer un profil d’action CFM pour faire tomber un groupe d’interfaces logiques

Pour surveiller plusieurs services ou IFL à l’aide d’une session CFM configurée sur une seule interface logique, vous pouvez créer un profil d’action CCM pour arrêter un groupe d’interfaces logiques. Vous devez définir une action pour faire tomber le groupe d’interfaces dans le profil d’action. Vous allez ensuite définir le nom du périphérique d’interface et le nombre d’interfaces logiques qui doivent être arrêtées. Une interface logique est représentée par une combinaison des et interface-device-nameunit-list. Les étapes suivantes expliquent la procédure d’arrêt d’un groupe d’interfaces logiques lorsque les interface-device-name et/ou unit-list sont spécifiés.

  1. En mode configuration, au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management], spécifiez le nom du profil d’action et le(s) événement(s) CFM. Vous pouvez configurer plusieurs événements dans le profil d’action.

    Par exemple,

    REMARQUE :

    L’action interface-group-down ne sera pas soutenue par des événements autres que la contiguïté-perte et la RDI. Tout autre événement configuré génère une erreur de validation.

  2. En mode configuration, au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management action-profile profile-name ], définissez l’action de suppression du groupe d’interfaces.
    REMARQUE :

    L’action interface-group-down ne sera pas prise en charge avec d’autres actions liées à l’interface. Toute autre action configurée entraîne une erreur de validation.

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

    Par exemple,

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

    Par exemple,

  5. Si le profil d’action a interface-group-down une action configurée, il est obligatoire de le configurer interface-group au niveau RMEP. Dans le mode de configuration à l’include [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 l’instruction interface-group pour faire tomber le groupe d’interfaces marqué avec le profil d’action comme interface-group-down.

    Par exemple,

    REMARQUE :

    Si la configuration n’est interface-group pas incluse dans la configuration RMEP. La configuration génère une erreur de validation.

  6. Une interface logique est représentée par une combinaison des et interface-device-nameunit-list. Configurez le nom de l’interface de périphérique et le nombre d’interfaces logiques au [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-groupfichier .

    Par exemple,

    Dans cet exemple de configuration, l’interface ge-0/0/0.0 est arrêtée.

    REMARQUE :
    • Au moins un des interface-group paramètres, interface-device-name ou unit-list doit être configuré. Si le nom de périphérique d’interface n’est pas configuré, l’interface MEP est considérée comme le nom de périphérique et l’interface logique de ce périphérique est arrêtée.

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

    • Si le n’est interface-device-name pas spécifié dans le interface-group, les numéros d’interface logique mentionnés dans unit-list pour l’interface physique sont supprimés.

    • Si le n’est unit-list pas spécifié dans le interface-groupfichier , les IFL sont désactivés pour l’interface configurée.

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

Configurer un profil d’action CFM pour spécifier des 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 d’événement et les seuils à surveiller. Vous pouvez également spécifier l’action à effectuer lorsque l’un des événements configurés se produit. Lorsque les événements CFM se produisent, le routeur effectue l’action correspondante en fonction de vos spécifications. Vous pouvez configurer un ou plusieurs événements dans le profil d’action. Vous pouvez également configurer un profil d’action et spécifier des actions par défaut en cas d’échec 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 action instructions et clear-action .

Pour configurer le profil d’action CFM :

  1. En mode configuration, au niveau de la hiérarchie [edit protocols oam ethernet connectivity-fault-management], spécifiez le nom du profil d’action et le(s) événement(s) CFM. Vous pouvez configurer plusieurs événements dans le profil d’action. Les événements possibles sont les suivants : interface-status-tlv, port-status-tlv, perte d’adjacence, RDI.
  2. Spécifiez l’action à effectuer 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. Spécifiez l’action par défaut à effectuer par le routeur en cas d’échec de la connectivité à un MEP distant. Si aucune action n’est configurée, aucune action n’est entreprise.
    REMARQUE :

    Il n’est pas conseillé d’associer un profil d’action à l’action interface-down d’une session MEP CFM montante s’exécutant sur une interface CCC (l2circuit/l2vpn) et peut entraîner une situation de blocage.