Extension de la logique de condition de redondance Pseudowire à la présentation de l’interface logique de service Pseudowire
La fonctionnalité de redondance pseudowire pour les scénarios de backhaul mobile utilise des interfaces associées à un tunnel logique (lt-) comme point d’assemblage entre les domaines de couche 2 et de couche 3. Cette fonctionnalité inclut désormais l’interface logique du service pseudowire MPLS pour mettre fin aux interfaces d’abonnés en utilisant l’interface ps0.0 comme point d’assemblage entre les domaines de couche 2 et de couche 3. Cette rubrique décrit les détails fonctionnels de la fonctionnalité de redondance pseudowire à l’aide de l’interface ps0.0, qui étend la logique de stratégie utilisée dans les interfaces de tunnel logique.
Un équipement logique pseudowire et ses interfaces logiques pseudowire associées dépendent de l’état de l’équipement d’interface de transport logique sous-jacent, qui est soit le VPN de couche 2 ou le circuit de couche 2.
Nous vous recommandons de l’utiliser unit 0 pour représenter l’interface logique de transport de l’équipement pseudowire. Les nombres d’unités non nuls représentent les interfaces logiques de service utilisées pour les interfaces d’abonnés pseudowire.
Exemple de topologie
La figure 1 de la page 1 montre l’assemblage des domaines de couche 2 et de couche 3 entre le nœud d’accès MPLS et le cœur MPLS. Le pseudowire principal ou de secours du côté de l’accès MPLS est terminé au niveau des équipements de périphérie du fournisseur (PE1 et PE2) au niveau de l’interface de transport logique pseudowire (ps0.0). Les interfaces de service logique pseudowire correspondantes (ps0.1 à ps0.n) au cœur du cloud MPLS sont connectées au domaine de couche 3, et ces interfaces de service logique pseudowire sont configurées dans des instances de routage VPN de couche 3.
Pseudowire
Cette topologie se traduit par un circuit de couche 2 à travers le nœud d’accès MPLS et les routeurs de périphérie du fournisseur, l’interface de transport logique pseudowire (ps0.0) agissant comme l’interface locale du circuit de couche 2 se terminant au niveau des routeurs PE.
Fonctionnalité
La figure 1 de la page 1 montre les détails fonctionnels de la redondance pseudowire avec des événements entre les équipements. A1 est le nœud d’accès MPLS qui lance les circuits primaires et de couche 2 de secours vers les équipements de périphérie du fournisseur (PE1 et PE2). Le circuit de couche 2 est terminé sur les équipements de périphérie du fournisseur, puis raccordé au VPN de couche 3.
Le flux fonctionnel est le suivant :
Créez le circuit primaire et de couche 2 de secours au nœud d’accès A1.
Détectez à la fois le chemin principal et le chemin de secours, annoncez les préférences locales et assemblez le circuit de couche 2 et le VPN de couche 3 aux équipements de périphérie du fournisseur (PE1 et PE2).
Le code pseudowire suivant est utilisé pour notifier l’état de réserve du nœud d’accès aux équipements de périphérie du fournisseur :
L2CKT_PW_STATUS_PW_FWD_STDBY drapeau avec 0x00000020.
Condition de stratégie pour les interfaces logiques de service Pseudowire
La condition de stratégie utilise des interfaces logiques de service pseudowire pour assembler les domaines de couche 2 et de couche 3. Les équipements de périphérie des fournisseurs (PE1 et PE2) détectent les circuits principaux et virtuels de réserve côté MPLS métro. Le circuit virtuel principal est rattaché au domaine de couche 3 côté services PE1 et PE2 vers le cœur MPLS. Voir la figure 2 en page 2.
de redondance Pseudowire
Un circuit principal de couche 2 existe entre le nœud d’accès A1 et l’équipement de périphérie pe1 du fournisseur, et un circuit de réserve de couche 2 existe entre le même nœud d’accès A1 et l’équipement de périphérie pe2 du fournisseur. Le service pseudowire sur l’interface logique de transport (ps0.0) est l’interface locale du circuit de couche 2 aux niveaux PE1 et PE2. Les pe1 et PE2 sont multiples instances VPN de couche 3 ; par exemple vrf-x et vrf-y.
Le service pseudowire sur les interfaces logiques de service ps0.x et ps0.y sont configurés pour les instances de routage vrf-x et vrf-y respectivement. Par exemple, lorsque le trafic avec VLAN ID x provient du nœud d’accès vers PE1 ou PE2 du circuit de couche 2, il sort par le service pseudowire sur l’interface logique de transport (ps0.0). Ensuite, le service pseudowire sur l’interface logique de service ps0.x est sélectionné et envoyé via l’instance vrf-x.
Lorsque l’état pseudowire est actif, l’équipement de périphérie du fournisseur d’agrégation (PE1 ou PE2) annonce le sous-réseau du circuit de pièce jointe avec la valeur de préférence locale la plus élevée, indiquée par l’utilisateur via une stratégie configurée manuellement.
Lorsque les équipements de périphérie des fournisseurs distants reçoivent deux préfixes inet-VPN correspondant au sous-réseau du circuit d’attachement, le préfixe de préférence local le plus élevé reçu détermine le chemin de données principal à choisir.
Voir les résultats suivants :
[edit policy-options]
condition primary {
if-route-exists {
address-family {
ccc {
ps0.0;
table mpls.0;
}
}
}
}
policy-statement l3vpn_export {
term primary {
from condition primary;
then {
local-preference add 300;
community set l3vpn;
accept;
}
}
}
Dans policy-statement name, sous condition primaire, il n’est pas nécessaire de configurer l’unité peer, car elle n’est valable que pour l’interface de tunnel logique. Pour l’interface logique de service pseudowire, on utilise le mappage one-to-many.