Extension de la logique de condition de redondance pseudowire au service pseudowire Présentation de l’interface logique
La fonctionnalité de redondance pseudowire pour les scénarios de backhaul mobile utilise des interfaces appariées de tunnel logique (lt-) comme assemblage entre les domaines de couche 2 et de couche 3. Cette fonctionnalité inclut désormais l’interface logique du service pseudowire MPLS pour terminer les interfaces d’abonné en utilisant l’interface ps0.0 comme 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’interface de transport logique sous-jacente, qui est soit le VPN de couche 2, soit l’circuit de couche 2.
Nous vous recommandons de l’utiliser unit 0 pour représenter l’interface logique de transport du périphérique pseudowire. Les numéros d’unité non nuls représentent les interfaces logiques de service utilisées pour les interfaces d’abonné 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 se termine 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.
Cette topologie crée un circuit de couche 2 entre le nœud d’accès MPLS et les routeurs de périphérie du fournisseur, l’interface de communication logique pseudowire (ps0.0) faisant office d’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 appareils. A1 est le nœud d’accès MPLS qui initie les circuits de couche 2 primaire et 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 assemblé au VPN de couche 3.
Le flux fonctionnel est le suivant :
-
Créez le circuit de couche 2 principal et de secours au niveau du nœud d’accès A1.
-
Détectez à la fois le chemin principal et le chemin de secours, annoncez la préférence locale 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 veille 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 virtuels primaires et de secours du côté MPLS urbain. Le circuit virtuel principal est assemblé au domaine de couche 3 du côté des services PE1 et PE2 vers le cœur MPLS. Voir la figure 2 en page 2.
de redondance Pseudowire
Un circuit de couche 2 principal existe entre le nœud d’accès A1 et l’équipement de périphérie du fournisseur PE1, et un circuit de couche 2 de secours existe entre le même nœud d’accès A1 et l’équipement de périphérie du fournisseur PE2. 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. Aux niveaux PE1 et PE2, il existe plusieurs 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 est configuré pour les instances de routage vrf-x et vrf-y respectivement. Par exemple, lorsque le trafic avec l’ID de VLAN x provient du nœud d’accès vers PE1 ou PE2 sur le circuit de couche 2, il sort via 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 connexion avec la valeur de préférence locale la plus élevée, qui est indiquée par l’utilisateur via une stratégie configurée manuellement.
Lorsque les équipements périphériques des fournisseurs distants reçoivent deux préfixes inet-vpn correspondant au sous-réseau du circuit de connexion, le préfixe de préférence locale le plus élevé reçu détermine le chemin de données principal à choisir.
Voir le résultat suivant :
[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 la condition primaire, il n’est pas nécessaire de configurer l’unité homologue, car elle n’est valide que pour l’interface de tunnel logique. Pour l’interface logique du service pseudowire, le mappage un-à-plusieurs est utilisé.