Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

GMPLS Configuration

Introduction au GMPLS

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

GMPLS généralise MPLS en définissant des étiquettes pour la commutation de différents types de trafic de couche 1, couche 2 ou couche 3. Les noeuds GMPLS peuvent avoir des liens avec une ou plusieurs des capacités de commutation suivantes :

  • Capacité de commutation de fibre optique (FSC)

  • Capacité de commutation lambda (LSC)

  • Multiplexage temporel (TDM) compatible avec la commutation (TSC)

  • Capacité de commutation de paquets (PSC)

Les chemins de commutation d’étiquettes (LSP) doivent commencer et se terminer sur des liaisons ayant la même capacité de commutation. Par exemple, les routeurs peuvent établir des LSP à commutation de paquets avec d’autres routeurs. Les LSP peuvent être transportés sur un LSP à commutation TDM entre des multiplexeurs d’ajout/suppression (ADM) SONET, 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’appareils pouvant participer à la commutation d’étiquettes. Les appareils de couche inférieure, tels que les OXC et les SONET ADM, peuvent désormais participer à la signalisation GMPLS et configurer des chemins pour transférer des données. Un routeur peut participer à la signalisation des chemins optiques sur un réseau de transport.

Deux modèles de service déterminent la visibilité d’un nud client (un routeur, par exemple) sur le cur 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 second est connu sous le nom de modèle pair. Juniper Networks prend en charge les deux modèles.

REMARQUE :

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

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

  • Un canal de contrôle hors bande et un canal de données : les messages RSVP pour la configuration LSP sont envoyés sur un réseau de contrôle hors bande. Une fois la configuration du 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) est utilisé pour définir et gérer les canaux de données entre une paire de nœuds. Vous pouvez éventuellement utiliser LMP pour établir et gérer des canaux de contrôle LMP entre homologues exécutant la même version de 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 que GMPLS puisse demander la configuration de chemin pour différents types de LSP (non-packet) et demander des étiquettes telles que des longueurs d’onde, des intervalles de temps et des fibres en tant qu’objets d’étiquette.

  • LSP bidirectionnels : les données peuvent voyager dans les deux sens entre les périphériques GMPLS sur un chemin unique, de sorte que les LSP sans paquet sont signalés comme étant bidirectionnels.

Termes et acronymes GMPLS

MPLS généralisé (GMPLS)

Extension de MPLS qui permet de basculer les données de plusieurs couches sur des chemins à commutation d’étiquettes (LSP). Des connexions GMPLS LSP sont possibles entre des appareils similaires de couche 1, couche 2 et couche 3.

Adjacence de transfert

Chemin de transfert pour l’envoi de données entre des appareils compatibles GMPLS.

Étiquette GMPLS

Identificateurs de couche 3, port fibre, intervalle de temps TDM (multiplexage temporel) ou longueur d’onde DWDM (dense wavelength-division multiplexing) d’un appareil compatible GMPLS utilisés comme identificateur de saut suivant.

Types de LSP GMPLS

Les quatre types de LSP GMPLS sont les suivants :

  • Compatible avec la commutation de fibre optique (FSC) : les LSP sont commutés entre deux appareils à base de fibre, tels que les connexions croisées optiques (OXC) qui fonctionnent au niveau de fibres individuelles.

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

  • TDM switched capable (TDM) : les LSP sont commutés entre deux périphériques TDM, tels que les ADM SONET.

  • Capacité de commutation de paquets (PSC) : les LSP sont commutés entre deux périphériques basés sur des paquets, tels que des routeurs ou des commutateurs ATM.

Protocole de gestion des liens

Protocole permettant de définir une adjacence de transfert entre homologues, ainsi que de maintenir et d’allouer des ressources sur les liaisons d’ingénierie du trafic.

Lien vers les aspects techniques du trafic

Une connexion logique entre les appareils compatibles GMPLS. Les liens d’ingénierie du trafic peuvent avoir des adresses ou des ID et sont associés à certaines ressources ou interfaces. Ils possèdent également certains attributs (type d’encodage, capacité de commutation, bande passante, etc.). Les adresses logiques peuvent être routables, bien que cela ne soit pas obligatoire car elles agissent comme des identificateurs de lien. Chaque lien d’ingénierie du trafic représente une adjacence de transfert entre une paire d’équipements.

Fonctionnement GMPLS

La fonctionnalité de base de GMPLS nécessite une interaction étroite entre RSVP et LMP. Il fonctionne dans l’ordre suivant :

  1. LMP informe RSVP des nouvelles entités :

    • Liaison d’ingénierie du trafic (adjacence de transfert)

    • Ressources disponibles pour le lien Ingénierie du trafic

    • Homologue de contrôle

  2. GMPLS extrait les attributs LSP de la configuration et demande RSVP pour signaler un ou plusieurs chemins spécifiques, qui sont spécifiés par les adresses de liaison d’ingénierie du trafic.

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

  4. Lorsque le routeur cible reçoit le PathMsg, RSVP demande à nouveau à LMP d’allouer une ressource en fonction des paramètres signalés. Si l’attribution 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 seul système autonome (AS). OSPF utilise les 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 (largeur de bande 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 par l’échange d’un descripteur de capacité de commutation d’interface type, longueur, valeur (TLV) par le biais d’un IGP.

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

  • Bande passante LSP maximale

  • Unité de transmission maximale (MTU)

Le calcul du chemin CSPF est le même que dans les environnements non-GMPLS, sauf que les liens sont également limités 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’un lien ne soit rejeté.

Les contraintes sont vérifié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 d’entrée et de sortie doit correspondre. Le type d’encodage est sélectionné et stocké au niveau du noeud d’entrée une fois que toutes les contraintes sont satisfaites par le lien et est utilisé pour sélectionner le lien sur le noeud de sortie.

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

Caractéristiques de GMPLS

Junos OS inclut les fonctionnalités GMPLS suivantes :

  • 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 intervalles de temps et les longueurs d’onde.

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

  • Des LSP bidirectionnels sont nécessaires entre les appareils.

  • Plusieurs types d’étiquettes GMPLS définis dans la RFC 3471, MPLS généralisé - Description fonctionnelle de signalisation, tels que MPLS, Généralisé, SONET/SDH, Suggéré et En amont, sont pris en charge. Les étiquettes généralisées ne contiennent pas de champ de type, car les nœuds doivent savoir, à partir du contexte de leur connexion, à quel type d’étiquette s’attendre.

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

  • Les autres attributs pris en charge incluent l’identification de l’interface et l’identification des erreurs d’interface, la signalisation de type utilisateur-réseau (UNI) 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 du trafic en tant qu’adresse au niveau de la [edit protocols mpls path path-name] hiérarchie. Le format CSPF (Constrained Shortest Path First) est pris en charge, vous pouvez donc choisir l’option ou loose avec l’adressestrict.

Reportez-vous à la section Présentation de la configuration LMP pour plus d’informations sur l’obtention d’une adresse distante de liaison d’ingénierie du trafic.

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, reportez-vous à la section Création de chemins nommés.

Traçage du trafic LMP

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

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

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

  • all—Tracer toutes les opérations disponibles

  • hello-packets: traçage des paquets hello sur n’importe quel canal de contrôle LMP

  • init: sortie des messages d’initialisation

  • packets—Trace tous les paquets autres que les paquets hello sur n’importe quel canal de contrôle LMP

  • parse—Fonctionnement de l’analyseur

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

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

  • routing—Fonctionnement des protocoles de routage

  • server—Opérations de traitement du serveur

  • show—Opérations de maintenance pour show les commandes

  • state—Tracer les transitions d’état des canaux de contrôle LMP et des liens d’ingénierie du trafic

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

  • detail—Fournir des informations de trace détaillées

  • receive—Paquets en cours de réception

  • 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 LSP (Label-Switched Path) qui conviennent à votre connexion réseau. La valeur par défaut de switching-type est , ce qui convient psc-1également au 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 à commutation d’étiquettes, vous devez également configurer les chemins principal et secondaire, sinon la configuration ne peut pas être validée.

Les sections suivantes décrivent comment configurer chacun des attributs LSP d’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ésiochrone (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 est le type de paquet situé sous l’étiquette MPLS. La charge utile est spécifiée par l’identificateur de charge utile généralisé (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—Pour l’interopérabilité avec les équipements d’autres fournisseurs

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

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

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

  • ppp—Protocole point à point (PPP)

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 des chemins 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

Étant donné que MPLS et GMPLS utilisent 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 de paquets MPLS standard sont unidirectionnels, tandis que les LSP GMPLS sans paquets sont bidirectionnels.

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

Autoriser les LSP GMPLS sans paquet à établir des chemins à travers les routeurs exécutant Junos OS

En définissant le bit A dans l’objet Admin Status. vous pouvez activer des LSP GMPLS sans paquet pour établir des chemins à travers les routeurs qui exécutent Junos. Lorsqu’un routeur entrant envoie un message RSVP PATH avec le bit Admin Status A-bit défini, un périphérique externe (et non un routeur exécutant Junos OS) peut effectuer un test de configuration de chemin de couche 1 ou aider à mettre en place une connexion croisée optique.

Lorsqu’il est défini, le bit A de l’objet Admin Status indique l’état d’arrêt administratif d’un LSP GMPLS. Cette fonctionnalité est utilisée spécifiquement par les LSP GMPLS sans paquets. Cela n’affecte pas la configuration du chemin de contrôle ou le transfert de données pour les LSP de paquets.

Junos ne fait pas la distinction entre la configuration du chemin de contrôle et la configuration du chemin de données. D’autres noeuds le long du chemin réseau utilisent la signalisation RSVP PATH à l’aide du bit A de manière significative.

Pour configurer l’objet Admin Status d’un LSP GMPLS, incluez l’instruction admin-down suivante :

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

Démantèlement en douceur des LSP GMPLS

Vous pouvez facilement démonter les LSP GMPLS sans paquets. Un LSP brusquement démantelé, ce qui est courant dans un réseau à commutation de paquets, peut entraîner des problèmes de stabilité dans les réseaux sans commutation de paquets. Pour maintenir la stabilité des réseaux sans commutation de paquets, il peut être nécessaire de démanteler les LSP avec élégance.

Les sections suivantes décrivent comment démonter correctement les LSP GMPLS :

Suppression temporaire des LSP GMPLS

Vous pouvez démonter un LSP GMPLS en toute élégance à l’aide de la clear rsvp session gracefully commande.

Cette commande décompose gracieusement une session RSVP pour un LSP non-paquet en deux passes. Lors de la première passe, l’objet Admin Status est signalé le long du chemin d’accès au point de terminaison du LSP. Lors de la deuxième passe, le LSP est mis hors service. À l’aide de cette commande, le LSP est temporairement arrêté. Après l’intervalle approprié, le LSP GMPLS est resignalé, puis rétabli.

La clear rsvp session gracefully commande possède les propriétés suivantes :

  • Il ne fonctionne que sur les routeurs entrants et sortants 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.

  • Cela ne fonctionne que pour les LSP sans paquets. S’il est utilisé avec des LSP de paquets, il a le même comportement que la clear rsvp session commande.

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

Suppression définitive des LSP GMPLS

Lorsque vous désactivez un LSP dans la configuration, il est définitivement supprimé. En configurant l’instruction disable , vous pouvez désactiver définitivement un LSP GMPLS. Si le LSP désactivé est un LSP sans paquets, les procédures de démontage du LSP normal qui utilisent l’objet Admin Status sont utilisées. Si le LSP désactivé est un LSP de paquets, les procédures de signalisation habituelles pour la suppression du 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 un lien d’ingénierie du trafic.

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

Configuration de l’intervalle de délai d’expiration de la suppression gracieuse

Le routeur qui lance la procédure de suppression progressive pour une session RSVP attend l’intervalle du délai d’expiration de la suppression progressive pour s’assurer que tous les routeurs le long du chemin (en particulier les routeurs entrants et sortants) se sont préparés à la mise hors service du LSP.

Le routeur entrant lance la procédure de suppression gracieuse en envoyant l’objet Admin Status dans le message de chemin avec le D bit défini. 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 de suppression gracieuse, il lance un démontage forcé du LSP en envoyant un message PathTear.

Pour configurer l’intervalle de délai d’expiration de la suppression gracieuse, incluez l’instruction graceful-deletion-timeout au niveau de la [edit protocols rsvp] hiérarchie. Vous pouvez configurer une durée comprise entre 1 et 300 secondes. La valeur par défaut est de 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 la commande pour déterminer la show rsvp version valeur actuelle configurée pour le délai d’expiration de la suppression progressive.

GMPLS RSVP-TE VLAN LSP Signaling Présentation

Comprendre la signalisation GMPLS RSVP-TE

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

GMPLS étend les connexions IP/MPLS intelligentes de la couche 2 et de la couche 3 jusqu’aux périphériques optiques de couche 1. Contrairement au MPLS, qui est principalement pris en charge par les routeurs et les commutateurs, le GMPLS peut également être pris en charge par des plates-formes optiques, notamment SONET/SDH, les connexions croisées optiques (OXC) et le multiplexage par répartition en ondes denses (DWDM).

Outre les é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 intervalles de temps et les fibres, peuvent être utilisées comme objets d’étiquette pour transférer des données dans GMPLS, tirant ainsi parti des mécanismes de plan de contrôle existants pour signaler différents types de LSP. GMPLS utilise RSVP-TE pour être en mesure de demander aux autres objets d’étiquette de signaler les différents types de LSP (non-packet). Les LSP bidirectionnels et un canal de contrôle hors bande et un canal de données utilisant le protocole de gestion de liaison (LMP) sont les autres mécanismes utilisés par GMPLS pour établir des LSP.

Nécessité de la signalisation GMPLS RSVP-TE VLAN LSP

Les services point à point de couche 2 traditionnels 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 CE ne participent pas à la signalisation du service de couche 2. Les équipements Provider Edge (PE) gèrent et provisionnent le service de couche 2 pour assurer la connectivité de bout en bout entre les équipements CE.

L’une des plus grandes difficultés liées au provisionnement des services de couche 2 par les équipements PE pour chaque circuit de couche 2 entre une paire d’équipements CE est la charge de gestion du réseau du fournisseur.

Figure 1 illustre comment 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 connectés à un réseau MPLS fournisseur via les routeurs PE PE1 et PE2 respectivement. 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 VLAN1 et VLAN2 de couche 3, de sorte qu’ils semblent être directement connectés. Les routeurs PE1 et PE2 sont configurés avec un circuit 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 point-à-point traditionnels de couche 2Services point-à-point traditionnels de couche 2

Avec l’introduction de la signalisation VLAN LSP basée sur GMPLS, le réseau PE (également appelé réseau de couche serveur) pour provisionner chaque connexion de couche 2 entre les équipements CE (également appelés clients) est minimisé. 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 périphériques de couche serveur étendent la signalisation via le réseau de couche serveur pour se connecter aux routeurs des clients distants. Au cours de ce processus, l’équipement de couche serveur configure le plan de données pour le service de couche 2 à la frontière serveur-client et définit le plan de données pour acheminer le trafic de couche 2 au sein du réseau de couche serveur. Avec la configuration du service de couche 2, les routeurs clients peuvent exécuter IP/MPLS directement au-dessus du service de couche 2 et bénéficier d’une contiguïté IP/MPLS les uns avec les autres.

En plus de réduire l’activité de provisionnement nécessaire sur les équipements de couche serveur, la signalisation GMPLS offre également aux routeurs clients la possibilité d’activer 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.

En utilisant la même topologie que celle de la Figure 1, Figure 2 illustre la configuration et l’utilisation du service de couche 2 par les routeurs clients dans la technologie VPN de couche 2 basée sur 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 liaisons Ethernet en tant que liaisons TE) pour permettre l’échange de messages de signalisation GMPLS RSVP-TE 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 la couche serveur. Les routeurs CE1 et CE2 établissent une contiguïté IP/MPLS au-dessus de ce service de couche 2.

GMPLS RSVP-TE VLAN LSP Fonctionnalité de signalisation

Figure 2Sur la base de , 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 lequel il a besoin du service de couche 2 et le routeur CE distant, le routeur 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 reliant 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 le routeur CE2 est connecté. Le routeur PE1 établit ensuite un LSP MPLS (associé bidirectionnel) par l’intermédiaire du réseau MPLS de couche serveur pour acheminer le trafic VLAN, puis transmet le message de signalisation GMPLS RSVP-TE 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 par un accusé de réception au message de signalisation GMPLS RSVP-TE au routeur PE2. Le routeur PE2 le propage ensuite au routeur PE1, qui à son tour le propage au routeur CE1.

  5. Dans le cadre de cette propagation des messages, les routeurs PE1 et PE2 configurent le plan de transfert pour permettre un 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 VLAN RSVP-TE GMPLS est mis en place à l’aide d’un mécanisme hiérarchique dans lequel deux LSP RSVP différents sont créés pour le service de couche 2 :

  • LSP VLAN de bout en bout contenant des informations sur l’état des routeurs des couches client et serveur.

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

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

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

Le chemin d’accès au LSP RSVP-TE GMPLS est configuré en tant qu’objet de route explicite (ERO) au niveau du routeur client à l’origine. Étant donné que ce LSP traverse différents domaines réseau (initiation, arrivée au niveau du réseau client et traversée du réseau de couche serveur), la configuration du LSP entre dans la catégorie des configurations LSP interdomaines. Dans un scénario interdomaines, un domaine réseau ne dispose généralement pas d’une visibilité totale sur la topologie de l’autre domaine réseau. Par conséquent, l’ERO qui est configuré au niveau du routeur client initiateur ne dispose pas d’informations complètes sur les sauts pour la partie de la couche serveur. Cette fonctionnalité nécessite que l’ERO configuré au niveau du routeur CE comporte trois sauts, le premier étant un saut strict identifiant la liaison Ethernet CE1-PE1, le deuxième étant un saut lâche identifiant le routeur PE de sortie (PE2) et le troisième saut étant un saut strict identifiant la liaison Ethernet CE2-PE2.

GMPLS RSVP-TE VLAN LSP Configuration

La configuration requise pour mettre en place un LSP VLAN GMPLS au niveau des routeurs client et serveur utilise le modèle de configuration GMPLS existant avec quelques extensions. Le modèle de configuration GMPLS de Junos OS pour les LSP sans paquet vise à rendre les interfaces physiques opérationnelles via la signalisation GMPLS RSVP-TE, tandis que la signalisation d’un LSP VLAN RSVP-TE GMPLS vise à faire apparaître des VLAN individuels au-dessus d’une interface physique. C’est ce ethernet-vlan que permet l’instruction de configuration sous la [edit protocols link-management te-link] hiérarchie.

Le routeur client a des interfaces physiques connectées à un réseau de serveurs, et le réseau de serveurs fournit une connexion point à point entre deux routeurs clients via les interfaces physiques connectées. GMPLS RSVP-TE amène l’interface physique à un état opérationnel comme suit :

  1. Le routeur client maintient une contiguïté de routage ou de signalisation avec le nœud de réseau serveur auquel l’interface physique est connectée, généralement par le biais d’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 de réseau du serveur identifient les interfaces physiques qui les relient à l’aide du mécanisme TE-link.

  3. Le routeur client et le noeud du réseau serveur utilisent l’identifiant TE-link (adresse IP) comme saut RSVP GMPLS et l’identifiant d’interface physique comme valeurs d’étiquette GMPLS dans les messages de signalisation RSVP-TE GMPLS pour amener l’interface physique dans un état opérationnel.

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

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

Dans la configuration GMPLS existante, l’étiquette (étiquette en amont et étiquette resv) qui est portée dans le message de signalisation est un identificateur entier qui identifie l’interface physique qui doit être mise en place. Comme 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 GMPLS RSVP-TE contient suffisamment d’informations, telles que l’adresse TE-link et la valeur de l’étiquette, pour identifier l’interface physique qui doit être activée. En revanche, pour la configuration GMPLS RSVP-TE VLAN LSP, la valeur de l’ID VLAN est utilisée comme étiquette dans le message de signalisation.

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

Dans la configuration GMPLS existante, la bande passante d’un LSP non-paquet est une quantité discrète qui correspond à la bande passante de l’interface physique à activer. Ainsi, la configuration GMPLS LSP ne permet pas de spécifier de bande passante, mais permet de spécifier la bande passante uniquement via l’instruction signal-bandwidth de configuration sous le niveau hiérarchique [protocols mpls label-switched-path lsp-name lsp-attributes] . Dans la configuration du LSP VLAN GMPLS, la bande passante est spécifiée de la même manière que celle d’un LSP de paquets. Dans la configuration du LSP VLAN GMPLS, l’option est prise en charge et signal-bandwidth n’est bandwidth pas prise en charge.

LSP de paquets bidirectionnel associé

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é unilatéralement. La signalisation LSP de transport est initiée en tant que LSP unidirectionnel du routeur source au routeur de destination dans le sens suivant, et le routeur de destination initie à son tour la signalisation du LSP unidirectionnel dans le sens inverse vers le routeur source.

Make-before-break pour les paquets bidirectionnels associés et le LSP VLAN GMPLS RSVP-TE

La prise en charge du make-before-break pour un LSP de transport bidirectionnel associé suit un modèle similaire, dans lequel le routeur de destination pour le sens avant du LSP bidirectionnel n’effectue aucune opération make-before-break dans le sens inverse du LSP bidirectionnel. C’est le routeur source (initiateur du LSP bidirectionnel associé) qui initie la nouvelle instance make-before-break du LSP bidirectionnel associé, et le routeur de destination initie à son tour la nouvelle instance make-before-break dans l’autre sens.

Par exemple, dans , le LSP de transport unidirectionnel est initié du routeur PE1 vers le routeur PE2 dans le sens de transfert, et à son tour le LSP de transport vers le routeur PE1 dans Figure 2le sens inverse. Lorsqu’une instance de type « make-before-break » se produit, seul le routeur PE1, en tant que routeur client initiateur, peut établir une nouvelle instance du LSP bidirectionnel associé. À son tour, le routeur PE2 lance la nouvelle instance make-before-break dans le sens inverse.

La prise en charge de la mise en échec du LSP de transport bidirectionnel associé est utilisée uniquement dans les scénarios où le LSP de transport se trouve dans un état de protection locale en raison d’une défaillance d’un lien ou d’un nœud sur le chemin du LSP. Le GMPLS RSVP-TE VLAN LSP utilise le mécanisme « make before-break » pour ajuster les changements de bande passante de manière transparente.

REMARQUE :

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

La nouvelle instance make-before-break du LSP VLAN 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 liens serveur-client aux deux extrémités serveur-client que l’ancienne instance.

  • Elle doit utiliser la même étiquette VLAN sur les liaisons serveur-client que l’ancienne instance.

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

L’opération de marque avant rupture pour le LSP VLAN GMPLS sur le routeur de périphérie de couche serveur est rejetée si ces contraintes ne sont pas respectées.

Sur les routeurs de périphérie de couche serveur, lorsqu’une instance make-before-break du LSP VLAN GMPLS est détecté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 existant associé (prenant en charge l’ancienne instance) n’est pas déclenché pour initier une instance make-before-break au niveau du LSP de transport. Une implication de ce choix (de l’initiation d’un nouveau LSP de transport) est qu’au niveau de la couche serveur, le partage des ressources/bande passante ne se produit pas lorsqu’une opération de rattrapage avant rupture est effectuée pour le LSP VLAN GMPLS.

Fonctionnalités prises en charge et non prises en charge

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

  • Demande de bande passante spécifique et de protection locale pour le LSP VLAN sur le routeur client vers le routeur de couche serveur.

  • Prise en charge NSR (NonStop active Routing) du LSP VLAN GMPLS au niveau des routeurs clients, des routeurs de périphérie de couche serveur et du LSP de transport bidirectionnel associé au niveau des routeurs de périphérie de couche serveur.

  • Prise en charge de plusieurs châssis.

Junos OS prend not en charge les fonctionnalités LSP VLAN RSVP-TE GMPLS SUIVANTES :

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

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

  • Découverte basée sur le routage non-CSPF des routeurs next-hop par les différents routeurs de périphérie de couche serveur du client.

  • Provisionnement automatique des interfaces VLAN client de couche 3 une fois le LSP VLAN installé sur les routeurs clients.

  • MPLS OAM (LSP-ping, BFD).

  • Les applications MPLS de paquets, telles que le next-hop dans les routes statiques et les raccourcis IGP.

  • Mécanisme de connexion croisée locale, dans lequel un routeur client se connecte à un routeur client distant qui est connecté au même routeur de serveur.

  • Infrastructure de services Junos OS.

  • Prise en charge d’IPv6.

  • Systèmes logiques.

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

Exemple : Configuration de GMPLS RSVP-TE VLAN LSP Signaling

Cet exemple montre comment configurer la signalisation GMPLS RSVP-TE VLAN LSP sur les routeurs clients pour permettre à un routeur client de se connecter à un routeur client distant via un réseau de couche serveur en utilisant la hiérarchie LSP. Cela permet aux routeurs clients d’établir, de maintenir et de provisionner les services de couche 2, sans dépendre de l’administration de la couche serveur, réduisant ainsi les dépenses opérationnelles du réseau du fournisseur.

Conditions préalables

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

  • Six routeurs pouvant être une combinaison de M Series routeurs de périphérie multiservice, MX Series Plates-formes de routage universelles 5G, T Series routeurs centraux, et PTX Series Routeurs de transport de paquets

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

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  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 par les routeurs clients à la demande 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 les dépenses opérationnelles du réseau du fournisseur. Dans la technologie VPN de couche 2 traditionnelle basée sur LDP et BGP, le réseau du fournisseur gérait l’activité de provisionnement pour chaque circuit de couche 2 établi entre deux routeurs clients.

Figure 3 illustre la configuration et la signalisation du PSL VLAN GMPLS entre deux routeurs clients, CE1 et CE2, sur un réseau de couche serveur comportant 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 LSP VLAN GMPLSConfiguration d’un LSP VLAN GMPLS

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

  1. Initiating GMPLS VLAN LSP at CE1

    Le routeur CE1 lance la configuration du LSP VLAN GMPLS en envoyant le message de chemin GMPLS RSVP-TE au routeur PE1. La signalisation entre CE1 et PE1 s’effectue via un canal de contrôle hors bande, c’est-à-dire un VLAN de contrôle distinct configuré sur la liaison Ethernet reliant les deux routeurs.

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

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

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

    3. Allouez un ID de VLAN à partir du pool de VLAN libres géré par le routeur CE1 pour chaque liaison Ethernet reliant le routeur PE1 à la liaison Ethernet identifiée.

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

    4. Identifiez le VLAN pour lequel le service de couche 2 doit être configuré à l’aide de l’ID de VLAN alloué en tant qu’objet d’étiquette en amont et de la valeur d’étiquette 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 jusqu’au routeur client distant, CE2. L’objet ERO dans le message de chemin d’accès comprend trois sauts :

      • First hop : saut strict identifiant la liaison Ethernet client-serveur à l’origine de l’émission, PE1-CE1.

      • Second hop : saut lâche identifiant le routeur de couche serveur distant, PE2.

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

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

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

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Une fois que le routeur PE1 a reçu le message de chemin du routeur CE1, le message est validé pour vérifier la disponibilité de la liaison Ethernet et de l’ID de 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 met en place un LSP de transport vers le routeur PE2, puis étend le LSP VLAN 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 et est de nature bidirectionnelle. En effet, le LSP VLAN GMPLS est bidirectionnel et chaque routeur de couche serveur doit être capable d’effectuer les opérations suivantes :

    • Recevez le trafic de 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 PE2 distant et envoyez-le sur la liaison Ethernet PE1-CE1.

    Pour chaque LSP VLAN GMPLS, un LSP de transport de paquets est mis en place au sein du réseau de couche serveur. Le LSP de transport est exclusivement utilisé pour transporter le trafic du VLAN GMPLS pour lequel il a été créé. Le LSP de transport est créé dynamiquement au moment de la réception du LSP VLAN GMPLS ; Ainsi, aucune configuration n’est requise pour déclencher sa création. Le LSP de transport établi pour le LSP VLAN 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 LSP VLAN. Toutefois, si le LSP de transport PE1-PE2 ne parvient pas à s’é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 à PE2

    • PE2 à PE1

    Le routeur PE1 initie la signalisation d’un LSP de paquet unidirectionnel vers le routeur PE2. Ce LSP de paquet unidirectionnel constitue la direction directe (PE1-vers-PE2) du LSP bidirectionnel associé, et le message de chemin porte l’objet d’association étendue indiquant qu’il s’agit d’un modèle de provisionnement unilatéral. À la réception du message de chemin pour le LSP, le routeur PE2 répond par un message Resv et déclenche la signalisation d’un LSP de paquet unidirectionnel 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-PE1 du LSP bidirectionnel associé, et ce message de chemin porte le même objet d’association étendue que celui indiqué dans le message de chemin PE1-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, PE1 lie les LSP unidirectionnels PE1 à PE2 et PE2 à PE1 en faisant correspondre les objets d’association étendue transportés dans les messages de chemin respectifs. Pour le message de chemin pour le LSP unidirectionnel PE2-PE1, le routeur PE1 répond avec 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

    Une fois le LSP de transport établi, le routeur PE1 déclenche la signalisation du LSP VLAN GMPLS. Le routeur PE1 envoie le message de chemin GMPLS RSVP-TE correspondant au LSP VLAN directement au routeur PE2, qui est de nature bidirectionnelle et inclut l’objet label en amont.

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

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    À la réception du message de chemin VLAN LSP du routeur PE1, le routeur PE2 vérifie la disponibilité du LSP de transport. Si le LSP de transport n’est pas disponible ou si la configuration du LSP est en cours, le traitement du LSP VLAN est mis en attente. Lorsque le LSP de transport est disponible, le routeur PE2 traite le message de chemin d’accès au LSP VLAN. L’objet ERO dans ce message de chemin indique que le saut suivant est un saut strict identifiant la liaison Ethernet PE2-CE2. L’objet ERO peut indiquer l’ID de VLAN à utiliser sur la liaison Ethernet PE2 vers CE2 par le routeur PE2.

    Le routeur PE2 attribue de manière appropriée l’ID de VLAN à envoyer en tant qu’étiquette amont dans le message de chemin VLAN LSP au routeur CE2 et l’envoie via un canal de contrôle hors bande.

  6. Processing the GMPLS VLAN LSP at Router CE2

    À la réception du GMPLS RSVP-TE LSP du routeur PE2, le routeur CE2 valide la disponibilité de l’ID de VLAN pour l’allocation sur la liaison PE2-CE2. Le routeur CE2 attribue ensuite l’ID de VLAN à ce LSP de VLAN et renvoie un message Resv au routeur PE2 avec l’ID de VLAN comme objet d’étiquette dans le message Resv.

  7. Processing the GMPLS VLAN LSP at Router PE2

    À la réception du message Resv du routeur CE2, le routeur PE2 valide que l’objet label dans le message Resv a le même ID de VLAN que dans le message de chemin. Le routeur PE2 attribue ensuite une étiquette MPLS 20 bits, qui est incluse dans le message Resv envoyé au routeur PE1.

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

    REMARQUE :

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

  8. Processing the GMPLS VLAN LSP at Router PE1

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

  9. Processing the GMPLS VLAN LSP at Router CE1

    À la réception du message Resv du routeur PE1, le routeur CE1 valide que l’ID de VLAN reçu dans le message Resv correspond à l’ID de VLAN dans l’étiquette en amont du message de chemin qu’il a envoyé. Ceci termine la configuration du LSP VLAN GMPLS du routeur CE1 au routeur CE2.

    REMARQUE :
    • La configuration du LSP VLAN GMPLS n’entraîne pas l’ajout d’entrées de plan de transfert sur les routeurs clients, CE1 et CE2. Seuls les routeurs de couche serveur, PE1 et PE2, ajoutent les entrées du plan de transfert pour le LSP VLAN GMPLS.

    • Il n’y a pas d’échange d’informations de routage entre le client et les routeurs de couche serveur. Les routeurs des couches client et serveur n’échangent pas d’informations sur la topologie de leur réseau.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    Une fois le LSP VLAN GMPLS configuré, les routeurs de couche client et serveur réduisent la quantité de bande passante disponible sur les liaisons Ethernet serveur-client de la quantité de bande passante allouée au LSP VLAN 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 mis en place sur les liaisons Ethernet serveur-client.

  11. Using GMPLS VLAN LSP by the Client Routers

    Une fois que le VLAN GMPLS a été configuré avec succès, les routeurs clients (CE1 et CE2) doivent être configurés manuellement avec l’interface logique VLAN au-dessus des 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. À la suite de cette configuration, les routeurs CE1 et CE2 établissent une contiguïté 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 LSP VLAN GMPLS du routeur CE1 vers le routeur CE2 une fois la configuration du LSP terminée et la contiguïté IGP/MPLS CE1 à CE2 établie. Le LSP de transport de couche serveur provient du routeur PE1, traverse un seul routeur central de couche serveur, le routeur P, et atteint le routeur PE2. Le LSP de transport de couche serveur s’affiche sous la forme d’un LSP pop à avant-dernier saut, où le routeur P se détache de l’étiquette LSP de transport et seule l’étiquette de service est présente sur la liaison P-PE2.

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

Topologie

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

Figure 5 : Configuration de GMPLS RSVP-TE VLAN LSP SignalingConfiguration de GMPLS RSVP-TE VLAN LSP Signaling

Configuration

Configuration rapide de l’interface de ligne de commande

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 à 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 passez commit en mode de configuration.

CE1

PE1

P1

P2

PE2

CE2

Configuration du routeur client

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à 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 à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

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, les adresses et tous les autres paramètres appropriés pour le routeur.

  1. Configurez l’interface reliant 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 en tant qu’interface de contrôle pour le routeur CE1.

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

  6. Configurez l’adresse de bouclage du routeur CE1 en tant qu’ID de routeur.

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

  8. Configurez l’interface homologue RSVP pour le routeur CE1.

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

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

  11. Configurez les attributs LSP CE1 à CE2.

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

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

  14. Configurez un lien d’ingénierie du trafic et attribuez des adresses à l’extrémité locale et distante de la liaison.

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

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

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show routing-optionset show protocols . 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 de serveur

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à 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 à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

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, les adresses et tous les autres paramètres appropriés pour le routeur.

  1. Configurez l’interface reliant 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 reliant le routeur PE1 aux routeurs centraux (routeur P1 et routeur P2).

  5. Configurez le tunnel GRE en tant qu’interface de contrôle pour le routeur PE1.

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

  7. Configurez l’adresse de bouclage du routeur PE1 en tant qu’ID de routeur.

  8. Configurez un LSP bidirectionnel associé et activez la configuration d’un LSP inverse unidirectionnel pour un LSP direct provisionné unilatéral.

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

  10. Configurez l’interface homologue RSVP pour le routeur PE1 et activez la configuration dynamique du LSP bidirectionnel de paquets pour le transport de LSP GMPLS sans paquets.

  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 du trafic.

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

  14. Configurez un lien d’ingénierie du trafic et attribuez des adresses à l’extrémité locale et distante de la liaison.

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

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

  17. Configurez le routeur CE1 en tant qu’homologue LMP pour le routeur PE1 et configurez les attributs de l’homologue.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show routing-optionset show protocols . 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 du lien d’ingénierie du trafic sur les routeurs clients

But

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

Action

À partir du mode opérationnel, exécutez les commandes et show link-management .show link-management te-link detail

Sens

L’appairage LMP (Link Management Protocol) a été établi entre les routeurs clients, et le lien d’ingénierie du trafic est opérationnel sur les routeurs CE1 et CE2.

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

But

Vérifiez l’état des sessions de réponse 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 entrant, le routeur CE1, et le routeur de sortie, le routeur CE2.

Vérification de l’état du 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 du serveur

But

Vérifiez les entrées de l’interface de connexion croisée de circuit (CCC) dans la table de routage MPLS.

Action

À partir du mode opérationnel, exécutez les commandes et show route table mpls.0 .show route forwarding-table ccc ccc-interface

Sens

La sortie affiche l’interface CCC, c’est-à-dire l’interface client-routeur, ainsi que les détails du tronçon 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 est réussi.