Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

GMPLS Configuration

Introduction à GMPLS

Le MPLS traditionnel est conçu pour transporter le trafic IP de couche 3 à l’aide de chemins IP établis et associer ces chemins à des étiquettes arbitrairement attribuées. Ces étiquettes peuvent être configurées explicitement par un administrateur réseau ou être attribuées dynamiquement au moyen d’un protocole tel que LDP ou RSVP.

GMPLS généralise mpls en ce qu’il définit des étiquettes pour la commutation de différents types de trafic de couche 1, couche 2 ou couche 3. Les nœuds GMPLS peuvent avoir des liens avec l’une ou plusieurs des capacités de commutation suivantes :

  • CARTE FSC (Fiber-Switched Capable)

  • Carte de commutation lambda (LSC)

  • TDM (Time-Division Multiplexing) avec fonction de commutation (TSC)

  • Carte de commutation par paquets (PSC)

Les chemins de commutation d’étiquettes (LSP) doivent commencer et se terminer sur les liaisons avec la même fonctionnalité de commutation. Par exemple, les routeurs peuvent établir des LSP à commutation par paquets avec d’autres routeurs. Les LSP peuvent être transportés sur un LSP à commutation TDM entre les multiplexeurs d’ajout/déposer SONET (ADM), qui à leur tour peuvent être transportés sur un LSP à commutation lambda.

Le résultat de cette extension du protocole MPLS est une augmentation du nombre d’équipements pouvant participer à la commutation d’étiquettes. Les équipements de couche inférieure, tels que les OXCs et les ADM SONET, peuvent désormais participer à la signalisation GMPLS et définir des chemins pour transférer des données. Un routeur peut participer à la signalisation de chemins optiques sur un réseau de transport.

Deux modèles de services déterminent la visibilité qu’un nœud client (un routeur, par exemple) a sur le cœur optique ou le réseau de transport. La première consiste à utiliser une interface utilisateur-réseau (UNI), souvent appelée modèle de superposition. Le deuxième modèle est connu sous le nom d’appairage. Juniper Networks prend en charge ces deux modèles.

Remarque :

Il n’y a pas nécessairement de correspondance unique entre une interface physique et une interface GMPLS. Si une connexion GMPLS utilise un connecteur physique non canalisé, le label GMPLS peut utiliser l’ID de port physique. Cependant, l’étiquette des interfaces canalisées est souvent basée sur un canal ou un emplacement horaire. Par conséquent, il est préférable de se référer aux étiquettes GMPLS comme identifiants pour une ressource sur une liaison d’ingénierie de trafic.

Pour établir des LSP, GMPLS utilise les mécanismes suivants :

  • Canal de contrôle hors bande et canal de données : les messages RSVP pour la configuration LSP sont envoyés via un réseau de contrôle hors bande. Une fois la configuration LSP terminée et le chemin provisionné, le canal de données est opérationnel et peut être utilisé pour transporter le trafic. Le protocole LMP (Link Management Protocol) permet de définir et de gérer les canaux de données entre une paire de nœuds. Vous pouvez éventuellement utiliser LMP pour établir et maintenir des canaux de contrôle LMP entre les pairs exécutant la même version junos OS.

  • Extensions RSVP-TE pour GMPLS — RSVP-TE est déjà conçu pour signaler la configuration des LSP de paquets. Cela a été étendu pour GMPLS afin de pouvoir demander la configuration de chemin pour différents types de LSP (non emballés) et demander des étiquettes comme les longueurs d’onde, les emplacements temporels et les fibres comme objets d’étiquette.

  • LSP bidirectionnels : les données peuvent se déplacer des deux manières entre les équipements GMPLS sur un chemin unique, de sorte que les LSP non emballés sont signalés pour être bidirectionnels.

Termes et acronymes GMPLS

MPLS généralisé (GMPLS)

Extension de MPLS permettant de basculer les données de plusieurs couches sur des chemins de commutation d’étiquettes (LSP). Les connexions LSP GMPLS sont possibles entre des équipements de couches 1, 2 et 3 similaires.

Adjacence de transfert

Un chemin de transfert pour l’envoi de données entre les équipements compatibles GMPLS.

Étiquette GMPLS

Identificateurs de couche 3, port fibre, emplacement horaire TDM (Time-Division Multiplexing) ou DWDM (Dense Wavelength-Division Multiplexing) d’un équipement compatible GMPLS utilisé comme identifiant du prochain saut.

Types de LSP GMPLS

Les quatre types de LSP GMPLS sont les suivants :

  • FSC (Fiber-Switched Capable) : les LSP sont commutés entre deux équipements à base de fibre optique, tels que les OXC (Optical Cross-Connect) fonctionnant au niveau des fibres individuelles.

  • Capacité de commutation lambda (LSC) : les LSP sont commutés entre deux équipements DWDM, tels que les OXC qui fonctionnent au niveau de longueurs d’onde individuelles.

  • TDM (Switched Capable) : les LSP sont commutés entre deux équipements TDM, tels que les ADM SONET.

  • CAPACITÉ DE COMMUTATION PAR PAQUET (PSC) : les LSP sont commutés entre deux équipements basés sur des paquets, tels que des routeurs ou des commutateurs ATM.

Protocole de gestion des liaisons

Protocole utilisé pour définir une adjacence de transfert entre les pairs et pour maintenir et allouer des ressources sur les liaisons techniques du trafic.

Lien aspects techniques du trafic

Connexion logique entre les équipements compatibles GMPLS. Les liaisons d’ingénierie de trafic peuvent comporter des adresses ou des ID et sont associées à certaines ressources ou interfaces. Ils ont également certains attributs (type d’encodage, capacité de commutation, bande passante, etc.). Les adresses logiques peuvent être routables, bien que cela ne soit pas nécessaire car elles agissent comme des identifiants de liaison. Chaque lien d’ingénierie de trafic représente une adjacence de transfert entre deux équipements.

Fonctionnement de GMPLS

La fonctionnalité de base de GMPLS nécessite une interaction étroite entre RSVP et LMP. Il fonctionne dans la séquence suivante :

  1. LMP informe RSVP des nouvelles entités :

    • Lien aspects techniques du trafic (adjacence de transfert)

    • Ressources disponibles pour le lien sur les aspects techniques du trafic

    • Appairage de contrôle

  2. GMPLS extrait les attributs LSP de la configuration et demande à RSVP de signaler un ou plusieurs chemins spécifiques, qui sont spécifiés par les adresses de liaison relatives aux aspects techniques du trafic.

  3. RSVP détermine la liaison technique du trafic local, l’adjacence de contrôle correspondante, le canal de contrôle actif et les paramètres de transmission (tels que la destination IP). Il demande que LMP alloue une ressource de la liaison d’ingénierie de trafic avec les attributs spécifiés. Si le LMP trouve une ressource correspondant aux attributs, l’allocation d’étiquettes réussit. RSVP envoie un saut PathMsg par saut jusqu’à ce qu’il atteigne le routeur cible.

  4. Lorsque le routeur cible reçoit le PathMsg, RSVP demande à nouveau que LMP alloue une ressource en fonction des paramètres signalés. Si l’allocation d’étiquettes réussit, le routeur renvoie un ResvMsg.

  5. Si la signalisation réussit, un chemin optique bidirectionnel est provisionné.

GMPLS et OSPF

Vous pouvez configurer OSPF pour GMPLS. OSPF est un protocole IGP (Interior Gateway Protocol) qui achemine les paquets au sein d’un système unique autonome (AS). OSPF utilise des informations sur l’état des liens pour prendre des décisions de routage.

GMPLS et CSPF

GmPLS introduit des contraintes supplémentaires pour les chemins de calcul pour les LSP GMPLS qui utilisent CSPF. Ces contraintes supplémentaires affectent les attributs de lien suivants :

  • Type de signal (bande passante LSP minimale)

  • Type d’encodage

  • Type de commutation

Ces nouvelles contraintes sont renseignées dans la base de données des aspects techniques du trafic avec l’échange d’un type, d’une longueur, d’une valeur (TLV) de commutation d’interface via un IGP.

Les contraintes ignorées qui sont échangées via le descripteur des capacités de commutation d’interface sont les suivantes :

  • Bande passante LSP maximale

  • Unité de transmission maximale (MTU)

Le calcul de chemin CSPF est le même que dans les environnements non-GMPLS, sauf que les liaisons sont également limitées par des contraintes GMPLS.

Chaque liaison peut avoir plusieurs descripteurs de capacité de commutation d’interface. Tous les descripteurs sont vérifiés avant qu’une liaison ne soit rejetée.

Les contraintes sont contrôlées dans l’ordre suivant :

  1. Le type de signal configuré pour le LSP GMPLS indique la quantité de bande passante demandée. Si la bande passante souhaitée est inférieure à la bande passante LSP minimale, le descripteur de commutation d’interface est rejeté.

  2. Le type d’encodage de la liaison pour les interfaces entrantes et sortantes doit correspondre. Le type d’encodage est sélectionné et stocké au nœud d’entrée une fois toutes les contraintes satisfaites par la liaison et utilisé pour sélectionner la liaison sur le nœud de sortie.

  3. Le type de commutation des liaisons des commutateurs intermédiaires doit correspondre à celui du LSP GMPLS spécifié dans la configuration.

Fonctionnalités GMPLS

Junos OS inclut la fonctionnalité GMPLS suivante :

  • Un plan de contrôle hors bande permet de signaler la configuration du chemin LSP.

  • Les extensions RSVP-TE prennent en charge des objets supplémentaires au-delà des paquets de couche 3, tels que les ports, les emplacements horaires et les longueurs d’onde.

  • Le protocole LMP crée et gère une base de données de liens techniques du trafic et d’informations d’appairage. Seule la version statique de ce protocole est prise en charge dans Junos OS. Vous pouvez éventuellement configurer LMP pour établir et maintenir des canaux de contrôle LMP entre les pairs exécutant la même version de Junos OS.

  • Les LSP bidirectionnels sont nécessaires entre les équipements.

  • Plusieurs types d’étiquettes GMPLS définis dans le document RFC 3471, MPLS généralisé — Signalisation Description fonctionnelle, comme MPLS, généralisé, SONET/SDH, Suggestion et Upstream, sont pris en charge. Les étiquettes générales ne contiennent pas de champ de type, car les nœuds doivent savoir dans le contexte de leur connexion quel type de label s’attendre.

  • Les paramètres de trafic facilitent l’encodage de bande passante GMPLS et la mise en forme SONET/SDH.

  • Les autres attributs pris en charge sont l’identification de l’interface et l’identification des interfaces erronées, la signalisation de type UNI (user-to-network) et les chemins LSP secondaires.

Configuration des chemins MPLS pour GMPLS

Dans le cadre de la configuration de GMPLS, vous devez établir un chemin MPLS pour chaque équipement unique connecté via GMPLS. Configurez l’adresse distante du lien d’ingénierie de trafic comme adresse au niveau de la [edit protocols mpls path path-name] hiérarchie. Le modèle CSPF (Constrained Shortest Path First) est pris en charge afin que vous puissiez choisir l’adresse ou loose l’optionstrict.

Pour plus d’informations sur l’obtention d’une adresse distante de liaison d’ingénierie de trafic, reportez-vous à la présentation de la configuration LMP .

Pour configurer le chemin MPLS, incluez l’instruction path au niveau de la [edit protocols mpls] hiérarchie :

Pour plus d’informations sur la configuration des chemins MPLS, consultez Création de chemins nommés.

Suivi du trafic LMP

Pour suivre le trafic de protocole LMP, incluez l’instruction traceoptions au niveau de la [edit protocols link-management] hiérarchie :

Utilisez l’instruction file pour spécifier le nom du fichier qui reçoit la sortie de l’opération de traçage. Tous les fichiers sont placés dans le répertoire /var/log.

Les indicateurs de traçage suivants affichent les opérations associées à l’envoi et à la réception de divers messages LMP :

  • all— Suivre toutes les opérations disponibles

  • hello-packets— Tracez les paquets hello sur n’importe quel canal de contrôle LMP

  • init— Sortie des messages d’initialisation

  • packets— Tracez tous les paquets, à l’exception des paquets Hello, sur n’importe quel canal de contrôle LMP

  • parse— Fonctionnement du parser

  • process— Fonctionnement de la configuration générale

  • route-socket— Fonctionnement des événements de connecteurs de route

  • routing— Fonctionnement des protocoles de routage

  • server— Opérations de traitement des serveurs

  • show— Maintenance des opérations pour les show commandes

  • state— Suivi des transitions d’état des canaux de contrôle LMP et des liens techniques du trafic

Chaque drapeau peut transporter un ou plusieurs des modificateurs de drapeau suivants :

  • detail— Fournir des informations détaillées sur les traces

  • receive— Paquets reçus

  • send— Paquets en cours de transmission

Configuration des LSP MPLS pour GMPLS

Pour activer les paramètres de commutation GMPLS appropriés, configurez les attributs de chemin de commutation d’étiquettes (LSP) appropriés à votre connexion réseau. La valeur par défaut est switching-typepsc-1, qui est également appropriée pour mpls standard.

Pour configurer les attributs LSP, incluez l’instruction lsp-attributes au niveau de la [edit protocols mpls label-switched-path lsp-name] hiérarchie :

Si vous incluez l’instruction no-cspf dans la configuration du chemin de commutation d’étiquettes, vous devez également configurer des chemins primaires et secondaires, sinon la configuration ne peut pas être validée.

Les sections suivantes décrivent comment configurer chacun des attributs LSP pour un LSP GMPLS :

Configuration du type d’encodage

Vous devez spécifier le type d’encodage de la charge utile transportée par le LSP. Il peut s’agir de l’un des éléments suivants :

  • ethernet—Ethernet

  • packet— Paquet

  • pdh— Hiérarchie numérique plésiochronique (PDH)

  • sonet-sdh—SONET/SDH

La valeur par défaut est packet.

Pour configurer le type d’encodage, incluez l’instruction encoding-type au niveau de la [edit protocols mpls label-switched-path lsp-name lsp-attributes] hiérarchie :

Configuration du GPID

Vous devez spécifier le type de charge utile transportée par le LSP. La charge utile correspond au type de paquet sous le label MPLS. La charge utile est spécifiée par l’identificateur général de la charge utile (GPID).

Vous pouvez spécifier le GPID avec l’une des valeurs suivantes :

  • hdlc— Contrôle de liaison de données de haut niveau (HDLC)

  • ethernet—Ethernet

  • ipv4— IP version 4 (par défaut)

  • pos-scrambling-crc-16— Interopérabilité avec les équipements d’autres fournisseurs

  • pos-no-scrambling-crc-16— Interopérabilité avec les équipements d’autres fournisseurs

  • pos-scrambling-crc-32— Interopérabilité avec les équipements d’autres fournisseurs

  • pos-no-scrambling-crc-32— Interopérabilité avec les équipements d’autres fournisseurs

  • ppp— Protocole PPP (Point-to-Point Protocol)

Pour configurer le GPID, incluez l’instruction gpid au niveau de la [edit protocols mpls label-switched-path lsp-name lsp-attributes] hiérarchie :

Configuration du type de bande passante du signal

Le type de bande passante du signal est l’encodage utilisé pour le calcul de chemin et le contrôle d’admission. Pour configurer le type de bande passante du signal, incluez l’instruction signal-bandwidth au niveau de la [edit protocols mpls label-switched-path lsp-name lsp-attributes] hiérarchie :

Configuration des LSP bidirectionnels GMPLS

Mpls et GMPLS utilisant la même hiérarchie de configuration pour les LSP, il est utile de savoir quels attributs LSP contrôlent la fonctionnalité LSP. Les LSP à commutation par paquet MPLS standard sont unidirectionnels, tandis que les LSP GMPLS non emballés sont bidirectionnels.

Si vous utilisez le type de commutation de paquets par défaut, psc-1votre LSP devient unidirectionnel. Pour activer un LSP bidirectionnel GMPLS, vous devez sélectionner une option de type de commutation non par paquet, telle que lambda, fiberou ethernet. Inclure l’énoncé switching-type au niveau de la [edit protocols mpls label-switched-path lsp-name lsp-attributes] hiérarchie :

Permettre aux LSP GMPLS non compacts d’établir des chemins via des routeurs exécutant Junos OS

En définissant le A-bit dans l’objet Admin Status. vous pouvez activer des LSP GMPLS non modulaires pour établir des chemins via des routeurs exécutant Junos. Lorsqu’un routeur d’entrée envoie un message RSVP PATH contenant l’état de l’administrateur défini par bit, un équipement externe (et non un routeur exécutant Junos OS) peut effectuer un test de configuration du chemin de couche 1 ou permettre la connexion optique croisée.

Une fois configuré, l’A-bit de l’objet Admin Status indique le statut d’arrêt administratif d’un LSP GMPLS. Cette fonctionnalité est spécifiquement utilisée par les LSP GMPLS non emballés. Elle n’affecte pas la configuration du chemin de contrôle ni le transfert de données pour les LSP de paquets.

Junos ne fait pas de distinction entre la configuration du chemin de contrôle et celle du chemin de données. Les autres nœuds du chemin réseau utilisent la signalisation RSVP PATH en utilisant le bit A de manière significative.

Pour configurer l’objet Statut de l’administrateur pour un LSP GMPLS, incluez l’instruction admin-down :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

Avec élégance, déchirer les LSP GMPLS

Vous pouvez abattre les LSP GMPLS non emballés. Un LSP brusquement détruit, un processus courant dans un réseau à commutation par paquets, peut causer des problèmes de stabilité dans les réseaux non commutés. Pour maintenir la stabilité des réseaux non commutés, il peut être nécessaire d’éliminer les LSP avec élégance.

Les sections suivantes décrivent comment démonter les LSP GMPLS avec élégance :

Suppression temporaire des LSP GMPLS

Vous pouvez abattre un LSP GMPLS en utilisant la clear rsvp session gracefully commande.

Cette commande déchire normalement une session RSVP pour un LSP non emballé en deux passes. Dans le premier passage, l’objet Statut de l’administrateur est signalé le long du chemin vers le point de terminaison du LSP. Au cours du deuxième passage, le LSP est retiré. À l’aide de cette commande, le LSP est retiré temporairement. Après l’intervalle approprié, la LSP GMPLS est démissionnée, puis rétablie.

La clear rsvp session gracefully commande contient les propriétés suivantes :

  • Il ne fonctionne que sur les routeurs d’entrée et de sortie d’une session RSVP. S’il est utilisé sur un routeur de transit, il a le même comportement que la clear rsvp session commande.

  • Il fonctionne uniquement pour les LSP non emballés. S’il est utilisé avec les LSP de paquets, il a le même comportement que la clear rsvp session commande.

Pour plus d’informations, consultez l’explorateur CLI.

Suppression permanente des LSP GMPLS

Lorsque vous désactivez un LSP dans la configuration, le LSP est définitivement supprimé. En configurant l’instruction disable , vous pouvez désactiver un LSP GMPLS de façon permanente. Si le LSP est désactivé est un LSP non intégré, les procédures de déchirure LSP gracieuses qui utilisent l’objet Statut de l’administrateur sont utilisées. Si le LSP désactivé est un LSP de paquets, les procédures de signalisation régulières pour la suppression de LSP sont utilisées.

Pour désactiver un LSP GMPLS, incluez l’instruction disable à l’un des niveaux hiérarchiques suivants :

  • [edit protocols mpls label-switched-path lsp-name]: désactive le LSP.

  • [edit protocols link-management te-link te-link-name]: désactive une liaison d’ingénierie de trafic.

  • [edit protocols link-management te-link te-link-name interface interface-name]: désactive une interface utilisée par une liaison d’ingénierie de trafic.

Configuration de l’intervalle de délai de suppression de graceful

Le routeur qui lance la procédure de suppression régulière pour une session RSVP attend l’intervalle de délai d’expiration de suppression pour s’assurer que tous les routeurs du chemin (en particulier les routeurs d’entrée et de sortie) sont prêts à mettre le LSP hors service.

Le routeur entrant lance la procédure de suppression gracieuse en envoyant l’objet Admin Status dans le message de chemin avec le D jeu de bits. Le routeur entrant s’attend à recevoir un message resv avec le D bit défini à partir du routeur de sortie. Si le routeur entrant ne reçoit pas ce message dans le délai spécifié par l’intervalle de délai d’expiration de suppression, il lance une déchirure forcée du LSP en envoyant un message PathTear.

Pour configurer l’intervalle de délai d’expiration de suppression, incluez l’instruction graceful-deletion-timeout au niveau de la [edit protocols rsvp] hiérarchie. Vous pouvez configurer un temps entre 1 et 300 secondes. La valeur par défaut est 30 secondes.

Vous pouvez configurer cette instruction aux niveaux hiérarchiques suivants :

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Vous pouvez utiliser cette show rsvp version commande pour déterminer la valeur actuelle configurée pour le délai d’expiration de la suppression rapide.

Présentation de la signalisation LSP GMPLS RSVP-TE VLAN

Comprendre la signalisation GMPLS RSVP-TE

La signalisation est le processus d’échange de messages dans le plan de contrôle pour configurer, maintenir, modifier et mettre fin aux chemins de données (chemins de commutation d’étiquettes (LSP) dans le plan de données. MPLS généralisé (GMPLS) est une suite de protocoles qui étend le plan de contrôle existant de MPLS pour gérer d’autres classes d’interfaces et pour prendre en charge d’autres formes de commutation d’étiquettes, telles que TDM (Time-Division Multiplexing), fibre (port), Lambda, etc.

GMPLS étend les connexions IP/MPLS intelligentes des couches 2 et 3 jusqu’aux équipements optiques de couche 1. Contrairement à MPLS, qui est principalement pris en charge par les routeurs et les commutateurs, GMPLS peut également être pris en charge par des plates-formes optiques, notamment SONET/SDH, DES OXC (Optical Cross-Connect) et le DWDM (Dense Wave Division Multiplexing).

En plus des étiquettes, qui sont principalement utilisées pour transférer des données dans MPLS, d’autres entrées physiques, telles que les longueurs d’onde, les emplacements temporels et les fibres, peuvent être utilisées comme objets d’étiquette pour transférer des données dans GMPLS, exploitant ainsi les mécanismes de plan de contrôle existants pour signaler différents types de LSP. GMPLS utilise RSVP-TE pour pouvoir demander aux autres objets d’étiquettes de signaler les différents types de LSP (non emballés). Les LSP bidirectionnels, un canal de contrôle hors bande et un canal de données utilisant le LMP (Link Management Protocol) sont les autres mécanismes utilisés par GMPLS pour établir des LSP.

Besoin de signalisation LSP VLAN RSVP-TE GMPLS

Les services traditionnels de couche 2 point à point utilisent des circuits de couche 2 et des technologies VPN de couche 2 basées sur LDP et BGP. Dans le déploiement traditionnel, les équipements de périphérie du client (CE) ne participent pas à la signalisation du service de couche 2. Les équipements de périphérie du fournisseur (PE) gèrent et provisionnent le service de couche 2 afin d’assurer une connectivité de bout en bout entre les équipements CE.

L’un des plus grands défis liés au provisionnement des services de couche 2 pour chaque circuit de couche 2 entre une paire d’équipements CE est la charge de gestion du réseau qui pèse sur le réseau du fournisseur.

Figure 1 illustre la façon dont le service de couche 2 est configuré et utilisé par les routeurs CE dans une technologie VPN de couche 2 basée sur LDP/BGP. Deux routeurs CE CE1 et CE2 sont respectivement connectés à un réseau MPLS fournisseur via les routeurs PE1 et PE2. Les routeurs CE sont connectés aux routeurs PE par des liaisons Ethernet. Les routeurs CE1 et CE2 sont configurés avec des interfaces logiques de couche 3 VLAN1 et VLAN2. Ils semblent donc être directement connectés. Les routeurs PE1 et PE2 sont configurés avec des circuits de couche 2 (Pseudowire) pour transporter le trafic VLAN de couche 2 entre les routeurs CE. Les routeurs PE utilisent des LSP MPLS de paquets au sein du réseau MPLS du fournisseur pour transporter le trafic VLAN de couche 2.

Figure 1 : Services traditionnels de couche 2 point à pointServices traditionnels de couche 2 point à point

Avec l’introduction de la signalisation VLAN LSP basée sur GMPLS, le besoin pour le réseau PE (également appelé couche serveur) de provisionner chaque connexion individuelle de couche 2 entre les équipements CE (également appelés clients) est réduit. Le routeur client demande au routeur de couche serveur auquel il est directement connecté de configurer le service de couche 2 pour qu’il se connecte à un routeur client distant via la signalisation GMPLS.

Les équipements de couche serveur étendent la signalisation via le réseau de la couche serveur pour se connecter aux routeurs clients distants. Dans le même temps, l’équipement de couche serveur définit le plan de données du service de couche 2 à la périphérie serveur-client et définit le plan de données pour transporter le trafic de couche 2 au sein du réseau de la couche serveur. Grâce à la configuration des services de couche 2, les routeurs clients peuvent exécuter IP/MPLS directement sur le service de couche 2 et ont une contiguïté IP/MPLS entre eux.

En plus de réduire l’activité de provisionnement requise sur les équipements de couche serveur, la signalisation GMPLS permet également aux routeurs clients de mettre en place les circuits de couche 2 à la demande sans dépendre de l’administration de la couche serveur pour le provisionnement du service de couche 2.

Utilisez la même topologie que sur la figure 1 pour Figure 2 illustrer la configuration et l’utilisation du service de couche 2 par les routeurs clients de la technologie VPN de couche 2 GMPL RSVP-TE.

Figure 2 : GMPLS RSVP-TE VLAN LSPGMPLS RSVP-TE VLAN LSP

En Figure 2, au lieu de configurer un pseudowire pour transporter le trafic VLAN de couche 2 entre les routeurs clients, les routeurs PE1 et PE2 sont configurés avec un canal de communication IP et d’autres configurations spécifiques GMPLS (identification des liens Ethernet en tant que liaisons TE) afin de permettre l’échange de messages de signalisation RSVP-TE GMPLS avec les routeurs clients. Les routeurs CE1 et CE2 sont également configurés avec un canal de communication IP et une configuration GMPLS appropriée pour l’échange des messages de signalisation GMPLS RSVP-TE avec les routeurs de couche serveur. Les routeurs CE1 et CE2 établissent une proximité IP/MPLS sur ce service de couche 2.

Fonctionnalité de signalisation LSP GMPLS RSVP-TE VLAN

En fonction Figure 2de , le routeur client établit le service de couche 2 dans le réseau de couche serveur comme suit :

  1. Le routeur CE1 lance la signalisation GMPLS RSVP-TE avec le routeur PE1. Dans ce message de signalisation, le routeur CE1 indique le VLAN sur la liaison Ethernet pour laquelle il a besoin du service de couche 2 et du routeur CE distant CE2, avec lequel le VLAN doit être connecté.

    Le routeur CE1 indique également le routeur PE distant, le routeur PE2 auquel le routeur CE2 est connecté, et la liaison Ethernet exacte qui connecte le routeur CE2 au routeur PE2 sur lequel le service de couche 2 est requis dans le message de signalisation.

  2. Le routeur PE1 utilise les informations du routeur CE1 dans le message de signalisation et détermine le routeur PE distant, le routeur PE2, auquel est connecté le routeur CE2. Le routeur PE1 établit ensuite un LSP MPLS de paquet (bidirectionnel associé) via le réseau MPLS de couche serveur pour transporter le trafic VLAN, puis transmet le message de signalisation RSVP-TE GMPLS au routeur PE2 à l’aide du mécanisme de hiérarchie LSP.

  3. Le routeur PE2 propage le message de signalisation GMPLS RSVP-TE au routeur CE2 avec le VLAN à utiliser sur la liaison Ethernet PE2-CE2.

  4. Le routeur CE2 répond en reconnaissant le message de signalisation RSVP-TE GMPLS au routeur PE2. Le routeur PE2 le propage ensuite au routeur PE1, qui le propage à son tour au routeur CE1.

  5. Dans le cadre de cette propagation des messages, les routeurs PE1 et PE2 ont configuré le plan de transfert afin d’activer le flux bidirectionnel du trafic VLAN de couche 2 entre les routeurs CE1 et CE2.

Hiérarchie LSP avec GMPLS RSVP-TE VLAN LSP

Le service de couche 2 dans la signalisation LSP GMPLS RSVP-TE VLAN est introduit à l’aide d’un mécanisme hiérarchique dans lequel deux LSP RSVP différents sont créés pour le service de couche 2 :

  • Un VLAN LSP de bout en bout qui contient des informations sur l’état au niveau des routeurs client et de la couche serveur.

  • LSP de transport de paquets bidirectionnel associé présent sur les routeurs de couche serveur (PE et P) du réseau de couche serveur.

La hiérarchie LSP évite de partager des informations sur les caractéristiques LSP propres à la technologie avec les nœuds centraux du réseau de la couche serveur. Cette solution sépare nettement l’état LSP VLAN et l’état LSP de transport, et garantit que l’état LSP VLAN n’est présent que sur les nœuds (PE, CE) là où c’est nécessaire.

Spécification de chemin pour GMPLS RSVP-TE VLAN LSP

Le chemin pour le modèle GMPLS RSVP-TE LSP est configuré en tant qu’objet de route explicite (ERO) au niveau du routeur client initial. Comme ce LSP traverse différents domaines réseau (lancement, terminaison au réseau client et traversant le réseau de couche serveur), la configuration LSP tombe dans la catégorie de configuration LSP interdomaine. Dans un scénario interdomaine, un domaine réseau ne dispose généralement pas d’une visibilité complète sur la topologie de l’autre domaine réseau. Par conséquent, l’ERO qui est configuré au niveau du routeur client initial ne dispose pas d’informations saut complètes pour la partie serveur-couche. Cette fonctionnalité exige que l’ERO configuré au niveau du routeur CE comporte trois sauts, le premier saut étant un saut strict identifiant la liaison Ethernet CE1-PE1, le deuxième saut étant un saut lâche identifiant le routeur PE de sortie (PE2), le troisième saut étant un saut strict identifiant la liaison Ethernet CE2-PE2.

GMPLS RSVP-TE VLAN LSP Configuration

La configuration requise pour configurer un VLAN GMPLS LSP au niveau du client et du serveur utilise le modèle de configuration GMPLS existant avec certaines extensions. Le modèle de configuration GMPLS de Junos OS pour les LSP non emballés vise à mettre en service les interfaces physiques via la signalisation GMPLS RSVP-TE, tandis que la signalisation d’un VLAN LSP RSVP-TE GMPLS vise à placer des VLAN individuels au-dessus d’une interface physique. C’est ethernet-vlan ce que permet l’instruction de configuration sous la [edit protocols link-management te-link] hiérarchie.

Le routeur client dispose d’interfaces physiques connectées à un réseau de serveur, et le réseau de serveur fournit une connexion point à point entre deux routeurs clients sur les interfaces physiques jointes. L’interface physique est apportée à l’état opérationnel par GMPLS RSVP-TE comme suit :

  1. Le routeur client conserve une contiguïté de routage ou de signalisation avec le nœud réseau du serveur auquel l’interface physique est connectée, généralement via un canal de contrôle différent de l’interface physique, car l’interface physique elle-même n’est mise en service qu’après la signalisation.

  2. Le routeur client et le nœud réseau du serveur identifient les interfaces physiques qui les connectent à l’aide du mécanisme te link.

  3. Le routeur client et le nœud réseau serveur utilisent l’identificateur de liaison TE (adresse IP) comme saut RSVP GMPLS et l’identificateur d’interface physique comme valeurs d’étiquette GMPLS dans les messages de signalisation RSVP-TE GMPLS pour mettre l’interface physique en état de fonctionnement.

Dans la configuration GMPLS existante, les nœuds réseau du serveur et du client utilisent l’instruction protocols link-management peer peer-name de configuration pour spécifier le nœud pair adjacent. Étant donné qu’un routeur client peut avoir une ou plusieurs interfaces physiques connectées au nœud réseau du serveur, ces interfaces physiques sont regroupées et identifiées par une adresse IP via l’instruction de protocols link-management te-link link-name configuration. Une adresse IP locale, une adresse IP distante et une liste d’interfaces physiques sont attribuées à la liaison TE. La liaison TE est ensuite associée à l’instruction de protocols link-management peer peer-name te-link te-link-list configuration.

L’instruction de configuration indique protocols link-management peer peer-name control-channel interface-name le canal de contrôle hors bande requis pour l’échange de messages de signalisation. L’existence du nœud réseau du serveur ou du client est rendue visible par les protocoles RSVP et IGP (OSPF) via l’instruction peer-interface interface-name de configuration sous les [edit protocols rsvp] niveaux hiérarchiques.[edit protocols ospf]

Dans la configuration GMPLS existante, le label (label en amont et label resv) transporté dans le message de signalisation est un identifiant d’entier qui identifie l’interface physique à mettre en place. Lorsque l’étiquette est utilisée pour identifier l’interface physique, la configuration GMPLS existante permet de regrouper plusieurs interfaces sous une seule liaison TE. Dans la configuration GMPLS existante, le message de signalisation RSVP-TE GMPLS contient suffisamment d’informations, telles que l’adresse de liaison TE et la valeur de l’étiquette, pour identifier l’interface physique à mettre en place. En revanche, pour la configuration LSP VLAN RSVP-TE GMPLS, la valeur d’ID VLAN est utilisée comme étiquette dans le message de signalisation.

Dans la configuration LSP VLAN RSVP-TE GMPLS, si plusieurs interfaces sont autorisées à être configurées sous une seule liaison TE, l’utilisation d’un ID VLAN comme valeur d’étiquette dans le message de signalisation peut générer une ambiguïté quant à l’interface physique sur laquelle le VLAN doit être provisionné. Par conséquent, la liaison TE est configurée avec l’instruction ethernet-vlan de configuration, si le nombre d’interfaces physiques pouvant être configurées sous la liaison TE est limité à une seule.

Dans la configuration GMPLS existante, la bande passante pour un LSP non intégré est une quantité distincte qui correspond à la bande passante de l’interface physique à mettre en place. Ainsi, la configuration LSP GMPLS ne permet de spécifier aucune bande passante, mais uniquement via l’instruction signal-bandwidth de configuration au [protocols mpls label-switched-path lsp-name lsp-attributes] niveau hiérarchique. Dans la configuration VLAN LSP GMPLS, la bande passante est similaire à celle d’un LSP de paquet. Dans la configuration VLAN LSP GMPLS, l’option bandwidth est prise en charge et signal-bandwidth n’est pas prise en charge.

LSP de paquets bidirectionnels associés

Le LSP VLAN RSVP-TE GMPLS est transporté sur un LSP de transport bidirectionnel associé au sein du réseau de couche serveur, qui est un LSP provisionné unidirectionnel. La signalisation LSP de transport est lancée en tant que LSP unidirectionnelle depuis le routeur source vers le routeur de destination dans la direction avant, et le routeur de destination lance à son tour la signalisation du LSP unidirectionnel dans la direction inverse vers le routeur source.

Avant pause pour les paquets bidirectionnels associés et GMPLS RSVP-TE VLAN LSP

La prise en charge préalable à la rupture d’un LSP de transport bidirectionnel associé suit un modèle similaire, dans lequel le routeur de destination pour la direction avant du LSP bidirectionnel n’effectue aucune exploitation make-before-break sur la direction inverse du LSP bidirectionnel. Il s’agit du routeur source (initiateur du LSP bidirectionnel associé) qui lance la nouvelle instance make-before-break de la LSP bidirectionnelle associée, et le routeur de destination lance à son tour la nouvelle instance make-before-break dans l’autre direction.

Par exemple, dans Figure 2, le LSP de transport unidirectionnel est initié depuis le routeur PE1 vers le routeur PE2 dans la direction de transfert, et à son tour le routeur PE2 lance le LSP de transport vers le routeur PE1 dans la direction inverse. En cas d’instance « make-before-break », seul le routeur PE1 en tant que routeur client initial peut établir une nouvelle instance du LSP bidirectionnel associé. Le routeur PE2 lance à son tour la nouvelle instance avant de briser la nouvelle dans la direction inverse.

La prise en charge préalable du LSP de transport bidirectionnel associé n’est utilisée que dans les scénarios où le LSP de transport est protégé localement en raison d’une défaillance de liaison ou de nœud sur le chemin de la LSP. Le VLAN LSP GMPLS RSVP-TE utilise le mécanisme de pré-rupture pour ajuster des changements transparents de bande passante.

Remarque :

Aucune optimisation périodique n’est activée pour les LSP de transport bidirectionnel associés.

La dernière instance make-before-break du VLAN LSP GMPLS est prise en charge sous les contraintes suivantes :

  • Il doit provenir du même routeur client que l’ancienne instance et être destiné au même routeur client que l’ancienne instance.

  • Il doit utiliser les mêmes liaisons serveur-client au niveau du serveur-client se termine comme l’ancienne instance.

  • Il doit utiliser le même label VLAN sur les liaisons serveur-client que l’ancienne instance.

  • Le VLAN LSP GMPLS doit être configuré comme adaptive lorsque la modification de bande passante est lancée à partir de l’interface de ligne de commande, sinon l’instance actuelle du VLAN LSP est détruite et une nouvelle instance LSP VLAN est établie.

Si ces contraintes ne sont pas satisfaites, le fonctionnement du LSP VLAN GMPLS sur le routeur de périphérie de la couche serveur est rejeté.

Sur les routeurs de périphérie de la couche serveur, lorsqu’une instance make-before-break du VLAN LSP GMPLS est observée, un LSP de transport bidirectionnel associé entièrement nouveau et distinct est créé pour prendre en charge cette instance make-before-break. Le LSP bidirectionnel associé existant (prenant en charge l’ancienne instance) n’est pas déclenché pour lancer une instance Make-Before-Break au niveau LSP de transport. Ce choix (d’initier un nouveau LSP de transport) implique qu’au niveau de la couche serveur, le partage de la bande passante/des ressources ne se produit pas lorsqu’une opération de rupture préalable est effectuée pour le VLAN LSP GMPLS.

Fonctionnalités prises en charge et non prises en charge

Junos OS prend en charge les fonctionnalités suivantes avec le VLAN LSP RSVP-TE GMPLS :

  • Demandez une bande passante spécifique et une protection locale pour le LSP VLAN du routeur client au routeur de couche serveur.

  • Prise en charge du routage actif ininterrompu (NSR) pour le VLAN LSP GMPLS au niveau des routeurs clients, des routeurs de périphérie de la couche serveur et du LSP de transport bidirectionnel associé au niveau des routeurs de périphérie de la couche serveur.

  • Prise en charge multichâssis.

Junos OS prend en not charge la fonctionnalité LSP GMPLS RSVP-TE VLAN suivante :

  • Prise en charge du redémarrage progressif des paquets bidirectionnels LSP et VLAN GMPLS LSP associés.

  • Calcul de chemin de bout en bout pour GMPLS VLAN LSP à l’aide de l’algorithme CSPF au niveau du routeur client.

  • Découverte non basée sur le routage CSPF des routeurs de prochaine génération par les différents routeurs de périphérie client de couche serveur.

  • Provisionnement automatique des interfaces VLAN de couche 3 client lors de la configuration réussie du VLAN LSP au niveau des routeurs clients.

  • MPLS OAM (LSP-ping, BFD).

  • Applications MPLS de paquets, telles que le saut suivant dans la route statique et les raccourcis IGP.

  • Mécanisme de connexion croisée local, où un routeur client se connecte à un routeur client distant connecté au même routeur de serveur.

  • Framework de services Junos OS.

  • Prise en charge d’IPv6.

  • Systèmes logiques.

  • Interfaces Ethernet/SONET/IRB agrégées au niveau de la liaison serveur-client.

Exemple : Configuration de la signalisation LSP VLAN RSVP-TE GMPLS

Cet exemple montre comment configurer la signalisation LSP GMPLS RSVP-TE VLAN sur les routeurs client pour permettre à un routeur client de se connecter à un routeur client distant via un réseau de couche serveur à l’aide de la hiérarchie LSP. Les routeurs clients peuvent ainsi établir, maintenir et provisionner les services de couche 2 sans dépendre de l’administration de la couche serveur, ce qui réduit la charge sur les frais d’exploitation du réseau du fournisseur.

Conditions préalables

Cet exemple utilise les composants matériels et logiciels suivants :

  • Six routeurs pouvant être combinés à des routeurs de périphérie multiservice M Series, des plates-formes de routage universelles 5G MX Series, des routeurs centraux T Series et des routeurs de transport de paquets PTX Series

  • Junos OS Version 14.2 ou ultérieure s’exécutant sur les routeurs clients et les routeurs de périphérie de la couche serveur

Avant de commencer :

  1. Configurez les interfaces de l’équipement.

  2. Configurez les VLAN associés à l’interface.

  3. Configurez les protocoles de routage suivants :

    • RSVP

    • MPLS

    • LMP

Présentation

À partir de Junos OS version 14.2, les services de couche 2 entre deux routeurs clients sur un réseau de couche serveur externe/tiers sont configurés à la demande par les routeurs clients via la signalisation GMPLS RSVP-TE. Cette fonctionnalité offre aux routeurs clients la flexibilité nécessaire pour établir, maintenir et provisionner les services de couche 2, sans dépendre de l’administration de la couche serveur, réduisant ainsi la charge sur les frais d’exploitation du réseau du fournisseur. Dans la technologie VPN de couche 2 traditionnelle basée sur LDP et BGP, le réseau du fournisseur a géré l’activité de provisionnement pour chaque circuit de couche 2 établi entre deux routeurs clients.

Figure 3 illustre la configuration et la signalisation du LSP VLAN GMPLS entre deux routeurs clients, CE1 et CE2, sur un réseau de couche serveur avec deux routeurs de périphérie de couche serveur, PE1 et PE2, et un routeur central de couche serveur, P.

Figure 3 : Configuration d’un VLAN GMPLS LSPConfiguration d’un VLAN GMPLS LSP

La signalisation de GMPLS VLAN LSP s’exécute comme suit :

  1. Initiating GMPLS VLAN LSP at CE1

    Le routeur CE1 lance la configuration LSP VLAN GMPLS en envoyant le message de chemin RSVP-TE GMPLS au routeur PE1. La signalisation entre le CE1 et le PE1 passe par un canal de contrôle hors bande, un VLAN de contrôle distinct configuré sur la liaison Ethernet reliant les deux routeurs.

    Le message de chemin RSVP-TE GMPLS initié par le routeur CE1 est utilisé pour effectuer les opérations suivantes :

    1. Identifier la liaison Ethernet sur laquelle le VLAN est actif.

    2. Abstraire le lien Ethernet en tant que lien TE et attribuer une adresse IP pour identifier la liaison Ethernet.

    3. Allouer un ID VLAN à partir du pool de VLAN gratuits gérés par le routeur CE1 pour chaque liaison Ethernet connectant le routeur PE1 à la liaison Ethernet identifiée.

      Cet ID VLAN peut également être utilisé pour le VLAN LSP GMPLS à la liaison Ethernet CE2-PE2.

    4. Identifiez le VLAN pour lequel le service de couche 2 doit être configuré à l’aide de l’ID VLAN alloué comme objet d’étiquette en amont et de la valeur du label de direction en amont.

    5. Incluez un objet ERO qui aide le routeur PE1 à établir le LSP VLAN via le réseau de couche serveur vers le routeur client distant CE2. L’objet ERO du message de chemin comprend trois sauts :

      • Premier saut : saut strict identifiant la liaison Ethernet client-serveur initiante PE1-CE1.

      • Deuxième saut : saut lâche identifiant le routeur de couche serveur distant PE2.

      • Troisième saut : saut strict identifiant la liaison Ethernet clinet-serveur distante PE2-CE2.

    6. Incluez la bande passante requise pour le VLAN LSP GMPLS.

    7. Incluez toute protection locale requise au sein du réseau de couche serveur pour le LSP VLAN.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Une fois que le routeur PE1 reçoit le message de chemin du routeur CE1, ce message est validé pour vérifier la disponibilité de la liaison Ethernet et de l’ID VLAN. Dans le réseau de couche serveur, les services de couche 2 entre les routeurs de couche serveur, PE1 et PE2, sont fournis au niveau du plan de données de la même manière que les circuits de couche 2. Le routeur PE1 présente un LSP de transport au routeur PE2, puis étend le VLAN LSP GMPLS en tant que LSP hiérarchique s’exécutant sur le LSP de transport PE1-PE2. Le LSP de transport PE1-PE2 est un LSP de paquets de nature bidirectionnelle. En effet, le VLAN LSP GMPLS est bidirectionnel et chaque routeur de couche serveur doit être capable de :

    • Recevez le trafic depuis la liaison Ethernet serveur-client (par exemple, la liaison PE1-CE1) et envoyez-le au routeur de couche serveur distant PE2.

    • Recevez le trafic du routeur distant PE2 et envoyez-le sur la liaison Ethernet PE1-CE1.

    Pour chaque LSP VLAN GMPLS, une LSP de transport de paquets est configurée au sein du réseau de couche serveur. Le LSP de transport est exclusivement utilisé pour transporter le trafic du VLAN LSP GMPLS pour lequel il a été créé. Le LSP de transport est créé de façon dynamique au moment de la réception du LSP VLAN GMPLS ; aucune configuration n’est donc requise pour déclencher sa création. Le LSP de transport établi pour le VLAN LSP hérite de la bande passante et des attributs de protection locale du LSP VLAN.

    Le routeur PE1 signale le LSP de transport PE1-PE2 au routeur PE2. Le routeur PE1 détermine la destination du LSP de transport à partir du saut lâche spécifié dans l’objet ERO du message de chemin RSVP-TE GMPLS du routeur CE1, puis signale le VLAN LSP. Toutefois, si le LSP de transport PE1-PE2 ne parvient pas à établir, le routeur PE1 renvoie un message d’erreur de chemin au routeur CE1, et le LSP VLAN GMPLS n’est pas non plus établi.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    Le LSP bidirectionnel associé entre les routeurs PE1 et PE2 se compose de deux LSP de paquets unidirectionnels :

    • PE1-to-PE2

    • PE2-to-PE1

    Le routeur PE1 lance la signalisation d’un paquet unidirectionnel LSP vers le routeur PE2. Ce LSP de paquet unidirectionnel constitue la direction avant (PE1-to-PE2) du LSP bidirectionnel associé, et le message de chemin transporte l’objet d’association étendue indiquant qu’il s’agit d’un modèle de provisionnement unidirectionnel. Une fois le message de chemin reçu pour le LSP, le routeur PE2 répond par un message resv et déclenche la signalisation d’un paquet unidirectionnel LSP vers le routeur PE1 avec le même chemin que (PE1-vers-PE2) dans la direction inverse. Ce LSP de paquet unidirectionnel utilise la direction PE2-vers-PE1 du LSP bidirectionnel associé, et ce message de chemin transporte le même objet d’association étendue que celui affiché dans le message de chemin PE1 vers PE2.

    Lorsque le routeur PE1 reçoit le message Resv pour le LSP unidirectionnel PE1-vers-PE2 et le message de chemin pour le LSP unidirectionnel PE2-vers PE1, le PE1 lie les LSP unidirectionnelles PE1 à PE2 et PE2-vers-PE1 en faisant correspondre les objets Extended Association transportés dans les messages de chemin respectifs. Pour le message de chemin du LSP unidirectionnel PE2 vers PE1, le routeur PE1 répond par le message Resv. À la réception du message Resv pour le LSP PE1 vers PE2 et du message de chemin pour le LSP PE2 vers PE1, le routeur PE1 a établi le LSP de transport de paquets bidirectionnel associé.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    Après avoir réussi à établir le LSP de transport, le routeur PE1 déclenche la signalisation du VLAN LSP GMPLS. Le routeur PE1 envoie le message de chemin GMPLS RSVP-TE correspondant directement au VLAN LSP vers le routeur PE2, de nature bidirectionnelle et comprenant l’objet d’étiquette en amont.

    Le routeur PE2 n’est pas conscient de l’association entre le LSP de transport et le VLAN LSP. Cette association est indiquée au routeur PE2 par routeur PE1.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    Une fois le message de chemin LSP VLAN reçu du routeur PE1, le routeur PE2 vérifie la disponibilité du LSP de transport. Si le LSP de transport n’est pas disponible ou que la configuration LSP est en cours, le traitement LSP VLAN est mis en attente. Lorsque le LSP de transport est disponible, le routeur PE2 traite le message de chemin LSP VLAN. L’objet ERO de ce message de chemin indique que le saut suivant est un saut strict identifiant la liaison Ethernet PE2 vers CE2. L’objet ERO peut indiquer l’ID VLAN à utiliser sur la liaison Ethernet PE2 vers CE2 par le routeur PE2.

    Le routeur PE2 alloue correctement l’ID VLAN à envoyer en tant que label en amont dans le message de chemin LSP VLAN au routeur CE2 et l’envoie via un canal de contrôle hors bande.

  6. Processing the GMPLS VLAN LSP at Router CE2

    Une fois qu’il a reçu le GMPLS RSVP-TE LSP du routeur PE2, le routeur CE2 valide la disponibilité de l’ID VLAN pour l’allocation sur la liaison PE2 vers CE2. Le routeur CE2 alloue ensuite l’ID VLAN pour ce LSP VLAN et renvoie un message resv au routeur PE2 avec l’ID VLAN comme objet d’étiquette dans le message Resv.

  7. Processing the GMPLS VLAN LSP at Router PE2

    Une fois le message Resv reçu du routeur CE2, le routeur PE2 valide que l’objet d’étiquette du message Resv possède le même ID VLAN que dans le message de chemin. Le routeur PE2 alloue ensuite un label MPLS 20 bits inclus dans le message Resv envoyé au routeur PE1.

    Le routeur PE2 programme ensuite le plan de transfert avec les entrées afin de fournir la fonctionnalité de service de couche 2.

    Remarque :

    Pour tous les ID VLAN pouvant être attribués en tant qu’étiquettes sur les liaisons Ethernet PE1 à CE1 et PE2-CE2, vous devez configurer manuellement des interfaces logiques à des fins de connexion croisée de circuit (CCC) sur les routeurs de périphérie de la couche serveur, et non pour d’autres familles, telles que IPv4, IPv6 ou MPLS.

  8. Processing the GMPLS VLAN LSP at Router PE1

    Une fois le message Resv reçu pour le VLAN LSP du routeur PE2, le routeur PE1 envoie un message resv au routeur CE1 avec le même ID VLAN qu’il a reçu en tant que label en amont du routeur CE1. Le routeur PE1 programme le plan de transfert avec les entrées afin de fournir la fonctionnalité de service de couche 2 en tant que routeur PE2.

  9. Processing the GMPLS VLAN LSP at Router CE1

    Une fois le message Resv reçu du routeur PE1, le routeur CE1 valide que l’ID VLAN reçu dans le message Resv correspond à l’ID VLAN du label en amont dans le message de chemin qu’il a envoyé. Cela complète la configuration du VLAN GMPLS LSP du routeur CE1 au routeur CE2.

    Remarque :
    • La configuration LSP VLAN GMPLS ne permet pas d’ajouter d’entrées de plan de transfert sur les routeurs client, CE1 et CE2. Seuls les routeurs de couche serveur, PE1 et PE2, ajoutent les entrées de plan de transfert pour le LSP VLAN GMPLS.

    • Aucun échange d’informations de routage n’est effectué entre le client et les routeurs de la couche serveur. Les routeurs clients et de couche serveur n’échangent pas d’informations sur la topologie de leur réseau.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    Lors de la configuration de la LSP VLAN GMPLS, les routeurs clients et de couche serveur réduisent la bande passante disponible sur les liaisons Ethernet serveur-client par la quantité de bande passante allouée pour le VLAN LSP GMPLS. Ces informations de comptabilisation de la bande passante sont utilisées à des fins de contrôle d’admission lorsque des LSP VLAN GMPLS supplémentaires sont introduits sur les liaisons Ethernet serveur-client.

  11. Using GMPLS VLAN LSP by the Client Routers

    Après avoir correctement configuré le LSP VLAN GMPLS, les routeurs clients (CE1 et CE2) doivent être configurés manuellement avec l’interface logique VLAN sur les liaisons Ethernet serveur-client avec l’ID VLAN signalé. Cette interface logique doit être configurée avec l’adresse IP et doit être incluse dans le protocole IGP. Grâce à cette configuration, les routeurs CE1 et CE2 établissent une adjacence IGP et échangent le trafic de données sur le service de couche 2 établi via la signalisation GMPLS.

    Figure 4 illustre le flux de trafic de données du VLAN GMPLS LSP du routeur CE1 au routeur CE2 une fois la configuration LSP terminée et l’adjacence CE1-CE2 IGP/MPLS nécessaire a été établie. Le LSP de transport de la couche serveur provient du routeur PE1, traverse un routeur central de couche serveur unique, le routeur P, et atteint le routeur PE2. Le LSP de transport de la couche serveur est présenté comme un LSP pop d’avant-dernière saut, où le routeur P désactive le label LSP de transport, et seul le label de service est présent sur la liaison P-vers-PE2.

    Figure 4 : Flux de trafic de données de GMPLS VLAN LSPFlux de trafic de données de GMPLS VLAN LSP

Topologie

Dans Figure 5, la signalisation LSP VLAN RSVP-TE GMPLS est utilisée pour établir les services de couche 2 entre les routeurs clients, le routeur CE1 et le routeur CE2. Les routeurs serveur, les routeurs PE1 et PE2 disposent d’un tunnel GRE établi avec chacun des routeurs clients directement connectés. Les routeurs P1 et P2 sont également des routeurs serveur sur le réseau de couche serveur.

Figure 5 : Configuration de la signalisation LSP VLAN RSVP-TE GMPLSConfiguration de la signalisation LSP VLAN RSVP-TE GMPLS

Configuration

Configuration rapide CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez tous les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis entrez commit du mode de configuration.

CE1

PE1

P1

P2

PE2

CE2

Configuration du routeur client

Procédure étape par étape

L’exemple suivant nécessite de naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à Using the CLI Editor in Configuration Mode dans le CLI User Guide.

Pour configurer le routeur CE1 :

Remarque :

Répétez cette procédure pour le routeur CE2 dans le réseau de couche serveur, après avoir modifié les noms d’interface, adresses et autres paramètres appropriés au routeur.

  1. Configurez l’interface qui connecte le routeur CE1 au routeur PE1.

  2. Configurez le VLAN de contrôle pour l’interface ge-0/0/0.

  3. Configurez le VLAN LSP sur l’interface ge-0/0/0.

  4. Configurez le tunnel GRE comme interface de contrôle du routeur CE1.

  5. Configurez l’interface de bouclage du routeur CE1.

  6. Configurez l’adresse de bouclage du routeur CE1 comme ID de routeur.

  7. Activez RSVP sur toutes les interfaces du routeur CE1, à l’exception de l’interface de gestion.

  8. Configurez l’interface de peer RSVP pour le routeur CE1.

  9. Désactivez le calcul automatique des chemins de commutation d’étiquettes (LSP).

  10. Configurez le LSP pour connecter le routeur CE1 au routeur CE2.

  11. Configurez les attributs LSP de CE1 à CE2.

  12. Configurez le chemin et les paramètres de chemin LSP ce1 vers CE2.

  13. Activez MPLS sur toutes les interfaces du routeur CE1, à l’exception de l’interface de gestion.

  14. Configurez une liaison d’ingénierie de trafic et attribuez des adresses à la fin locale et distante de la liaison.

  15. Activez la configuration du VLAN LSP de couche 2 sur la liaison d’ingénierie de trafic link10.

  16. Configurez l’interface CE1 du routeur en tant qu’interface membre de la liaison 10 aspects techniques du trafic.

  17. Configurez le routeur PE1 en tant qu’appairage LMP (Link Management Protocol) pour le routeur CE1 et configurez les attributs d’appairage.

Résultats

Depuis le mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show routing-optionset show protocols les . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur serveur

Procédure étape par étape

L’exemple suivant nécessite de naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à Using the CLI Editor in Configuration Mode dans le CLI User Guide.

Pour configurer le routeur PE1 :

Remarque :

Répétez cette procédure pour le routeur PE2 dans le réseau de couche serveur, après avoir modifié les noms d’interface, adresses et autres paramètres appropriés pour le routeur.

  1. Configurez l’interface qui connecte le routeur PE1 au routeur CE1.

  2. Configurez le VLAN de contrôle pour l’interface ge-0/0/0.

  3. Configurez le VLAN LSP sur l’interface ge-0/0/0.

  4. Configurez l’interface qui connecte le routeur PE1 aux routeurs centraux (routeur P1 et routeur P2).

  5. Configurez le tunnel GRE comme interface de contrôle du routeur PE1.

  6. Configurez l’interface de bouclage du routeur PE1.

  7. Configurez l’adresse de bouclage du routeur PE1 comme ID de routeur.

  8. Configurez un LSP bidirectionnel associé et activez une configuration LSP inversée unidirectionnelle pour un LSP de transfert provisionné unidirectionnel.

  9. Activez RSVP sur toutes les interfaces du routeur PE1, à l’exception de l’interface de gestion.

  10. Configurez l’interface appairée RSVP pour le routeur PE1 et activez une configuration dynamique des LSP de paquets bidirectionnels pour le transport de paquets GMPLS LSP non emballés.

  11. Activez MPLS sur toutes les interfaces du routeur PE1, à l’exception de l’interface de gestion.

  12. Configurez OSPF avec des fonctionnalités d’ingénierie de trafic.

  13. Activez la zone OSPF 0 sur toutes les interfaces du routeur PE1, à l’exclusion de l’interface de gestion.

  14. Configurez une liaison d’ingénierie de trafic et attribuez des adresses à la fin locale et distante de la liaison.

  15. Activez la configuration d’un VLAN LSP de couche 2 pour une gamme spécifique de VLAN sur la liaison d’ingénierie de trafic link1.

  16. Configurez l’interface PE1 du routeur en tant qu’interface membre de la liaison d’ingénierie de trafic link1.

  17. Configurez le routeur CE1 en tant qu’appairage LMP pour le routeur PE1 et configurez les attributs d’appairage.

Résultats

Depuis le mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show routing-optionset show protocols les . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état de la liaison Aspects techniques du trafic sur les routeurs clients

But

Vérifiez l’état de la liaison d’ingénierie de trafic configurée entre le routeur CE1 et le routeur CE2.

Action

D’un mode opérationnel, exécutez les show link-managementshow link-management te-link detail commandes.

Sens

L’appairage LMP (Link Management Protocol) a été établi entre les routeurs clients, et la liaison relative aux aspects techniques du trafic est en place sur les routeurs CE1 et CE2.

Vérification de l’état de session RSVP sur les routeurs clients

But

Vérifiez l’état des sessions RSVP entre le routeur CE1 et le routeur CE2.

Action

À partir du mode opérationnel, exécutez la show rsvp session commande.

Sens

Les sessions RSVP sont établies entre le routeur d’entrée, le routeur CE1 et le routeur de sortie CE2.

Vérification de l’état de la LSP sur le routeur serveur

But

Vérifiez l’état du LSP MPLS sur le routeur PE1.

Action

À partir du mode opérationnel, exécutez la show mpls lsp commande.

Sens

Le LSP CE1-à-CE2 est établi et la sortie affiche les attributs LSP.

Vérification des entrées CCC dans la table de routage MPLS des routeurs de serveur

But

Vérifiez les entrées d’interface CCC (circuit cross-connect) dans la table de routage MPLS.

Action

D’un mode opérationnel, exécutez les show route table mpls.0show route forwarding-table ccc ccc-interface commandes.

Sens

La sortie affiche l’interface CCC qui est l’interface client-routeur et les détails du saut suivant pour cette interface.

Vérification de la connectivité de bout en bout

But

Vérifiez la connectivité entre le routeur CE1 et le routeur client distant, le routeur CE2.

Action

À partir du mode opérationnel, exécutez la ping commande.

Sens

Le ping du routeur CE1 au routeur CE2 réussit.