Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemple : configuration du multihébergement VPLS (FEC 129)

Présentation du multihébergement VPLS

Le multihébergement VPLS (Virtual Private LAN Service) vous permet de connecter le site d’un client à deux routeurs PE ou plus afin de fournir une connectivité redondante. Un routeur PE redondant peut fournir un service réseau au site du client dès qu’une défaillance est détectée. Le multihébergement VPLS permet de maintenir le service VPLS et le transfert du trafic vers et depuis le site multirésident dans les cas des types de défaillance du réseau suivants :

  • Défaillance de la liaison entre un routeur PE et un appareil CE

  • Défaillance du routeur PE

  • Défaillance d’accessibilité MPLS entre le routeur PE local et un routeur PE distant

Figure 1 : appareil CE multihébergé sur deux routeurs CE Device Multihomed to Two PE Routers PE
Remarque :

Dans la documentation VPLS, le mot routeur dans des termes tels que routeur PE est utilisé pour désigner tout périphérique fournissant des fonctions de routage.

La figure 1 illustre comment un équipement CE peut être multihébergé sur deux routeurs PE. L’équipement CE1 est multihébergé sur les routeurs PE1 et PE2. L’équipement CE2 a deux chemins potentiels pour atteindre l’équipement CE1, mais un seul chemin est actif à la fois. Si le routeur PE1 était l’équipement de périphérie VPLS (VE) désigné (également appelé redirecteur désigné), BGP signalerait un pseudowire du routeur PE3 au routeur PE1. Si une défaillance se produisait sur ce chemin, le routeur PE2 devenait le périphérique VE désigné et BGP signalait à nouveau le pseudowire du routeur PE3 au routeur PE2.

Les routeurs PE multirésidents annoncent les informations d’accessibilité de la couche réseau (NLRI) du site multiconnecté aux autres routeurs PE du réseau VPLS. La NLRI inclut l’ID de site des routeurs PE multihomés. Pour tous les routeurs PE multihébergés sur le même équipement CE, vous devez configurer le même ID de site. Les routeurs VPLS PE distants utilisent l’ID du site pour déterminer où transférer le trafic adressé au site du client. Pour éviter les collisions de route, l’ID de site partagé par les routeurs PE multirésidents doit être différent des ID de site configurés sur les routeurs PE distants du réseau VPLS.

Bien que vous configuriez le même ID de site pour chacun des routeurs PE multihébergés sur le même équipement CE, vous pouvez configurer des valeurs uniques pour d’autres paramètres, tels que le séparateur de route. Ces valeurs permettent de déterminer quel routeur PE multihébergement est sélectionné comme périphérique VE désigné à utiliser pour atteindre le site du client.

Bonne pratique :

Nous vous recommandons de configurer des distingueurs de route uniques pour chaque routeur PE multirésident. La configuration de distingueurs de route uniques contribue à une convergence plus rapide lorsque la connexion à un routeur PE multihoming principal est coupée. Si vous configurez des distingueurs de route uniques, les autres routeurs PE du réseau VPLS doivent conserver un état supplémentaire pour les routeurs PE multihomés.

Les routeurs PE distants du réseau VPLS doivent déterminer lequel des routeurs PE multirésidents doit transférer le trafic jusqu’à l’équipement CE. Pour ce faire, les routeurs PE distants utilisent le processus de sélection de chemin VPLS pour sélectionner l’un des routeurs PE multirésidents en fonction de son annonce NLRI. Étant donné que les routeurs PE distants ne sélectionnent qu’une seule des publicités NLRI, ils établissent un pseudowire vers un seul des routeurs PE multihoming, le routeur PE à l’origine de la publicité gagnante. Cela empêche la création de plusieurs chemins entre les sites du réseau, empêchant ainsi la formation de boucles de couche 2. Si le routeur PE sélectionné tombe en panne, tous les routeurs PE du réseau basculent automatiquement vers le routeur PE de secours et y établissent de nouveaux pseudowires.

Bonne pratique :

Pour éviter la formation de boucles de couche 2 entre les équipements CE et les routeurs PE multirésidents, nous vous recommandons d’utiliser le protocole STP (Spanning Tree Protocol) sur vos équipements CE. Des boucles de couche 2 peuvent se former en raison d’une mauvaise configuration. Des boucles temporaires de couche 2 peuvent également se former pendant la convergence après une modification de la topologie du réseau.

Les routeurs PE exécutent la procédure de sélection de chemin BGP sur les annonces de route de couche 2 provenant localement et reçues afin d’établir que les routes peuvent être annoncées à d’autres homologues, tels que les réflecteurs de route BGP. Si un routeur PE dans un réseau VPLS est également un réflecteur de route, le processus de sélection du chemin pour le site multiconnecté n’a aucun effet sur le processus de sélection du chemin effectué par ce routeur PE dans le but de refléter les routes de couche 2. Les préfixes de couche 2 qui ont des distinctions de route différents sont considérés comme ayant des NLRI différents pour la réflexion de route. Le processus de sélection de chemin VPLS permet au réflecteur de route de refléter toutes les routes qui ont des distinctions de route différentes de celles des clients du réflecteur de route, même si une seule de ces routes est utilisée pour créer le pseudowire VPLS vers le site multihoming.

Junos OS prend en charge le multihébergement VPLS pour les VPLS BGP et les VPLS FEC129. Consultez l’Explorateur de fonctionnalités pour plus d’informations sur la prise en charge de la plate-forme et des versions pour toute fonctionnalité liée à VPLS.

Exemple : configuration du multihébergement VPLS (FEC 129)

Cet exemple montre comment configurer le multihébergement VPLS (Virtual Private LAN Service). Le multihébergement permet au site d’un client de se connecter à plusieurs routeurs PE (Provider Edge). Un site VPLS multihébergé sur deux routeurs PE ou plus fournit une connectivité redondante en cas de défaillance de la liaison entre un routeur PE et un appareil CE ou de défaillance d’un routeur PE. L’exemple illustre la prise en charge du multihébergement basé sur BGP pour FEC 129 VPLS (également appelé VPLS LDP avec découverte automatique basée sur BGP).

Exigences

Cet exemple présente les exigences matérielles et logicielles suivantes :

  • Un ou plusieurs appareils CE pour représenter un site VPLS.

  • Au moins deux équipements PE.

  • Junos OS version 12.3 ou ultérieure s’exécutant sur les équipements PE connectés au site VPLS multirésident.

Vue d’ensemble

La découverte automatique VPLS basée sur le BGP (FEC 129) permet à chaque routeur VPLS PE de découvrir les autres routeurs PE qui se trouvent dans le même domaine VPLS. La découverte automatique VPLS détecte également automatiquement quand des routeurs PE sont ajoutés ou supprimés du domaine VPLS. Vous n’avez pas besoin de configurer manuellement le VPLS et de conserver la configuration lorsqu’un routeur PE est ajouté ou supprimé. La découverte automatique VPLS utilise BGP pour découvrir les membres VPLS et pour configurer et démonter les pseudowires dans le VPLS.

Le multihébergement BGP vous permet de connecter un site client à deux routeurs PE ou plus afin de fournir une connectivité redondante tout en empêchant la formation de boucles de couche 2 dans le réseau du fournisseur de services. La connectivité redondante maintient le service VPLS et le transfert du trafic vers et depuis le site multihoming en cas de défaillance de la liaison entre un routeur PE et un équipement CE, de défaillance d’un routeur PE ou de défaillance d’accessibilité MPLS entre le routeur PE local et un routeur PE distant. Un routeur PE redondant peut commencer à fournir des services au site du client dès que la défaillance est détectée.

Lorsqu’un équipement CE se connecte à plusieurs routeurs PE, chacun de ces routeurs annonce l’accessibilité pour le site multihoming (routes qui ont le même ID de site dans les informations d’accessibilité de la couche réseau (NLRI) de couche 2. Les autres routeurs PE du réseau utilisent un processus de sélection de chemin BGP pour sélectionner un seul des routeurs publicitaires vers lesquels ils envoient le trafic destiné à l’équipement CE. Ce processus de sélection des chemins élimine les boucles de couche 2 dans le réseau VPLS.

La découverte automatique n’est pas spécifiquement liée au multihébergement. La découverte automatique n’est pas nécessaire pour que le multihébergement fonctionne. Il s’agit de deux fonctionnalités distinctes. Cela dit, la signification de FEC 129 est que VPLS fait de l’autodécouverte. Ainsi, lorsque vous configurez le multihébergement pour FEC 129, vous devez également, par définition, configurer la découverte automatique (avec l’instruction auto-discovery-only ).

Il y a deux endroits dans la configuration où vous pouvez configurer le multihébergement VPLS. L’un est pour FEC 128 et l’autre pour FEC 129 :

  • Pour FEC 128 :routing-instances instance-name protocols vpls site site-name multi-homing

  • Pour la FEC 129 :routing-instances instance-name protocols vpls multi-homing

Les instructions suivantes sont utilisées pour configurer le multihébergement pour FEC 129 :

Cet exemple montre l’appareil CE1 multihébergé sur le routeur PE1 et le routeur PE2. De plus, l’équipement CE2 est monohébergé sur le routeur PE1. Device PE3 est le routeur PE distant, connecté à Device CE3. Le multihébergement n’est pas activé sur l’appareil PE3. La configuration rapide de la CLI montre la configuration de tous les appareils de la Figure 2. La section Configuration de l’appareil PE1 contient des instructions étape par étape pour configurer l’équipement PE1.

Figure 2 : Topologie pour le Network topology diagram showing CE, PE, and P routers with interfaces like ge-0/0/0.0 and fe-0/1/2.0; illustrates data flow. multihébergement FEC 129

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Dispositif PE1

Équipement PE2

Équipement PE3

Appareil CE1

Appareil CE2

Appareil CE3

Équipement P

Configuration de l’équipement PE1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’équipement PE1 :

  1. Configurez les interfaces.

    Configurez family mpls sur les interfaces destinées aux fournisseurs. Configurez family vpls sur les interfaces destinées aux clients.

  2. Configurez le protocole de passerelle intérieure (IGP) et les protocoles de signalisation sur les interfaces destinées aux fournisseurs.

    Cette traffic-engineering instruction permet à l’OSPF d’annoncer la mesure LSP (Label-switched path) dans les annonces sommaires d’état de lien (LSA).

  3. Configurez BGP.

    L’instruction auto-discovery-only informe le processus de routage (rpd) qu’il s’attend à recevoir des messages NLRI liés à la découverte automatique afin que les informations puissent être déchiffrées et utilisées par LDP et VPLS. L’instruction auto-discovery-only doit être configurée sur tous les routeurs PE d’un VPLS. Si vous configurez la réflexion de route, l’instruction auto-discovery-only est également requise sur les routeurs du fournisseur (P) qui agissent comme réflecteur de route pour prendre en charge les mises à jour liées à la FEC 129.

    Pour les scénarios d’interopérabilité dans lesquels un routeur PE doit prendre en charge les deux types de NLRI (FEC 128 et FEC 129), cet exemple inclut également l’instruction signaling .

  4. Configurez l’instance de routage.

    Les deux interfaces orientées CE sont incluses dans l’instance de routage. Seule l’interface multihébergement est incluse dans le site multihébergement.

    Par convention, le distingueur de route est composé de l’adresse de l’interface de bouclage de l’équipement PE1 et de l’identifiant du site multihébergement.

  5. (Facultatif) Configurez la détection de transfert bidirectionnelle (BFD) pour FEC 129 VPLS.

  6. Configurez le numéro du système autonome (AS) et l’ID du routeur.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow routing-instances, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que le multihébergement est opérationnel

Objet

Vérifiez que le multihébergement est opérationnel.

Mesures à prendre

À partir du mode opérationnel, entrez la show vpls connections extensive commande.

Signification

La sortie affiche en vert l’état du multihébergement pour l’instance de routage.

Vérification des routes de multihébergement

Objet

Vérifiez que les routes attendues sont identifiées comme multihébergement.

Mesures à prendre

En mode opérationnel, entrez les show route table bgp.l2vpn.0 commandes and show route table green.l2vpn.0 .

Signification

MH dans la sortie indique une route multihébergement. AD indique la découverte automatique.

Vérification des sessions BFD

Objet

Vérifiez que l’état de la session BFD est opérationnel.

Mesures à prendre

À partir du mode opérationnel, entrez la show bfd session commande.

Signification

Up sur le terrain indique que BFD State fonctionne.

Ping du routeur PE distant dans le domaine VPLS

Objet

Vérifiez l’opérabilité de la connexion VPN (Virtual Private Network) de couche 2 MPLS.

Mesures à prendre

En mode opérationnel, entrez la ping mpls l2vpn commande avec l’option fec129 .

Signification

La sortie indique que l’opération ping a réussi, ce qui signifie que le LSP d’une connexion VPN de couche 2 FEC 129 est accessible.