Exemple : NG-VPLS utilisant des LSP point à multipoint

Procédure étape par étape

Sur les interfaces PE orientées client, activez le balisage VLAN, configurez le type d’encapsulation et activez la famille d’adresses VPLS. Vous pouvez choisir quatre encapsulations d’interface pour les instances de routage VPLS en fonction de vos besoins.

1. Si votre réseau nécessite que chaque interface logique de la liaison routeur PE-CE soit configurée pour n’accepter que les paquets avec l’ID 1000VLAN , incluez l’instruction vlan-tagging , incluez l’instruction encapsulation et spécifiez vlan-vpls le type d’encapsulation. Incluez également l’instruction vlan-id et spécifiez 1000 l’ID VLAN.

   Avec cette configuration, vous pouvez configurer plusieurs interfaces logiques avec différents ID VLAN et associer chaque interface logique à une instance de routage différente.

2. Si votre réseau nécessite que chaque interface physique du routeur PE vers la liaison routeur CE soit configurée pour utiliser l’intégralité du port Ethernet dans le cadre d’une seule instance VPLS, incluez l’instruction encapsulation et spécifiez ethernet-vpls le type d’encapsulation.

   Avec ce mode d’encapsulation, vous ne pouvez pas créer plusieurs unités logiques (VLAN).

3. Si votre réseau nécessite que chaque interface logique de l’interface physique unique du routeur PE vers la liaison routeur CE soit configurée pour utiliser une combinaison de différentes encapsulations, incluez l’instruction encapsulation et spécifiez flexible-ethernet-services comme type d’encapsulation au niveau de la [edit interfaces interface-name] hiérarchie. Incluez également l’instruction encapsulation et spécifiez vlan-vpls ou vlan-ccc en tant que type d’encapsulation au niveau de la [edit interfaces interface-name unit logical-unit-number] hiérarchie.

4. Si votre réseau a besoin d’une prise en charge d’une combinaison de VLAN à balisage unique et double configurés dans différentes interfaces logiques sur une interface physique unique, incluez l’instruction encapsulation et spécifiez flexible-vlan-tagging le type d’encapsulation.

5. Configurez les interfaces de routeur CE orientées cœur de réseau. La configuration de l’interface logique du routeur CE et du routeur PE doit correspondre aux types d’encapsulation et aux ID VLAN. En règle générale, l’adresse IP est configurée sur les interfaces de routeur CE central si l’équipement CE est un routeur et termine le domaine de couche 2 dans le réseau de couche 3. Dans cet exemple, l’interface est configurée pour un balisage unique avec un ID VLAN de 1000.

Procédure étape par étape

La configuration d’un réflecteur de route est la méthode préférée pour activer toutes les offres de services basées sur BGP. La configuration d’un réflecteur de route évite d’avoir besoin d’un maillage complet des sessions pairs BGP, et il évolue bien. La redondance BGP peut être réalisée à l’aide de plusieurs réflecteurs de route dans un seul cluster.

1. Pour permettre à BGP de transporter des messages VPN de couche 2 et VPLS NLRI, créez un groupe d’homologues, incluez l’instruction family , spécifiez l’option l2vpn et incluez l’instruction signaling . Pour configurer le cluster de réflecteur de route et terminer les sessions homologues BGP, incluez l’instruction cluster et spécifiez l’adresse IP de l’ID de cluster. Ensuite, incluez l’instruction neighbor et spécifiez l’adresse IP des routeurs PE qui sont pairs avec le client BGP dans le cluster.

2. Configurez OSPF et activez l’ingénierie du trafic sur le réflecteur de route pour créer la base de données CSPF (Constrained Shortest Path First) pour les LSP sortants qui se terminent à partir des routeurs PE.

3. Activez les protocoles MPLS et RSVP sur toutes les interfaces connectées au cœur MPLS. Cela met fin aux LSP sortants RSVP des routeurs PE.

Procédure étape par étape

Pour les VPLS basés sur BGP, tous les routeurs PE doivent disposer d’un maillage complet de sessions homologues BGP entre elles ou d’avoir un seul pair avec le réflecteur de route. Le réflecteur de route reflète les routes reçues des autres routeurs PE. Dans cet exemple, le routeur PE est configuré pour établir une relation d’appairage avec le réflecteur de route.

1. Pour que tous les routeurs PE établissent une session peer client BGP avec le réflecteur de route, créent un groupe d’homologues interne, incluent l’instruction local-address et spécifient l’adresse IP du routeur PE. Incluez également l’instruction neighbor et spécifiez l’adresse IP du réflecteur de route. Pour permettre à BGP de transporter des messages VPN de couche 2 et VPLS NLRI, incluez l’instruction family , spécifiez l’option l2vpn et incluez l’instruction signaling .

2. Configurez un LSP RSVP point à point depuis les routeurs PE jusqu’au réflecteur de route. Pour créer le LSP, incluez l’instruction label-switched-path , donnez au LSP un nom significatif, incluez l’instruction to et spécifiez l’adresse IP du réflecteur de route comme point d’extrémité LSP. Ce LSP est nécessaire pour résoudre les sauts suivants BGP dans la inet.3 table de routage pour les routes reçues du réflecteur de route.

Procédure étape par étape

Dans les VPLS nouvelle génération, les LSP point à multipoints ne sont utilisés que pour transporter des trames unicast, de diffusion et de multicast inconnues. Toutes les autres trames sont toujours transportées à l’aide de LSP RSVP point à point. Il s’agit d’une utilisation plus efficace de la bande passante, en particulier près de la source des trames inconnues, broadcast et multicast. Le compromis est plus d’état dans le réseau, car chaque routeur PE est l’entrée d’un LSP point à multipoint qui touche tous les autres routeurs PE, et n les LSP point à point sont nécessaires, l’un allant à chacun des autres routeurs PE.

1. Pour créer un LSP point à point, incluez l’instruction label-switched-path , donnez au LSP un nom significatif, incluez l’instruction to et spécifiez l’adresse IP de l’autre routeur PE en tant que point de terminaison LSP. L’exemple illustre la configuration des LSP du routeur PE1 aux routeurs PE2, PE3 et PE4.

Procédure étape par étape

Cette procédure explique comment créer des LSP dynamiques point à multipoint et comment configurer des LSP statiques point à multipoint. Sur un routeur configuré avec des LSP statiques point à multipoint, les LSP sont immédiatement mis en place. Sur un routeur configuré avec des LSP dynamiques point à multipoint, le LSP n’apparaît qu’après avoir reçu des informations sur les voisins BGP du réflecteur de route ou des autres routeurs PE participant au domaine VPLS.

Pour chaque instance VPLS, un routeur PE avec des LSP dynamiques point à multipoint activés crée un LSP point à multipoint dédié basé sur le modèle point à multipoint. Chaque fois que VPLS découvre un nouveau voisin via BGP, un sous-LSP pour ce voisin est ajouté au LSP point à multipoint.

S’il existe n des routeurs PE dans l’instance VPLS, le routeur crée n des LSP point à multipoint dans le réseau où chaque routeur PE est la racine de l’arbre et inclut le reste des routeurs PE comme nœuds de n-1 branche connectés via un sous-LSP source à branche.

1. Au cours de cette étape, vous configurez le routeur PE1 et le routeur PE2 pour utiliser un modèle LSP dynamique point à multipoint pour la création de LSP. Lorsque ces routeurs reçoivent un nouveau routage BGP annoncé par le réflecteur de route pour un nouveau voisin, ils créent un sous-LSP point à multipoint pour ce voisin. Pour créer le modèle LSP dynamique point à multipoint, incluez l’instruction label-switched-path , donnez au modèle LSP un nom significatif, incluez l’instruction template et incluez l’instruction p2mp . Activez également la protection des liaisons et configurez le timer optimisé pour réoptimiser régulièrement le chemin LSP.

2. Au cours de cette étape, vous configurez des LSP statiques point à multipoint. La création de LSP statiques point à multipoint est similaire à la création de LSP point à point, sauf que vous pouvez également configurer d’autres paramètres RSVP sous chaque LSP point à multipoint.

   Pour créer des LSP statiques point à multipoint, incluez l’instruction label-switched-path , donnez au LSP un nom significatif, incluez l’instruction to et spécifiez l’adresse IP du routeur PE qui est le point de terminaison du LSP. Incluez également l’instruction p2mp et spécifiez un nom de chemin.

Procédure étape par étape

Les LSP point à multipoint ne prennent en charge que la protection des liaisons RSVP pour l’ingénierie du trafic. La protection des nœuds n’est pas prise en charge. La protection des liaisons est facultative, mais c’est la configuration recommandée pour la plupart des réseaux.

1. Pour assurer la protection des liaisons sur les interfaces centrales, incluez l’instruction link-protection au niveau de la [edit protocols rsvp interface interface-name] hiérarchie.

2. Activez le LSP point à multipoint pour utiliser la fonctionnalité de protection des liaisons RSVP. La protection des liaisons peut être configurée à la fois pour les LSP statiques point à multipoint et dynamiques point à multipoint qui utilisent un modèle.

   Pour les LSP statiques point à multipoint, configurez chaque sous-LSP de filiale. Pour activer la protection des liaisons, incluez l’instruction link-protection au niveau de la [edit protocols mpls label-switched-path label-switched-path-name] hiérarchie.

3. Pour les LSP dynamiques point à multipoint utilisant un modèle, seul le modèle doit avoir une protection de liaison configurée. Tous les LSP point à multipoint de filiales qui utilisent le modèle héritent de cette configuration.

   Pour assurer la protection des liaisons pour les LSP dynamiques point à multipoint, incluez l’instruction link-protection au niveau de la [edit protocols mpls label-switched-path label-switched-path-name] hiérarchie.

Procédure étape par étape

Pour NG-VPLS, la configuration d’instance de routage est similaire à celle d’une instance de routage VPLS standard. L’instance de routage définit le site VPLS et crée la connexion VPLS. Les paramètres suivants sont configurés.

• Type d’instance : VPLS.

• Interface – L’interface se connectant au routeur CE.

• Distinction de route : chaque instance de routage que vous configurez sur un routeur PE doit disposer d’un routeur de routage unique. Le système de distinction de route est utilisé par BGP pour distinguer les messages d’informations d’accessibilité réseau (NLRI) potentiellement identiques reçus de différents VPN. Nous vous recommandons d’utiliser un système de distinction de route unique pour chaque instance de routage sur chaque PE afin que vous puissiez déterminer quel PE est à l’origine de la route.

• Cible VRF : la configuration d’une communauté cible VRF à l’aide de l’instruction vrf-target génère des stratégies d’importation et d’exportation VRF par défaut qui acceptent les routes importées et balisent les routes exportées avec la communauté cible spécifiée.

• Protocoles : configurez le protocole VPLS comme décrit dans la procédure suivante.

1. Pour configurer l’instance de routage NG-VPLS, incluez l’instruction routing-instances et spécifiez le nom de l’instance. Incluez également l’instruction instance-type et spécifiez vpls comme type. Incluez l’instruction route-distinguisher et spécifiez un routeur unique sur tous les VPN configurés sur le routeur. Configurez une cible de route VRF en incluant l’instruction vrf-target et spécifiez la cible de route. La cible de routage exportée par un routeur doit correspondre à la cible de routage importée par un autre routeur pour le même VPLS.

2. Pour utiliser un LSP point à multipoint pour l’inondation VPLS, configurez un LSP sous l’instance de routage VPLS.

   Pour configurer le LSP point à multipoint pour l’inondation VPLS, incluez l’instruction label-switched-path-template et spécifiez le nom du modèle LSP au niveau de la [edit routing-instances routing-instances-name provider-tunnel rsvp-te] hiérarchie.

3. La configuration du protocole VPLS permet d’utiliser le VPLS entre différents sites du domaine VPLS. Plusieurs sites peuvent être configurés sous une seule instance de routage VPLS, mais notez que l’ID de site le plus bas est utilisé pour construire le pseudowire VPLS vers les autres routeurs PE, et le bloc d’étiquettes associé à l’ID de site le plus bas est annoncé. Les paramètres suivants sont configurés pour le protocole VPLS :

   • Site : nom du site VPLS.

   • Plage de sites : id de site maximum autorisé dans le VPLS. La plage de sites spécifie l’ID de site le plus important autorisé dans le VPLS, et non le nombre de sites dans le VPLS.

   • Identifiant du site : nombre compris entre 1 et 65 534 qui identifie le site VPLS de manière unique. Il est également appelé VE-ID dans la RFC concernée.

   • Interface PE-CE – L’interface participant à ce site.

   • Services de tunnel pour VPLS – Si vous ne configurez aucune interface de tunnel dans la [edit protocol vpls tunnel-services] hiérarchie, le routeur utilise n’importe quelle interface de tunnel disponible sur le routeur pour VPLS.

   • Services sans tunnel : si vous incluez l’instruction no-tunnel-services , le routeur utilise une interface de commutation d’étiquettes (LSI) pour les services de tunnel pour cette instance VPLS.

   • Taille de la table Mac : la taille de la table d’adresses MAC (Media Access Control) VPLS. La valeur par défaut est de 512 adresses et le nombre maximal de 65 536 adresses. Lorsque la table est pleine, de nouvelles adresses MAC ne sont plus ajoutées à la table.

   Pour configurer le protocole VPLS, incluez l’instruction vpls au niveau de la [edit routing-instances routing-instance-name protocols] hiérarchie. Pour configurer la plage de sites, incluez l’instruction site-range et spécifiez l’ID de site le plus important autorisé dans le VPLS. Pour que le routeur utilise une interface LSI, incluez l’instruction no-tunnel-services . Pour créer un site VPLS, incluez l’instruction site et spécifiez un nom de site. Incluez également l’énoncé site-identifier et spécifiez l’ID du site. Incluez ensuite l’instruction interface et spécifiez le nom de l’interface connectée à l’équipement CE.

Procédure étape par étape

Une interface tunnel est nécessaire pour la configuration VPLS afin d’encapsuler le trafic d’origine et de déscapsuler le trafic provenant d’un site distant. Si l’interface du tunnel n’est pas configurée, le routeur sélectionne l’une des interfaces de tunnel disponibles sur le routeur par défaut. Il existe trois méthodes disponibles dans Junos OS pour configurer cette interface de tunnel.

• Pour spécifier une interface de tunnel virtuel à utiliser comme équipement principal pour la tunnelisation, incluez l’instruction primary et spécifiez l’interface de tunnel virtuel à utiliser au niveau de la [edit routing-instances routing-instance-name protocols vpls tunnel-services] hiérarchie.

• Pour configurer le routeur afin qu’il utilise une interface LSI pour les services de tunnel plutôt qu’une interface de tunnel virtuel, incluez l’instruction no-tunnel-services au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie.

• Dans un routeur MX Series, vous devez créer l’interface de services de tunnel à utiliser pour les services de tunnel. Pour créer l’interface de service de tunnel, incluez l’instruction bandwidth et spécifiez la quantité de bande passante à réserver pour les services de tunnel en gigabits par seconde au niveau de la [edit chassis fpc slot-number pic slot-number tunnel-services] hiérarchie.

Procédure étape par étape

Cette section décrit show les sorties de commande que vous pouvez utiliser pour valider le plan de contrôle. Il fournit également des méthodologies de dépannage. Notez ce qui suit :

• Dans cet exemple, il y a six sites. Le routeur PE1 et le routeur PE2 ont deux sites chacun. Le routeur PE3 et le routeur PE4 ont un site chacun. Tous les sites sont dans l’instance GOLD VPLS.

• Dans VPLS, si plusieurs sites sont configurés sous une seule instance de routage VPLS, le bloc de labels du site avec l’ID de site le plus bas est utilisé pour établir des pseudowires entre les points de service distants. Notez que le trafic de données est toujours envoyé vers les interfaces de routeur PE connectées aux équipements CE qui se trouvent dans l’un des états suivants :

  • LM – L’ID de site local n’est pas le minimum désigné. L’ID du site local n’est pas le plus bas. Par conséquent, l’ID de site local n’est pas utilisé pour établir des pseudowires ou distribuer des blocs de labels VPLS.

  • RM – L’ID du site distant n’est pas le minimum désigné. L’ID du site distant n’est pas le plus bas. Par conséquent, l’ID de site distant n’est pas utilisé pour établir des pseudowires ou distribuer des blocs d’étiquettes VPLS.

• Pour plus d’informations sur la manière dont les blocs de labels VPLS sont alloués et utilisés, consultez La présentation du fonctionnement des blocs d’étiquettes VPLS.

1. Une fois la configuration terminée, vous pouvez vérifier l’état des connexions VPLS.

   Dans la sortie suivante, les connexions VPLS affichent l’état Up de certains sites, et les autres sites affichent l’état ou l’état RM LM . Il s’agit de l’état attendu d’une implémentation VPLS sur des sites multihébergement.

   Dans cet exemple, le routeur PE1 a un site CE1 configuré avec l’ID de 1 site et le site Direct configuré avec l’ID de 2site . Le bloc d’étiquettes du site CE1 est annoncé aux routeurs PE distants et utilisé pour recevoir les paquets de données des routeurs PE distants. Dans la sortie de show commande, notez les éléments suivants :

   • Le routeur PE1 utilise son ID de site le plus bas, qui est l’ID de 1site . L’ID 1 du site est utilisé pour l’équipement CE1.

   • Le routeur PE2 utilise son ID de site le plus bas, qui est l’ID de 3site . L’ID de site 3 est utilisé pour l’équipement CE2.

   • Le routeur PE3 et le routeur PE4 ont chacun un seul site configuré.

     Pour le site CE1, le site 3 de connexion est dans l’état et le Up site de 4 connexion est dans l’état RM .

   • Pour le site Direct, toutes les connexions sont à l’état LM .

   • Le site Direct a un ID de site plus élevé que le site 1 sur ce routeur.

   Sur le routeur PE1, utilisez la show vpls connections commande pour vérifier l’état des connexions VPLS .

2. Sur le routeur PE4, utilisez la show vpls connections commande pour vérifier l’état des connexions VPLS.

   Vérifiez que le site 2 et le site 4 sont dans l’état RM . Cet état vous indique que les sites sont configurés avec l’ID de site le plus élevé sur le routeur PE1 et le routeur PE2. Étant donné que le routeur PE4 n’a qu’un seul site configuré, il n’a pas de sites dans les LM états.

3. Sur chaque routeur PE, utilisez la show bgp summary commande pour vérifier que les sessions IBGP entre les routeurs PE ou entre le routeur PE et le réflecteur de route ont été établies. Les sessions doivent être opérationnelles avant que les routeurs PE puissent échanger des routes VPN de couche 2. Dans l’exemple ci-dessous, notez également que la sortie du routeur PE1 indique que les tables et GOLD.l2vpn.0 de bgp.l2vpn.0 routage ont été créées.

4. Sur le routeur PE4, utilisez la show route table commande pour vérifier qu’il existe un routage VPN de couche 2 vers chacun des autres routeurs PE. Le routeur PE3 doit avoir une sortie de commande similaire show .

5. Sur le réflecteur de route, utilisez la show bgp summary commande pour vérifier que le routeur dispose d’une session IBGP peer avec chacun des routeurs PE.

6. Dans ng-VPLS, les LSP point à multipoint ne transportent que des paquets unicast, broadcast et multicast inconnus. Un maillage complet de LSP point à point est nécessaire entre les routeurs PE pour NG-VPLS. Les LSP point à point créent des routes dans la table de inet.3 routage. Ces entrées sont utilisées pour résoudre les routes VPN de couche 2 reçues des pairs BGP. Tous les autres trafics de données sont envoyés par des LSP point à point.

   Un LSP point à point est également créé pour le réflecteur de route. Ce LSP crée un routage dans la table de routage pour la inet.3 résolution du saut suivant BGP.

   Sur le routeur PE1, utilisez la show mpls lsp commande pour vérifier que les to-PE2, to-PE3, to-PE4et to-RR les LSP sont dans l’état Up .

7. Pour chaque instance VPLS, un routeur PE crée un LSP dédié point à multipoint. Dans cet exemple, les routeurs PE1 et PE2 sont configurés pour utiliser un modèle dynamique point à multipoint.

   Pour les LSP dynamiques point à multipoint, chaque fois que VPLS découvre un nouveau voisin VPN de couche 2 via BGP, un sous-LSP source à branche est ajouté dans l’instance VPLS pour ce routeur PE voisin.

   Sur le routeur PE1, utilisez la show mpls lsp commande pour vérifier que trois sous-LSP source à branche sont créés.

8. Sur le routeur PE2, utilisez la show mpls lsp commande pour vérifier que trois sous-LSP source à leaf sont créés.

9. Dans cette étape, les routeurs PE3 et PE4 utilisent des LSP statiques point à multipoint. Pour les LSP statiques point à multipoint, les sous-LSP source à branche de tous les routeurs PE sont configurés manuellement.

   Sur le routeur PE3, utilisez la show mpls lsp commande pour vérifier que trois sous-LSP source à leaf ont été configurés.

10. Sur le routeur PE4, utilisez la show mpls lsp commande pour vérifier que trois sous-LSP source à leaf sont configurés.

11. Chaque LSP point à multipoint créé par le routeur PE peut être identifié à l’aide d’un objet de session RSVP-TE point à multipoint. L’objet de session est passé en tant qu’attribut de tunnel PMSI par BGP lorsqu’il annonce des routes VPLS. À l’aide de cet attribut tunnel, une demande d’ajout de sous-LSP (RSVP-Path) entrante prend en charge l’attribution d’étiquettes de telle sorte que lorsque le trafic arrive sur ce sous-LSP source à leaf, le routeur termine le message dans la bonne instance VPLS et identifie également le PE d’origine. Cela prend en charge l’apprentissage d’adresse MAC source.

    Sur le routeur PE1, utilisez la show rsvp session commande pour vérifier que la session RSVP pour le LSP dynamique point à multipoint est Up et que la protection des liaisons est configurée en tant que desired. Notez que l’objet de session point à multipoint à envoyer dans BGP est 54337.

12. Le routeur PE4 est configuré pour des LSP statiques point à multipoint. La protection des liaisons n’est pas configurée pour ces LSP. Utilisez la show rsvp session commande pour vérifier que l’objet de session point à multipoint à envoyer dans BGP est 42873.

13. Sur le routeur PE1, utilisez la show route table commande pour vérifier que le routeur PE1 a reçu un routage VPN de couche 2 vers le routeur PE2 de la part du réflecteur de routeur et que le routage inclut un objet PMSI qui contient l’identifiant de tunnel de point à multipoint de 20361.

14. Sur le routeur PE2, utilisez la show rsvp session commande pour vérifier que l’objet d’identification de tunnel PMSI correspond à l’objet d’identification de 20361 tunnel PMSI affiché sur le routeur PE1.

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. Cette section décrit show les sorties de commande que vous pouvez utiliser pour valider le plan de données.

1. Sur le routeur PE1, utilisez la show vpls connections extensive | match Flood commande pour vérifier le nom et l’état de tous les sites LSP point à multipoint. Notez l’identificateur de saut suivant de flood pour 600 le 192.0.2.1:1:vpls:GOLD LSP.

2. Sur le routeur PE1, utilisez la show vpls connections extensive commande pour vérifier le nom et l’état de tous les sites LSP point à multipoint.

3. Junos OS Version 9.0 et versions ultérieures identifie le routage de saut suivant d’inondation comme un saut suivant composite. Sur le routeur PE1, utilisez la show route forwarding-table family vpls vpn GOLD detail commande pour vérifier que trois routes composite flood next-hop sont installées dans le moteur de transfert de paquets.

   Vous pouvez également utiliser la commande pour correspondre show route forwarding-table family vpls extensive à l’identifiant de flood et noter l’étiquette d’inondation. Pour faire correspondre le label correspondant au LSP point à multipoint, utilisez la show rsvp session ingress p2mp commande.

4. Sur le routeur PE1, utilisez la show route forwarding-table family vpls vpn GOLD extensive | find 0x30003/51 commande pour obtenir plus de détails sur le routage composite next-hop et les étiquettes LSP point à multipoint associées.

5. Sur le routeur PE1, utilisez la show vpls mac-table instance GOLD commande pour vérifier les adresses MAC apprises des routeurs CE connectés au domaine VPLS.

6. Sur le routeur PE1, utilisez la show vpls statistics commande pour vérifier le flux de trafic broadcast, multicast et unicast à l’aide des statistiques de paquets pour l’instance VPLS.