Exemple : VPLS de nouvelle génération pour multicast avec multihébergement

Procédure étape par étape

1. Dans le multihébergement VPLS basé sur BGP, il est recommandé de configurer des routeurs distincts pour chaque routeur multi-hébergement. La configuration de routeurs distincts permet d’accélérer la convergence lorsque la connexion à un routeur principal est en panne. Les autres routeurs PE de secours doivent également conserver des informations supplémentaires sur l’état pour accélérer la convergence.

   Il existe deux niveaux de sélection des chemins :

   • Le premier est BGP : BGP utilise une combinaison de distinction de route, d’ID de site et de décalage de bloc VE pour la sélection des chemins BGP.

   • Le deuxième est dans VPLS : VPLS utilise l’ID du site pour sélectionner les chemins VPLS.

   En configurant des distinctions de routes uniques, les préfixes pour la sélection des chemins BGP sont tous uniques. Par conséquent, la sélection des chemins BGP est ignorée et la sélection du chemin VPLS est utilisée, qui ne regarde que l’ID de site.

   Sur le routeur PE1, le routeur PE2, le routeur PE3 et le routeur PE4 configurent un routeur unique pour l’instance de GOLD routage.

2. Configurez l’ID de 1 site sur les routeurs PE1 et PE2 pour le routeur CE1. Configurez l’ID de 3 site sur les routeurs PE3 et PE4 pour le routeur CE3.

3. Activez le multihébergement en incluant l’énoncé dans la multi-homing configuration de site multihébergement sur le routeur PE1, le routeur PE2, le routeur PE3 et le routeur PE4.

4. Incluez l’énoncé sur le site-preference primary routeur PE1 et le routeur PE3, ainsi que sur le routeur PE2 et le site-preference backup routeur PE4. L’instruction site-preference primary définit la préférence locale à la valeur la plus élevée (65535) et l’instruction site-preference backup définit la préférence locale BGP à 1. Comme l’ID de site est le même, les routeurs sélectionnent la valeur de préférence locale la plus élevée que le transfert désigné.

Procédure étape par étape

Cette section présente les commandes d’affiche que vous pouvez utiliser pour vérifier le fonctionnement de l’exemple de configuration.

Dans cet exemple, les modèles de trafic sont les suivants :

• La source est connectée au routeur CE3 et envoie 10 000 pps pour les groupes 203.0.113.1 à 203.0.113.10. Le routeur CE3 est configuré comme point de rendez-vous.

• Les récepteurs multicast sont connectés au routeur CE1 et au routeur CE5. Les messages pim (Protocol Independent Multicast) sont générés par l’équipement de test.

• La liaison entre le routeur PE3 et le routeur CE3 et la liaison entre le routeur PE1 et le routeur CE1 sont configurées en tant que primaires pour le multihébergement VPLS.

• Tous les routeurs PE ont une session BGP avec le réflecteur de route.

• Tous les routeurs PE ont un chemin de commutation d’étiquettes (LSP) qui est créé vers le réflecteur de route afin que les routeurs PE disposent d’un chemin vers le réflecteur de route dans la table pour la résolution de inet.3 route.

1. Sur le routeur PE1, utilisez la show vpls connections commande pour vérifier que les connexions VPLS sont Up entre le routeur PE1 et le routeur PE3 et entre le routeur PE1 et PE5. Le routeur PE1 est le lien principal sélectionné par la configuration de multihébergement VPLS.

2. Sur le routeur PE2, utilisez la show vpls connections commande pour vérifier que les connexions VPLS au routeur PE3 et au routeur PE5 sont dans l’état LN , ce qui signifie que le routeur local n’est pas le transfert désigné. Le routeur PE2 est configuré pour être la liaison de secours du routeur CE1.

3. Sur le routeur PE3, utilisez la show vpls connections commande pour vérifier que les connexions VPLS au routeur PE1 et au routeur PE5 sont Up. Le routeur PE3 est configuré pour être la liaison principale du routeur CE3.

4. Sur le routeur PE4, utilisez la show vpls connections commande pour vérifier que les connexions VPLS sont dans l’état LN , ce qui signifie que le site local n’est pas désigné. Le routeur PE4 est configuré pour être la liaison de secours du routeur CE3.

5. Sur le routeur PE1, utilisez la show route advertising-protocol commande pour vérifier que le routeur PE1 (routeur principal multihébergement) envoie la publicité de routage VPN de couche 2 BGP au réflecteur de route avec la valeur de préférence locale de 65535. La préférence locale est utilisée par le routeur PE3 pour sélectionner le routeur PE1 comme le transfert désigné, plutôt que de sélectionner le routeur PE2 qui a une préférence locale de 1.

6. Sur le routeur PE2, utilisez la show route advertising-protocol commande pour vérifier que le routeur PE2 est configuré en tant que sauvegarde multihébergement avec une préférence locale de 1.

7. Sur le routeur PE3, utilisez la show route receive-protocol commande pour vérifier que le routeur PE3 reçoit le routage VPN de couche 2 du réflecteur de route pour le routeur PE1 et le routeur PE2 avec des valeurs de préférence locales différentes.

   La sélection des routes BGP est basée sur les routes reçues l2vpn pour le site VPLS connecté à des routeurs PE multihomed. Les routeurs PE1 et PE2 étant différents, les routeurs PE3 et PE4 considèrent les routes reçues des routeurs PE1 et PE2 comme des routes différentes. Les routeurs PE3 et PE4 exécutent l’algorithme de sélection des chemins BGP et sélectionnent le routeur PE1, le routeur présentant la valeur de préférence locale la plus élevée, comme le transfert désigné.

8. Sur le routeur PE3, utilisez la show route table commande pour vérifier que le routeur PE3 a sélectionné le LSP statique point à multipoint du routeur PE3 au routeur PE1 pour le transfert.

   Notez que le routeur PE2 ne dispose pas d’indicateurs PMSI (Provider Multicast Service Interface) car les attributs PMSI ne sont pas joints.

9. Sur le routeur PE3, utilisez la show vpls connections commande pour vérifier que la connexion VPLS est dans l’état Up .

   Notez que l’affichage affiche également l’interface locale et les valeurs d’étiquettes entrantes et sortantes utilisées.

Procédure étape par étape

Une fois le plan de contrôle vérifié à l’aide des étapes précédentes, vous pouvez vérifier le plan de données. Dans le scénario de multihébergement VPLS, le plan de données fonctionne de la même manière que les opérations VPLS de nouvelle génération. Cette section décrit les show sorties de commande que vous pouvez utiliser pour valider le plan de données.

1. Sur le routeur PE3, utilisez la show mpls lsp commande pour vérifier l’état des LSP statiques et des sous-LSP.

   Le routeur PE2 est configuré avec des LSP statiques point à multipoint et des sous-LSP avec protection des liaisons. Les LSP point vers multipoint ne sont pas pris en charge pour les LSP à saut unique. Dans la sortie suivante, notez que le LSP point à multipoint d’un saut unique du routeur PE3 au routeur PE4 est down.

2. Sur le routeur PE1, utilisez la show mpls lsp commande pour vérifier l’état des LSP dynamiques.

   Le routeur PE1 utilise un modèle LSP dynamique de point à multipoint configuré avec une protection des liaisons. Notez que l’état LSP est Up et que la protection des liaisons est desired.

3. Sur le routeur PE3, utilisez la monitor interface traffic commande pour vérifier le comportement de la réplication multicast pour le LSP point à multipoint sur le routeur PE3 de transfert désigné.

   La sortie montre que 10,000 les pps sont reçus sur l’interface ge-1/0/0 du routeur CE3. Le trafic a été transféré au routeur P2 du fournisseur (P) et au routeur PE4 via xe-0/0 et xe-0/0, respectivement. En fonction de la sortie, vous pouvez déterminer qu’une seule copie du paquet est envoyée au routeur P2 et au routeur PE4.

4. Sur le routeur P2, utilisez la monitor interface traffic commande pour vérifier que la réplication de paquets multicast s’effectue à proximité des routeurs PE connectés aux récepteurs.

   Les routeurs PE1 et PE5 sont connectés aux récepteurs qui ont rejoint ce groupe multicast. Notez que les paquets multicast entrants du routeur PE3 sur l’interface ge-0/1/0 sont répliqués deux fois et envoyés sur l’interface ge-1/1/0 .

5. Sur le routeur PE3, utilisez la show vpls flood commande pour vérifier les informations sur le routage du prochain saut d’inondation.

   Junos OS Version 9.0 et versions ultérieures identifie le routage de saut suivant d’inondation comme un saut suivant composite. Notez que l’interface est ge-1/0/0.1, le type de saut suivant est composite, et que la composition de flood est flood-to-all. Cela signifie que le trafic est inondé par tous les routeurs PE.

6. Sur le routeur PE3, utilisez la show vpls mac-table commande pour vérifier que l’adresse MAC du routeur PE à l’extrémité distante du VPLS a été apprise et ajoutée à la table d’adresses MAC.

   Notez que l’adresse MAC est apprise sur l’interface ge-1/0/0.1 .

7. Sur le routeur PE3, utilisez la show route forwarding-table commande pour vérifier que la table de transfert contient les entrées requises avec deux labels : l’un pour le service VPLS et l’autre pour l’interface du saut suivant.