Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Exemple : configuration d’un VPN de couche 3 basé sur le MPLS

Cet exemple montre comment configurer et valider un VPN de couche 3 basé sur le MPLS de base sur des routeurs ou des commutateurs exécutant Junos OS. L’exemple basé sur IPv4 utilise EBGP comme protocole de routage entre les appareils de périphérie du fournisseur et ceux du client.

Remarque :

Notre équipe de test de contenu a validé et mis à jour cet exemple.

Vous pouvez déployer un réseau privé virtuel (VPN) de couche 3 basé sur MPLS à l’aide de routeurs et de commutateurs exécutant Junos OS pour interconnecter les sites des clients grâce à une connectivité de couche 3. Bien que le routage statique soit pris en charge, les VPN de couche 3 permettent généralement aux appareils du client d’échanger des informations de routage avec le réseau du fournisseur et nécessitent la prise en charge de protocoles IP, c’est-à-dire IPv4 et/ou IPv6.

Contrairement à un VPN de couche 2, où les équipements du client peuvent ne pas être basés sur des protocoles IP et où le routage, le cas échéant, s’effectue entre les appareils de périphérie du client (CE). Contrairement à un VPN de couche 3 où l’appareil CE interagit (pairs) avec l’appareil de périphérie du fournisseur, dans un VPN de couche 2, le trafic client passe de manière transparente par le cœur du fournisseur, tous les protocoles de routage étant exécutés de bout en bout entre les appareils CE.

Les VPN basés sur le MPLS nécessitent une fonctionnalité MPLS de base dans le réseau du fournisseur. Une fois que le MPLS de base est opérationnel, vous pouvez configurer des VPN qui utilisent des chemins à commutation d’étiquettes (LSP) pour le transport sur le cœur du fournisseur.

L’ajout de services VPN n’affecte pas les opérations de commutation MPLS de base dans le réseau du fournisseur. En fait, les équipements du fournisseur (P) ne nécessitent qu’une configuration MPLS de base, car ils ne sont pas compatibles VPN. L’état VPN est conservé uniquement sur les équipements PE (Provider Edge). C’est l’une des principales raisons pour lesquelles les VPN basés sur le MPLS évoluent si bien.

Exigences

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

  • Junos OS version 12.3 ou ultérieure pour les équipements de routage et de commutation

    • Revalidé sur Junos OS version 20.3R1

  • Deux appareils Provider Edge (PE)

  • Un appareil du fournisseur (P)

  • Deux appareils de périphérie client (CE)

L’exemple se concentre sur la façon d’ajouter un VPN de couche 3 à une base de référence MPLS préexistante. Une configuration MPLS de base est fournie au cas où le MPLS n’est pas déjà déployé sur votre réseau.

Pour prendre en charge les VPN basés sur le MPLS, la base de référence MPLS sous-jacente doit fournir les fonctionnalités suivantes :

  • Interfaces centrales et de bouclage opérationnelles avec prise en charge de la famille MPLS

  • Un protocole de passerelle intérieure tel qu’OSPF ou IS-IS pour assurer l’accessibilité entre les adresses de bouclage des périphériques du fournisseur (P et PE)

  • Un protocole de signalisation MPLS tel que LDP ou RSVP pour signaler les LSP

  • LSP établis entre les adresses de bouclage des équipements PE

Des LSP sont nécessaires entre chaque paire d’appareils PE qui participent à un VPN donné. C’est une bonne idée de construire des LSP entre tous les appareils PE pour s’adapter à la croissance future des VPN. Vous configurez les LSP au niveau de la [edit protocols mpls] hiérarchie. Contrairement à une configuration MPLS pour une connexion CCC (circuit cross connect), vous n’avez pas besoin d’associer manuellement le LSP à l’interface côté client (périphérie) de l’équipement PE. Au lieu de cela, les VPN de couche 3 utilisent la signalisation BGP pour annoncer l’accessibilité du site. Cette signalisation BGP automatise le mappage des sites VPN distants vers le transfert LSP vers les sauts suivants. Cela signifie qu’avec un VPN de couche 3, il n’est pas nécessaire de mapper explicitement un LSP à l’interface périphérique d’un équipement PE.

Vue d’ensemble et topologie

Les VPN de couche 3 permettent aux clients de tirer parti de l’expertise technique du fournisseur de services pour assurer un routage efficace de site à site. L’équipement de périphérie client (CE) utilise généralement un protocole de routage, tel que BGP ou OSPF, pour échanger des routes avec l’équipement de périphérie du fournisseur de services (PE). Le routage statique est pris en charge pour les VPN de couche 3, mais un protocole de routage dynamique est généralement préféré.

La définition d’un VPN implique uniquement des modifications des équipements PE locaux et distants. Aucune configuration supplémentaire n’est nécessaire sur les équipements du fournisseur (en supposant qu’ils disposent déjà d’une base de référence MPLS fonctionnelle), car ces équipements ne fournissent que des fonctions de commutation MPLS de base. Les équipements CE n’utilisent pas MPLS et ne nécessitent qu’une interface de base et une configuration de protocole de routage pour pouvoir interagir avec les équipements PE.

Dans un VPN de couche 3, vous configurez les appareils CE pour qu’ils s’appairent avec l’appareil PE local. Contrairement à un VPN de couche 2, où les appareils CE s’appairent les uns aux autres comme s’ils étaient sur une liaison partagée, bien qu’ils soient connectés via un réseau central de fournisseur basé sur le MPLS.

Une fois qu’une base de référence MPLS est en place, vous devez configurer les fonctionnalités suivantes sur les équipements PE pour établir votre VPN de couche 3 basé sur MPLS :

  • Un groupe BGP avec family inet-vpn unicast assistance

  • Une instance de routage avec un type vrf d’instance et une définition de protocole de routage compatibles avec le périphérique CE attaché

  • Les interfaces côté client sur les équipements PE configurés avec family inet une adresse IPv4 qui place l’interface sur le même sous-réseau que l’équipement CE connecté. Si vous le souhaitez, vous pouvez également configurer l’encapsulation du VLAN et l’ID de VLAN correspondant.

Pour une connectivité correcte de bout en bout, l’équipement CE doit être configuré avec un sous-réseau IP compatible et des paramètres de protocole de routage pour prendre en charge l’appairage avec l’équipement PE.

La figure 1 illustre la topologie utilisée dans cet exemple. La figure détaille les noms d’interface, l’adressage IP et les protocoles de routage utilisés dans les réseaux du fournisseur et du client. Elle met également en évidence la relation d’appairage entre les appareils CE et PE. Dans cet exemple, vous vous attendez à ce que chaque équipement CE forme une session d’appairage EBGP avec l’équipement PE local. Notez que le réseau du fournisseur et les deux sites du client ont un numéro de système autonome attribué pour prendre en charge le fonctionnement BGP. Dans cet exemple, une politique de routage est appliquée aux équipements CE pour qu’ils annoncent les routes directes pour leurs interfaces de contact avec le fournisseur et de bouclage.

Figure 1 : VPN de couche 3 basé sur le MPLS avec EBGP comme protocole An MPLS-Based Layer 3 VPN with EBGP as the PE-CE Routing Protocol de routage PE-CE

Configurations rapides

Utilisez les configurations de cette section pour mettre rapidement en marche votre VPN de couche 3 basé sur le MPLS. Les configurations incluent une base de référence MPLS fonctionnelle pour prendre en charge votre VPN de couche 3. Cet exemple se concentre sur les aspects VPN de la configuration. Pour plus d’informations sur la fonctionnalité MPLS de base utilisée dans cet exemple, reportez-vous aux liens suivants :

Configuration rapide de la CLI

Remarque :

Les configurations des appareils omettent l’interface de gestion, les routes statiques, la journalisation du système, les services système et les informations de connexion des utilisateurs. Ces éléments de la configuration varient selon l’emplacement et ne sont pas directement liés à la fonctionnalité MPLS ou VPN.

Modifiez les commandes suivantes en fonction des spécificités de votre environnement et collez-les dans la fenêtre du terminal de périphérique CE local (CE1) en mode de configuration au niveau de la [edit] hiérarchie :

La configuration complète de l’appareil CE1.

La configuration complète de l’appareil PE1.

La configuration complète de l’appareil P.

La configuration complète de l’appareil PE2.

La configuration complète de l’appareil CE2.

Assurez-vous de valider les modifications de configuration sur tous les appareils lorsque vous êtes satisfait de votre travail. Félicitations pour votre nouveau VPN de couche 3 basé sur le MPLS ! Reportez-vous à la section Vérification pour connaître les étapes nécessaires pour confirmer que votre VPN de couche 3 fonctionne comme prévu.

Configurer le périphérique PE1 local pour un VPN de couche 3 basé sur MPLS

Cette section couvre les étapes nécessaires pour configurer le périphérique PE1 pour cet exemple. L’accent est mis sur les équipements PE, car c’est là que la configuration VPN est hébergée. Reportez-vous à la section Configurations rapides pour connaître les configurations de périphérique CE et de périphérique P utilisées dans cet exemple.

Configurer la base de référence MPLS (si nécessaire)

Avant de configurer un VPN de couche 3, assurez-vous que l’équipement PE dispose d’une base de référence MPLS fonctionnelle. Si vous disposez déjà d’une base de référence MPLS, vous pouvez passer à la procédure étape par étape pour ajouter le VPN de couche 3 aux équipements PE.

  • Configurez le nom d’hôte.

  • Configurez les interfaces centrales et de bouclage :

    Bonne pratique :

    Bien qu’un VPN de couche 3 puisse effectuer une fragmentation au niveau du PE entrant, il est préférable de concevoir le réseau de manière à ce que le CE puisse envoyer une trame de taille maximale sans avoir besoin de fragmentation. Pour éviter toute fragmentation, le réseau du fournisseur doit prendre en charge la plus grande trame que les équipements CE peuvent générer une fois que les étiquettes MPLS et VRF (Virtual Routing and Forwarding) ont été ajoutées par le périphérique PE. Cet exemple laisse les périphériques CE à l’unité de transmission maximale (MTU) par défaut de 1500 octets, tout en configurant le cœur du fournisseur pour prendre en charge une MTU de 4 000 octets. Ainsi, les équipements CE ne peuvent pas dépasser la MTU du réseau du fournisseur, même avec la surcharge d’encapsulation MPLS et VRF.

  • Configurez les protocoles :

    Remarque :

    L’ingénierie de trafic est prise en charge pour les LSP signalés par RSVP, mais n’est pas nécessaire pour la commutation MPLS de base ou le déploiement de VPN. La base de référence MPLS fournie utilise RSVP pour signaler les LSP et active l’ingénierie de trafic pour OSPF. Cependant, aucune contrainte de chemin n’est configurée, vous vous attendez donc à ce que les LSP soient acheminés sur le chemin le plus court du protocole de passerelle intérieure.

  • Définissez le LSP vers l’adresse de bouclage de l’équipement PE distant :

La ligne de base MPLS est maintenant configurée sur le périphérique PE1. Continuez à configurer le VPN de couche 3.

Procédure

Procédure étape par étape

Suivez ces étapes pour configurer l’appareil PE1 pour un VPN de couche 3.

  1. Configurez l’interface orientée client :

    Conseil :

    Vous pouvez configurer un VPN de couche 2 basé sur MPLS et un VPN de couche 3 basé sur MPLS sur le même équipement PE. Cependant, vous ne pouvez pas configurer la même interface de périphérie client pour prendre en charge à la fois un VPN de couche 2 et un VPN de couche 3.

  2. Configurez un groupe BGP pour l’appairage entre les appareils PE locaux et distants. Utilisez l’adresse de bouclage de l’équipement PE comme adresse locale et activez la famille d’adresses pour qu’elle inet-vpn unicast prenne en charge l’échange de routes VPN de couche 3. Une politique de routage pour BGP n’est pas nécessaire sur les équipements PE dans cet exemple. Par défaut, les équipements PE annoncent à nouveau dans IBGP les routes qu’ils apprennent via leur appairage EBGP vers l’équipement CE.

    Conseil :

    Vous pouvez spécifier d’autres familles d’adresses si la session IBGP PE à PE doit prendre en charge l’échange de routes non VPN, telles que les routes IPv4 ou IPv6 standard utilisant les familles ou inet inet6 , respectivement.

  3. Configurez le type de groupe BGP comme interne.

  4. Configurez l’adresse de bouclage de l’équipement PE distant en tant que voisin BGP.

  5. Configurez l’ID du routeur pour qu’il corresponde à son adresse de bouclage et définissez le numéro de système autonome BGP nécessaire pour l’appairage BGP.

  6. Configurez l’instance de routage. Spécifiez le nom d’occurrence de CE1_L3vpn, et configurez l’un instance-type de vrf.

  7. Configurez l’interface client de l’équipement PE pour qu’elle appartienne à l’instance de routage.

  8. Configurez le distinguateur de route de l’instance de routage. Ce paramètre est utilisé pour distinguer les routes envoyées à partir d’un VRF particulier sur un équipement PE particulier. Il doit être unique pour chaque instance de routage sur chaque équipement PE.

  9. Configurez la cible de routage de la table VRF (virtual routing and forwarding) de l’instance. L’instruction vrf-target ajoute la balise communautaire spécifiée à toutes les routes annoncées tout en faisant automatiquement correspondre la même valeur pour l’importation de route. La configuration de cibles de route correspondantes sur les équipements PE qui partagent un VPN donné est nécessaire pour un échange de route correct.

    Remarque :

    Vous pouvez créer des stratégies plus complexes en configurant explicitement les stratégies d’importation et d’exportation VRF à l’aide des options d’importation et d’exportation. Voir vrf-import et vrf-export pour plus de détails.

  10. Configurez l’instance de routage pour prendre en charge l’appairage EBGP vers l’équipement CE1. L’appairage direct de l’interface à l’extrémité CE1 de la liaison VRF est utilisé, et le numéro de système autonome de CE1 est correctement spécifié avec le peer-as paramètre.

  11. Validez vos modifications sur l’équipement PE1 et revenez en mode opérationnel CLI.

Résultats

Affichez les résultats de la configuration sur le périphérique PE1. La sortie reflète uniquement la configuration fonctionnelle ajoutée dans cet exemple.

Configurer le périphérique PE2 distant (PE2) pour un VPN de couche 3 basé sur MPLS

Cette section couvre les étapes nécessaires pour configurer le périphérique PE1 pour cet exemple. L’accent est mis sur les équipements PE, car c’est là que la configuration VPN est hébergée. Reportez-vous à la section Configurations rapides pour connaître les configurations de périphérique CE et de périphérique P utilisées dans cet exemple.

Configurer la base de référence MPLS (si nécessaire)

Avant de configurer un VPN de couche 3, assurez-vous que l’équipement PE dispose d’une base de référence MPLS fonctionnelle. Si vous disposez déjà d’une base de référence MPLS, vous pouvez passer à la procédure étape par étape pour ajouter le VPN de couche 3 aux équipements PE.

  • Configurez le nom d’hôte.

  • Configurez les interfaces centrales et de bouclage :

    Bonne pratique :

    Bien qu’un VPN de couche 3 puisse effectuer une fragmentation au niveau du PE entrant, il est préférable de concevoir le réseau de manière à ce que le CE puisse envoyer une trame de taille maximale sans avoir besoin de fragmentation. Pour éviter toute fragmentation, le réseau du fournisseur doit prendre en charge la plus grande trame que les équipements CE peuvent générer une fois que les étiquettes MPLS et VRF (Virtual Routing and Forwarding) ont été ajoutées par le périphérique PE. Cet exemple laisse les périphériques CE à l’unité de transmission maximale (MTU) par défaut de 1500 octets, tout en configurant le cœur du fournisseur pour prendre en charge une MTU de 4 000 octets. Ainsi, les équipements CE ne peuvent pas dépasser la MTU du réseau du fournisseur, même avec la surcharge d’encapsulation MPLS et VRF.

  • Configurez les protocoles :

    Remarque :

    L’ingénierie de trafic est prise en charge pour les LSP signalés par RSVP, mais n’est pas nécessaire pour la commutation MPLS de base ou le déploiement de VPN. La base de référence MPLS fournie utilise RSVP pour signaler les LSP et active l’ingénierie de trafic pour OSPF. Cependant, aucune contrainte de chemin n’est configurée, vous vous attendez donc à ce que les LSP soient acheminés sur le chemin le plus court du protocole de passerelle intérieure.

  • Définissez le LSP vers l’adresse de bouclage de l’équipement PE distant :

La ligne de base MPLS est maintenant configurée sur le périphérique PE1. Continuez à configurer le VPN de couche 3.

Procédure

Procédure étape par étape

Suivez ces étapes pour configurer l’appareil PE2 pour un VPN de couche 3.

  1. Configurez l’interface orientée client :

    Conseil :

    Vous pouvez configurer un VPN de couche 2 basé sur MPLS et un VPN de couche 3 basé sur MPLS sur le même équipement PE. Cependant, vous ne pouvez pas configurer la même interface de périphérie client pour prendre en charge à la fois un VPN de couche 2 et un VPN de couche 3.

  2. Configurez un groupe BGP pour l’appairage entre les appareils PE locaux et distants. Utilisez l’adresse de bouclage de l’équipement PE comme adresse locale et activez la famille d’adresses pour qu’elle inet-vpn unicast prenne en charge l’échange de routes VPN de couche 3.

    Conseil :

    Vous pouvez spécifier d’autres familles d’adresses si la session IBGP PE à PE doit prendre en charge l’échange de routes non VPN, telles que les routes IPv4 ou IPv6 standard utilisant les familles ou inet inet6 , respectivement.

  3. Configurez le type de groupe BGP comme interne.

  4. Configurez l’adresse de bouclage de l’équipement PE1 en tant que voisin BGP.

  5. Configurez l’ID du routeur pour qu’il corresponde à son adresse de bouclage et définissez le numéro du système autonome BGP.

  6. Configurez l’instance de routage. Spécifiez un nom d’occurrence de CE2_L3vpn, avec un instance-type de vrf.

  7. Configurez l’interface client de l’équipement PE pour qu’elle appartienne à l’instance de routage.

  8. Configurez le distinguateur de route de l’instance de routage. Ce paramètre est utilisé pour distinguer les routes envoyées à partir d’un VRF particulier sur un équipement PE particulier. Il doit être unique pour chaque instance de routage sur chaque équipement PE.

  9. Configurez la cible de routage de la table VRF (virtual routing and forwarding) de l’instance. L’instruction vrf-target ajoute la balise communautaire spécifiée à toutes les routes annoncées tout en faisant automatiquement correspondre la même valeur pour l’importation de route. La configuration de cibles de route correspondantes sur les équipements PE qui partagent un VPN donné est nécessaire pour un échange de route correct.

    Remarque :

    Vous pouvez créer des stratégies plus complexes en configurant explicitement les stratégies d’importation et d’exportation VRF à l’aide des options d’importation et d’exportation. Voir vrf-import et vrf-export pour plus de détails.

  10. Configurez l’instance de routage pour prendre en charge l’appairage EBGP vers l’équipement CE2. L’appairage direct de l’interface à l’extrémité CE2 de la liaison VRF est utilisé, et le numéro de système autonome de CE2 est correctement spécifié avec le peer-as paramètre.

  11. Validez vos modifications sur l’équipement PE2 et revenez en mode opérationnel CLI.

Résultats

Affichez les résultats de la configuration sur l’appareil PE2. La sortie reflète uniquement la configuration fonctionnelle ajoutée dans cet exemple.

Vérification

Effectuez ces tâches pour vérifier que le VPN de couche 3 basé sur le MPLS fonctionne correctement :

Vérifier les contiguïtés OSPF des fournisseurs et l’échange de routes

Objet

Vérifiez que le protocole OSPF fonctionne correctement dans le réseau du fournisseur en vérifiant l’état d’adjacence et les routes apprises par l’OSPF vers les adresses de bouclage des périphériques du fournisseur distant. Le bon fonctionnement des systèmes IGP est essentiel à la réussite de la mise en place de LSP MPLS.

Mesures à prendre

Signification

Le résultat indique que le dispositif PE1 a établi une contiguïté OSPF au dispositif P (192.168.0.2). Elle montre également que les adresses de bouclage P et du périphérique PE distant (192.168.0.2) et (192.168.0.3) sont correctement apprises via OSPF au niveau du périphérique PE local.

Vérifiez les paramètres d’interface MPLS et RSVP

Objet

Vérifiez que les protocoles RSVP et MPLS sont configurés pour fonctionner sur l’interface centrale de l’équipement PE. Cette étape permet également de vérifier que family mpls la configuration est correcte au niveau de l’unité de l’interface centrale de l’équipement PE.

Mesures à prendre

Signification

Le résultat indique que MPLS et RSVP sont correctement configurés sur les interfaces centrales et de bouclage de l’équipement PE local.

Vérifier les LSP signalés RSVP

Objet

Vérifiez que les LSP entrants et sortants signalés par RSVP sont correctement établis entre les adresses de bouclage de l’équipement PE.

Mesures à prendre

Signification

Le résultat montre que les sessions RSVP entrantes et sortantes sont correctement établies entre les équipements PE. Une mise en place réussie d’un LSP indique que la base de référence MPLS est opérationnelle.

Vérification de l’état de la session BGP

Objet

Vérifiez que la session IBGP entre les équipements PE est correctement établie avec la prise en charge des informations d’accessibilité de la couche réseau (NLRI) du VPN de couche 3. Dans cette étape, vous confirmez également que la session EBGP PE-CE locale est établie et correctement configurée pour échanger des routes IPv4.

Mesures à prendre

Signification

La sortie indique que la session IBGP vers le périphérique PE distant (192.168.0.3) a été correctement établie (Establ), et via le Up/Dwn champ, combien de temps la session est restée dans l’état actuel (6:18). Le flaps champ confirme qu’aucune transition d’état ne s’est produite (0), ce qui indique que la session est stable. Notez également que les routes VPN de couche 3 (NLRI) ont été apprises à partir du PE distant, comme le montre la présence d’une bgp.l3vpn.0 table.

L’écran confirme également que la session EBGP vers le périphérique CE1 local (172.16.1.1) est établie et que les routes IPv4 ont été reçues du périphérique CE1 et installées dans l’instance de routage de périphérique CE1 (CE1_L3vpn.inet.0)

Cette sortie confirme que l’appairage BGP entre les équipements PE et l’équipement CE fonctionne correctement pour prendre en charge votre VPN de couche 3.

Vérifiez les routes VPN de couche 3 dans le tableau de routage

Objet

Vérifiez que la table de routage du périphérique PE1 est remplie avec des routes VPN de couche 3 annoncées par le PE distant. Ces routes sont utilisées pour transférer le trafic vers l’équipement CE distant.

Mesures à prendre

Signification

La show route table bgp.l3vpn.0 commande affiche les routes VPN de couche 3 qui ont été reçues du périphérique PE distant. La show route table CE1_L3vpn.inet.0 commande répertorie toutes les routes qui ont été importées dans l’instance de CE1_L3vpn routage. Ces entrées représentent les routes apprises lors de l’appairage EBGP local vers l’équipement CE1, en plus des routes reçues de l’équipement PE2 distant avec une cible de route correspondante.

Les deux tableaux montrent que les routes VPN de couche 3 distantes sont correctement associées au lsp_to_pe2 LSP en tant que saut suivant de transfert. Les sorties confirment que l’équipement PE local a appris les routes associées à l’emplacement CE2 distant à partir de l’équipement PE2. Elle indique également que le PE local transférera le trafic VPN de couche 3 vers le périphérique PE2 distant en utilisant le transport MPLS sur le réseau du fournisseur.

Envoyez un ping au périphérique PE distant à l’aide d’une connexion VPN de couche 3

Objet

Vérifiez la connectivité VPN de couche 3 entre les appareils PE locaux et distants à l’aide de ping. Cette commande vérifie l’opération de routage VPN de couche 3 et de transfert MPLS entre les équipements PE.

Mesures à prendre

Signification

La sortie confirme que les plans de contrôle et de transfert VPN de couche 3 fonctionnent correctement entre les équipements PE.

Vérifiez le fonctionnement de bout en bout des appareils CE sur le VPN de couche 3

Objet

Vérifiez la connectivité VPN de couche 3 entre les appareils CE. Cette étape confirme que les équipements CE disposent d’interfaces opérationnelles et sont correctement configurés pour une connectivité de couche 3 basée sur EBGP. Pour ce faire, vérifiez que l’équipement CE1 local a bien appris les itinéraires de l’équipement CE distant et que les appareils CE sont capables de transmettre le trafic de bout en bout entre leurs adresses de bouclage.

Mesures à prendre

Signification

Le résultat indique que la connectivité VPN de couche 3 fonctionne correctement entre les appareils CE. L’équipement CE local a appris l’interface VRF et les routes de bouclage de l’équipement CE distant via BGP. Le ping est généré à l’adresse de bouclage de l’équipement CE distant et provient de l’adresse de bouclage de l’équipement CE local à l’aide de l’argument source 172.16.255.1 . L’ajout des do-not-fragment commutateurs et size 1472 confirme que les équipements CE sont capables de transmettre des paquets IP de 1 500 octets sans évoquer de fragmentation dans l’équipement PE local.

Remarque :

L’argument size 1472 ajouté à la ping commande génère 1472 octets de données d’écho. Ajout de 8 octets supplémentaires d’ICMP (Internet Control Message Protocol) et de 20 octets d’en-tête IP pour porter la taille totale de la charge utile à 1 500 octets. L’ajout du do-not-fragment commutateur garantit que les appareils CE et PE locaux ne peuvent pas effectuer de fragmentation. Cette méthode ping confirme qu’aucune fragmentation n’est nécessaire lors de l’échange de trames Ethernet standard d’une longueur maximale de 1 500 octets entre les équipements CE.

Ces résultats confirment que le VPN de couche 3 basé sur le MPLS fonctionne correctement.

Comportement du VPN de couche 3 MPLS spécifique à la plate-forme

Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.

Utilisez le tableau suivant pour passer en revue les comportements spécifiques à votre plateforme.

Tableau 1 : comportement de la couche 3 MPLS spécifique à la plate-forme

Plate-forme

Différence

Routeurs ACX 7000 Series

  • Le routeur ACX 7000 Series ne prend pas en charge les pings entre les VPN de type opérateur.

  • Juniper prend en charge l’envoi de ping entre le périphérique PE local et l’interface PE distante qui se connecte à un périphérique CE uniquement lorsque vrf-table-label cela est configuré.

    Remarque : L’ajout ou la suppression d’une étiquette de table VRF peut entraîner des perturbations dans votre réseau.

Documentation connexe