Sur cette page
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.
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 :
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
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.
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.
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.
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 :
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é.
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.
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 :
[edit protocols mpls] path path-name { next-hop-address (strict | loose); }
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 :
[edit protocols link-management] traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
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 disponibleshello-packets
: traçage des paquets hello sur n’importe quel canal de contrôle LMPinit
: sortie des messages d’initialisationpackets
—Trace tous les paquets autres que les paquets hello sur n’importe quel canal de contrôle LMPparse
—Fonctionnement de l’analyseurprocess
—Fonctionnement de la configuration généraleroute-socket
—Fonctionnement des événements de socket de routerouting
—Fonctionnement des protocoles de routageserver
—Opérations de traitement du serveurshow
—Opérations de maintenance pourshow
les commandesstate
—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éesreceive
—Paquets en cours de réceptionsend
—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 :
[edit protocols mpls label-switched-path lsp-name] lsp-attributes { encoding-type type; gpid gpid; signal-bandwidth type; switching-type type; }
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
- Configuration du GPID
- Configuration du type de bande passante du signal
- Configuration des LSP bidirectionnels GMPLS
- Autoriser les LSP GMPLS sans paquet à établir des chemins à travers les routeurs exécutant Junos OS
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
—Ethernetpacket
—Paquetpdh
—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 :
[edit protocols mpls label-switched-path lsp-name lsp-attributes] encoding-type type;
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
—Ethernetipv4
—IP version 4 (par défaut)pos-scrambling-crc-16
—Pour l’interopérabilité avec les équipements d’autres fournisseurspos-no-scrambling-crc-16
—Pour l’interopérabilité avec les équipements d’autres fournisseurspos-scrambling-crc-32
—Pour l’interopérabilité avec les équipements d’autres fournisseurspos-no-scrambling-crc-32
—Pour l’interopérabilité avec les équipements d’autres fournisseursppp
—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 :
[edit protocols mpls label-switched-path lsp-name lsp-attributes] gpid gpid;
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 :
[edit protocols mpls label-switched-path lsp-name lsp-attributes] signal-bandwidth type;
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-1
paquets 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
, fiber
ou ethernet
. Incluez l’instruction switching-type
au niveau de la [edit protocols mpls label-switched-path lsp-name lsp-attributes]
hiérarchie :
[edit protocols mpls label-switched-path lsp-name lsp-attributes] switching-type (lambda | fiber | ethernet);
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 :
admin-down;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
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
- Suppression définitive des LSP GMPLS
- Configuration de l’intervalle de délai d’expiration de la suppression gracieuse
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.
graceful-deletion-timeout seconds;
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
- Nécessité de la signalisation GMPLS RSVP-TE VLAN LSP
- GMPLS RSVP-TE VLAN LSP Fonctionnalité de signalisation
- Hiérarchie LSP avec GMPLS RSVP-TE VLAN LSP
- Spécification de chemin pour GMPLS RSVP-TE VLAN LSP
- GMPLS RSVP-TE VLAN LSP Configuration
- LSP de paquets bidirectionnel associé
- Make-before-break pour les paquets bidirectionnels associés et le LSP VLAN GMPLS RSVP-TE
- Fonctionnalités prises en charge et non prises en charge
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.
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.
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 :
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.
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.
Le routeur PE2 propage le message de signalisation GMPLS RSVP-TE au routeur CE2 avec le VLAN à utiliser sur la liaison Ethernet PE2-CE2.
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.
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 :
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.
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.
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.
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 :
-
Configurez les interfaces de l’appareil.
-
Configurez les VLAN associés à l’interface.
-
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.
La signalisation du LSP VLAN GMPLS s’exécute comme suit :
-
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 :
-
Identifiez la liaison Ethernet sur laquelle le VLAN est actif.
-
Abstraire la liaison Ethernet en tant que liaison TE et attribuer une adresse IP pour identifier la liaison Ethernet.
-
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.
-
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.
-
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.
-
-
Incluez la bande passante requise pour le LSP VLAN GMPLS.
-
Incluez toute protection locale requise dans le réseau de couche serveur pour le LSP VLAN.
-
-
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.
-
-
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é.
-
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
-
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.
-
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 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.
Configuration
- Configuration rapide de l’interface de ligne de commande
- Configuration du routeur client
- Configuration du routeur de serveur
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
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.1/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.1.1.1 set interfaces gre unit 0 tunnel destination 10.1.1.2 set interfaces gre unit 0 family inet address 10.35.100.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.1/32 set routing-options router-id 10.255.10.1 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE1 set protocols mpls no-cspf set protocols mpls label-switched-path CE1-to-CE2 from 10.255.10.1 set protocols mpls label-switched-path CE1-to-CE2 to 10.255.10.6 set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 set protocols mpls label-switched-path CE1-to-CE2 bandwidth 100m set protocols mpls label-switched-path CE1-to-CE2 primary path1 set protocols mpls path path1 10.35.1.2 strict set protocols mpls path path1 10.255.10.5 loose set protocols mpls path path1 10.36.1.1 strict set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.35.1.1 set protocols link-management te-link link10 remote-address 10.35.1.2 set protocols link-management te-link link10 ethernet-vlan set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE1 address 10.255.10.2 set protocols link-management peer PE1 control-channel gre.0 set protocols link-management peer PE1 te-link link10
PE1
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.1.1.2 set interfaces gre unit 0 tunnel destination 10.1.1.1 set interfaces gre unit 0 family inet address 10.35.100.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.2/32 set routing-options router-id 10.255.10.2 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE1 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.35.1.2 set protocols link-management te-link link1 remote-address 10.35.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE1 address 10.255.10.1 set protocols link-management peer CE1 control-channel gre.0 set protocols link-management peer CE1 te-link link1
P1
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.3/32 set routing-options router-id 10.255.10.3 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
P2
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.2/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.4/32 set routing-options router-id 10.255.10.4 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
PE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 0 vlan-id 1 set interfaces ge-0/0/0 unit 0 family inet address 10.2.2.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.2/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.2.2.2 set interfaces gre unit 0 tunnel destination 10.2.2.1 set interfaces gre unit 0 family inet address 10.35.101.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.5/32 set routing-options router-id 10.255.10.5 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE2 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.36.1.2 set protocols link-management te-link link1 remote-address 10.36.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE2 address 10.255.10.6 set protocols link-management peer CE2 control-channel gre.0 set protocols link-management peer CE2 te-link link1
CE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.2.2.1/24 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.2/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.2.2.1 set interfaces gre unit 0 tunnel destination 10.2.2.2 set interfaces gre unit 0 family inet address 10.35.101.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.6/32 set routing-options router-id 10.255.10.6 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.36.1.1 set protocols link-management te-link link10 remote-address 10.36.1.2 set protocols link-management te-link link10 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE2 address 10.255.10.5 set protocols link-management peer PE2 control-channel gre.0 set protocols link-management peer PE2 te-link link10
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 :
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.
-
Configurez l’interface reliant le routeur CE1 au routeur PE1.
[edit interfaces] user@CE1# set ge-0/0/0 vlan-tagging
-
Configurez le VLAN de contrôle pour l’interface ge-0/0/0.
[edit interfaces] user@CE1# set ge-0/0/0 unit 1 vlan-id 1 user@CE1# set ge-0/0/0 unit 1 family inet address 10.1.1.1/30 user@CE1# set ge-0/0/0 unit 1 family mpls
-
Configurez le VLAN LSP sur l’interface ge-0/0/0.
[edit interfaces] user@CE1# set ge-0/0/0 unit 10 vlan-id 10 user@CE1# set ge-0/0/0 unit 10 family inet address 10.10.10.1/24 user@CE1# set ge-0/0/0 unit 10 family mpls
-
Configurez le tunnel GRE en tant qu’interface de contrôle pour le routeur CE1.
[edit interfaces] user@CE1# set gre unit 0 tunnel source 10.1.1.1 user@CE1# set gre unit 0 tunnel destination 10.1.1.2 user@CE1# set gre unit 0 family inet address 10.35.100.25/30
-
Configurez l’interface de bouclage du routeur CE1.
[edit interfaces] user@CE1# set lo0 unit 0 family inet address 10.255.10.1/32
-
Configurez l’adresse de bouclage du routeur CE1 en tant qu’ID de routeur.
[edit routing-options] user@CE1# set router-id 10.255.10.1
-
Activez RSVP sur toutes les interfaces du routeur CE1, à l’exception de l’interface de gestion.
[edit protocols] user@CE1# set rsvp interface all user@CE1# set rsvp interface fxp0.0 disable
-
Configurez l’interface homologue RSVP pour le routeur CE1.
[edit protocols] user@CE1# set rsvp peer-interface PE1
-
Désactivez le calcul automatique des chemins pour les chemins à commutation d’étiquettes (LSP).
[edit protocols] user@CE1# set mpls no-cspf
-
Configurez le LSP pour connecter le routeur CE1 au routeur CE2.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 from 10.255.10.1 user@CE1# set mpls label-switched-path CE1-to-CE2 to 10.255.10.6
-
Configurez les attributs LSP CE1 à CE2.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 user@CE1# set mpls label-switched-path CE1-to-CE2 bandwidth 100m
-
Configurez le chemin et les paramètres de chemin du LSP CE1 vers CE2.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 primary path1 user@CE1# set mpls path path1 10.35.1.2 strict user@CE1# set mpls path path1 10.255.10.5 loose user@CE1# set mpls path path1 10.36.1.1 strict
-
Activez MPLS sur toutes les interfaces du routeur CE1, à l’exception de l’interface de gestion.
[edit protocols] user@CE1# set mpls interface all user@CE1# set mpls interface fxp0.0 disable
-
Configurez un lien d’ingénierie du trafic et attribuez des adresses à l’extrémité locale et distante de la liaison.
[edit protocols] user@CE1# set link-management te-link link10 local-address 10.35.1.1 user@CE1# set link-management te-link link10 remote-address 10.35.1.2
-
Activez la configuration du LSP VLAN de couche 2 sur la liaison d’ingénierie du trafic link10.
[edit protocols] user@CE1# set link-management te-link link10 ethernet-vlan
-
Configurez l’interface CE1 du routeur en tant qu’interface membre de la liaison d’ingénierie du trafic link10.
[edit protocols] user@CE1# set link-management te-link link10 interface ge-0/0/0
-
Configurez le routeur PE1 en tant qu’homologue LMP (Link Management Protocol) pour le routeur CE1 et configurez les attributs de l’homologue.
[edit protocols] user@CE1# set link-management peer PE1 address 10.255.10.2 user@CE1# set link-management peer PE1 control-channel gre.0 user@CE1# set link-management peer PE1 te-link link10
Résultats
À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces
, show routing-options
et show protocols
. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@CE1# show interfaces ge-0/0/0 { vlan-tagging; unit 1 { vlan-id 1; family inet { address 10.1.1.1/30; } family mpls; } unit 10 { vlan-id 10; family inet { address 10.10.10.1/24; } family mpls; } } gre { unit 0 { tunnel { source 10.1.1.1; destination 10.1.1.2; } family inet { address 10.35.100.25/30; } } } lo0 { unit 0 { family inet { address 10.255.10.1/32; } } }
user@CE1# show routing-options router-id 10.255.10.1;
user@CE1# show protocols rsvp { interface all; interface fxp0.0 { disable; } peer-interface PE1; } mpls { no-cspf; label-switched-path CE1-to-CE2 { from 10.255.10.1; to 10.255.10.6; lsp-attributes { switching-type ethernet-vlan; upstream-label { vlan-id 10; } } bandwidth 100m; primary path1; } path path1 { 10.35.1.2 strict; 10.255.10.5 loose; 10.36.1.1 strict; } interface all; interface fxp0.0 { disable; } } link-management { te-link link10 { local-address 10.35.1.1; remote-address 10.35.1.2; ethernet-vlan; interface ge-0/0/0; } peer PE1 { address 10.255.10.2; control-channel gre.0; te-link link10; } }
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 :
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.
-
Configurez l’interface reliant le routeur PE1 au routeur CE1.
[edit interfaces] user@PE1# set ge-0/0/0 vlan-tagging user@PE1# set ge-0/0/0 encapsulation flexible-ethernet-services
-
Configurez le VLAN de contrôle pour l’interface ge-0/0/0.
[edit interfaces] user@PE1# set ge-0/0/0 unit 1 vlan-id 1 user@PE1# ge-0/0/0 unit 1 family inet address 10.1.1.2/30 user@PE1# set ge-0/0/0 unit 1 family mpls
-
Configurez le VLAN LSP sur l’interface ge-0/0/0.
[edit interfaces] user@PE1# set ge-0/0/0 unit 10 encapsulation vlan-ccc user@PE1# set ge-0/0/0 unit 10 vlan-id 10
-
Configurez l’interface reliant le routeur PE1 aux routeurs centraux (routeur P1 et routeur P2).
[edit interfaces] user@PE1# set ge-0/0/1 unit 0 family inet address 10.70.70.1/30 user@PE1# set ge-0/0/1 unit 0 family mpls user@PE1# set ge-0/0/2 unit 0 family inet address 10.20.20.1/30 user@PE1# set ge-0/0/2 unit 0 family mpls
-
Configurez le tunnel GRE en tant qu’interface de contrôle pour le routeur PE1.
[edit interfaces] user@PE1# set gre unit 0 tunnel source 10.1.1.2 user@PE1# set gre unit 0 tunnel destination 10.1.1.1 user@PE1# set gre unit 0 family inet address 10.35.100.26/30
-
Configurez l’interface de bouclage du routeur PE1.
[edit interfaces] user@PE1# set lo0 unit 0 family inet address 10.255.10.2/32
-
Configurez l’adresse de bouclage du routeur PE1 en tant qu’ID de routeur.
[edit routing-options] user@PE1# set router-id 10.255.10.2
-
Configurez un LSP bidirectionnel associé et activez la configuration d’un LSP inverse unidirectionnel pour un LSP direct provisionné unilatéral.
[edit protocols] user@PE1# set rsvp associated-bidirectional-lsp single-sided-provisioning
-
Activez RSVP sur toutes les interfaces du routeur PE1, à l’exception de l’interface de gestion.
[edit protocols] user@PE1# set rsvp interface all user@PE1# set rsvp interface fxp0.0 disable
-
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.
[edit protocols] user@PE1# set rsvp peer-interface CE1 dynamic-bidirectional-transport
-
Activez MPLS sur toutes les interfaces du routeur PE1, à l’exception de l’interface de gestion.
[edit protocols] user@PE1# set mpls interface all user@PE1# set mpls interface fxp0.0 disable
-
Configurez OSPF avec des fonctionnalités d’ingénierie du trafic.
[edit protocols] user@PE1# set ospf traffic-engineering
-
Activez la zone OSPF 0 sur toutes les interfaces du routeur PE1, à l’exception de l’interface de gestion.
[edit protocols] user@PE1# set ospf area 0.0.0.0 interface all user@PE1# set ospf area 0.0.0.0 interface fxp0.0 disable
-
Configurez un lien d’ingénierie du trafic et attribuez des adresses à l’extrémité locale et distante de la liaison.
[edit protocols] user@PE1# set link-management te-link link1 local-address 10.35.1.2 user@PE1# set link-management te-link link1 remote-address 10.35.1.1
-
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.
[edit protocols] user@PE1# set link-management te-link link1 ethernet-vlan vlan-id-range 1-1000
-
Configurez l’interface PE1 du routeur en tant qu’interface membre du lien d’ingénierie du trafic link1.
[edit protocols] user@CE1# set link-management te-link link1 interface ge-0/0/0
-
Configurez le routeur CE1 en tant qu’homologue LMP pour le routeur PE1 et configurez les attributs de l’homologue.
[edit protocols] user@CE1# set link-management peer CE1 address 10.255.10.1 user@CE1# set link-management peer CE1 control-channel gre.0 user@CE1# set link-management peer CE1 te-link link1
Résultats
À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces
, show routing-options
et show protocols
. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@PE1# show interfaces ge-0/0/0 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { vlan-id 1; family inet { address 10.1.1.2/30; } family mpls; } unit 10 { encapsulation vlan-ccc; vlan-id 10; } } ge-0/0/1 { unit 0 { family inet { address 10.70.70.1/30; } family mpls; } } ge-0/0/2 { unit 0 { family inet { address 10.20.20.1/30; } family mpls; } } gre { unit 0 { tunnel { source 10.1.1.2; destination 10.1.1.1; } family inet { address 10.35.100.26/30; } } } lo0 { unit 0 { family inet { address 10.255.10.2/32; } } }
user@PE1# show routing-options router-id 10.255.10.2;
user@PE1# show protocols rsvp { associated-bidirectional-lsp single-sided-provisioning; interface all; interface fxp0.0 { disable; } peer-interface CE1 { dynamic-bidirectional-transport; } } mpls { interface all; interface fxp0.0 { disable; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } } link-management { te-link link1 { local-address 10.35.1.2; remote-address 10.35.1.1; ethernet-vlan { vlan-id-range 1-1000; } interface ge-0/0/0; } peer CE1 { address 10.255.10.1; control-channel gre.0; te-link link1; } }
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
- Vérification de l’état de la session RSVP sur les routeurs clients
- Vérification de l’état du LSP sur le routeur serveur
- Vérification des entrées CCC dans la table de routage MPLS des routeurs du serveur
- Vérification de la connectivité de bout en bout
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
user@CE1> show link-management Peer name: PE1, System identifier: 50740 State: Up, Control address: 10.255.10.2 Hello interval: 150, Hello dead interval: 500 Control-channel State gre.0 Active TE links: link10 TE link name: link10, State: Up Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps, Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps Name State Local ID Remote ID Bandwidth Used LSP-name ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2
user@CE1> show link-management te-link detail TE link name: link10, State: Up Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps, Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps Resource: ge-0/0/0, Type: IFD, System identifier: 137, State: Up, Local identifier: 54183, Remote identifier: 0 Total bandwidth: 1000Mbps, Unallocated bandwidth: 900Mbps Traffic parameters: Encoding: Ethernet, Switching: EVPL, Granularity: Unknown Maximum allocations: 4094, Number of allocations: 1, Unique allocations: 1, In use: Yes LSP name: CE1-to-CE2, Local label: 10, Remote label: 10, Allocated bandwidth: 100Mbps
user@CE2> show link-management Peer name: PE2, System identifier: 50743 State: Up, Control address: 10.255.10.5 Hello interval: 150, Hello dead interval: 500 Control-channel State gre.0 Active TE links: link10 TE link name: link10, State: Up Local identifier: 65075, Remote identifier: 0, Local address: 10.36.1.1, Remote address: 10.36.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps, Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps Name State Local ID Remote ID Bandwidth Used LSP-name ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2
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.
user@CE1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF - 10 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
user@CE2> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 - CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
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.
user@PE1> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.255.10.5 10.255.10.2 Up 0 * vlan:0:10:8176:10.255.10.2->10.255.10.5 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.2 10.255.10.5 Up 0 1 FF 3 - vlan:0:10:8176:10.255.10.2->10.255.10.5:rev Total 1 displayed, Up 1, Down 0 Transit LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 299808 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0
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
user@PE1> show route table mpls.0 mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0 *[MPLS/0] 1d 22:14:51, metric 1 Receive 1 *[MPLS/0] 1d 22:14:51, metric 1 Receive 2 *[MPLS/0] 1d 22:14:51, metric 1 Receive 13 *[MPLS/0] 1d 22:14:51, metric 1 Receive 299824 *[RSVP/7/1] 17:32:07, metric 1 > via ge-0/0/0.10, Pop ge-0/0/0.10 *[RSVP/7/1] 17:32:07, metric 1 > to 10.20.20.2 via ge-0/0/2.0, label-switched-path CE1-to-CE2
user@PE1> show route forwarding-table ccc ge-0/0/0.10 Routing table: default.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif ge-0/0/0.10 (CCC) user 0 10.20.20.2 Push 299808, Push 299872(top) 581 2 ge-0/0/2.0 Routing table: __mpls-oam__.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 534 1
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.
user@CE1> ping 10.10.10.2 PING 10.10.10.2 (10.10.10.2): 56 data bytes 64 bytes from 10.10.10.2: icmp_seq=0 ttl=64 time=15.113 ms 64 bytes from 10.10.10.2: icmp_seq=1 ttl=64 time=13.353 ms 64 bytes from 10.10.10.2: icmp_seq=2 ttl=64 time=13.769 ms 64 bytes from 10.10.10.2: icmp_seq=3 ttl=64 time=10.341 ms 64 bytes from 10.10.10.2: icmp_seq=4 ttl=64 time=12.597 ms ^C --- 10.10.10.2 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 10.341/13.035/15.113/1.575 ms
Sens
Le ping du routeur CE1 au routeur CE2 est réussi.