Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemple : Configuration d’un RPF basé sur l’expéditeur dans un BGP MVPN avec des tunnels de fournisseur point à multipoint MLDP

Cet exemple montre comment configurer le transfert RPF (Reverse-Path Forwarding) basé sur l’expéditeur dans un VPN multicast BGP (MVPN). Le RPF basé sur l’expéditeur permet d’empêcher plusieurs routeurs PE (Provider Edge) d’envoyer du trafic dans le réseau central, empêchant ainsi l’envoi de trafic dupliqué à un client.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Le RPF basé sur l’expéditeur est pris en charge sur les plates-formes MX Series avec des cartes de ligne MPC. Au préalable, le routeur doit être configuré en network-services enhanced-ip mode.

Le RPF basé sur l’expéditeur est pris en charge uniquement pour les MVPN MPLS BGP avec des tunnels de fournisseur point à multipoint RSVP-TE. Les modes SPT uniquement et SPT-RPT MVPN sont pris en charge.

Le RPF basé sur l’expéditeur ne fonctionne pas lorsque des tunnels de fournisseur point à multipoint sont utilisés avec des interfaces à commutation d’étiquettes (LSI). Junos OS n’attribue qu’une seule étiquette LSI pour chaque VRF et utilise cette étiquette pour tous les tunnels point à multipoint. Par conséquent, l’étiquette reçue par la sortie n’indique pas le routeur PE d’envoi. À l’heure actuelle, les étiquettes LSI ne peuvent pas être mises à l’échelle pour créer une étiquette unique pour chaque tunnel point à multipoint. Par conséquent, des interfaces de tunnel virtuel (vt) doivent être utilisées pour la fonctionnalité RPF basée sur l’expéditeur avec des tunnels de fournisseur point à multipoint.

Cet exemple nécessite Junos OS version 21.1R1 ou ultérieure sur le routeur PE sur lequel le RPF basé sur l’expéditeur est activé.

Aperçu

Cet exemple montre un système autonome unique (scénario intra-AS) dans lequel une source envoie du trafic multicast (groupe 224.1.1.1) dans le VPN (instance VRF vpn-1). Deux récepteurs s’abonnent au groupe. Ils sont respectivement connectés à l’appareil CE2 et à l’appareil CE3. Des LSP point à multipoint MLDP avec des tunnels de fournisseur inclusifs sont configurés parmi les routeurs PE. Le PIM (C-PIM) est configuré sur les liaisons PE-CE.

Pour MPLS, le protocole de contrôle de signalisation utilisé ici est LDP. Si vous le souhaitez, vous pouvez utiliser RSVP pour signaler des tunnels point à point et point à point.

OSPF est utilisé pour la connectivité IGP (Interior Gateway Protocol), bien qu’IS-IS soit également une option prise en charge. Si vous utilisez OSPF, vous devez activer l’ingénierie de trafic OSPF.

À des fins de test, des routeurs sont utilisés pour simuler la source et les récepteurs. Les périphériques PE2 et PE3 sont configurés pour rejoindre statiquement le groupe 224.1.1.1 à l’aide de la set protocols igmp interface interface-name static group 224.1.1.1 commande. Dans le cas où un hôte récepteur multicast réel n’est pas disponible, comme dans cet exemple, cette configuration IGMP statique est utile. Sur les appareils CE connectés aux récepteurs, pour leur faire écouter l’adresse du groupe multicast, l’exemple utilise set protocols sap listen 224.1.1.1. Une commande ping permet d’envoyer du trafic multicast dans le MBPN BGP.

Le RPF basé sur l’expéditeur est activé sur l’appareil PE2, comme suit :

Si vous le souhaitez, vous pouvez configurer hot-root-standby avec sender-based-rpf.

Topologie

La figure 1 illustre l’exemple de réseau.

Figure 1 : RPF basé sur l’expéditeur dans un MVPN Sender-Based RPF in a BGP MVPN BGP

Définir les commandes pour tous les périphériques de la topologie affiche la configuration de tous les périphériques de la Figure 1.

La section Configuration de l’équipement PE2 décrit les étapes à suivre sur l’équipement PE2.

Définir des commandes pour tous les périphériques de la topologie

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 à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil CE1

Dispositif CE2

Dispositif CE3

Appareil P

Appareil PE1

Appareil PE2

Appareil PE3

Procédure

Procédure étape par étape

Configuration de l’équipement PE2

Procédure

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 configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil PE2 :

  1. Activez le mode IP amélioré.

  2. Configurez les interfaces de l’appareil.

  3. Configurez IGMP sur l’interface faisant face à la périphérie client.

  4. (Facultatif) Forcez le périphérique PE à rejoindre le groupe multicast avec une configuration statique.

    Normalement, cela se produirait de manière dynamique dans une configuration avec des sources et des récepteurs réels.

  5. Configurez RSVP sur les interfaces faisant face au cœur du fournisseur.

  6. Configurez MPLS.

  7. Configurez le BGP interne (IBGP) parmi les routeurs PE.

  8. Configurez un OSPF ou un IS-IS.

  9. (Facultatif) Configurez LDP.

    RSVP peut être utilisé à la place pour la signalisation MPLS.

  10. Configurez une stratégie de routage à utiliser dans le VPN.

    La stratégie est utilisée pour exporter le BGP vers la session IPP PE-CE.

  11. Configurez l’instance de routage.

  12. Configurez le tunnel du fournisseur.

  13. Configurez la cible VRF.

    Dans le contexte des routes IPv4 unicast, ce choix vrf-target a deux implications. Tout d’abord, chaque route apprise localement (dans ce cas, directe et statique) au niveau du VRF est exportée vers BGP avec la cible de route (RT) spécifiée. De plus, chaque route BGP inet-vpn reçue avec cette valeur RT est importée dans le VRF vpn-1. Cela présente l’avantage d’une configuration plus simple, et l’inconvénient de moins de flexibilité dans la sélection et la modification des routes exportées et importées. Cela implique également que le VPN est entièrement maillé et que tous les routeurs PE obtiennent des routes les uns des autres, de sorte que les configurations complexes telles que le réseau en étoile ou l’extranet ne sont pas réalisables. Si l’une de ces fonctionnalités est requise, il est nécessaire d’utiliser vrf-import et vrf-export à la place.

  14. Configurez la session OSPF PE-CE.

  15. Configurez la session PE-CE PIM.

  16. Activez le mode MVPN.

    Les deux rpt-spt sont spt-only pris en charge par le RPF basé sur l’expéditeur.

  17. Activez le RPF basé sur l’expéditeur.

  18. Configurez l’ID du routeur, le distinguateur du routeur et le numéro AS.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show chassiscommandes , show interfaces, show protocols, show policy-optionsshow routing-instances, et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

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

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du RPF basé sur l’expéditeur

But

Assurez-vous que le RPF basé sur l’expéditeur est activé sur l’appareil PE2.

Action

Vérification des routes BGP

But

Assurez-vous que les routes BGP attendues sont ajoutées aux tables de routage sur les périphériques PE.

Action

Vérification des jointures PIM sur les récepteurs CE en aval

But

Assurez-vous que les messages de jointure attendus sont envoyés.

Action

Signification

Les périphériques CE2 et CE3 envoient tous deux des paquets C-Join en amont vers leurs routeurs PE voisins, leur prochain saut unicast pour atteindre la C-Source.

Vérification des jointures PIM sur les appareils PE

But

Assurez-vous que les messages de jointure attendus sont envoyés.

Action

Signification

Les périphériques CE2 et CE3 envoient tous deux des paquets C-Join en amont vers leurs routeurs PE voisins, leur prochain saut unicast pour atteindre la C-Source.

L’état C-Join pointe vers BGP en tant qu’interface en amont. En fait, il n’y a pas de relation de voisinage PIM entre les PE. Le PE en aval convertit l’état C-PIM (C-S, C-G) en une route BGP de jointure d’arborescence de source de type 7 et l’envoie au routeur PE en amont vers la source C.

Vérification des routes de multidiffusion

But

Assurez-vous que le flux C-Multicast est intégré dans MVPN vpn-1 et envoyé par l’équipement PE1 dans le tunnel du fournisseur.

Action

Signification

La sortie montre que, contrairement aux autres périphériques PE, le périphérique PE2 utilise un RPF basé sur l’émetteur. La sortie sur l’appareil PE2 inclut l’émetteur RPF en amont. Le champ ID de l’expéditeur ne s’affiche que lorsque le RPF basé sur l’expéditeur est activé.

Vérification des routes C-Multicast MVPN

But

Vérifiez les informations sur la route C-multicast MVPN,

Action

Signification

La sortie affiche les informations sur le tunnel et l’étiquette du fournisseur.

Vérification de l’EP source

But

Vérifiez les détails de l’EP source,

Action

Signification

La sortie affiche les informations sur le tunnel et l’étiquette du fournisseur.