Comprendre le plan de contrôle MVPN nouvelle génération

Famille d’adresses et types de routes BGP MCAST-VPN

La version préliminaire d’Internet draft-ietf-l3vpn-2547bis-mcast-bgp-08.txt introduit une famille d’adresses BGP appelée MCAST-VPN pour prendre en charge les opérations de plan de contrôle MVPN de nouvelle génération. La nouvelle famille d’adresses se voit attribuer l’identifiant de famille d’adresses suivant (SAFI) de 5 par l’Internet Assigned Numbers Authority (IANA).

Un routeur PE qui fait partie d’un réseau MVPN de nouvelle génération basé sur BGP doit envoyer un message de mise à jour BGP contenant des informations d’accessibilité de la couche réseau (NLRI) MCAST-VPN. Un NLRI MCAST-VPN contient des champs de type de route, de longueur et de variables. La valeur de chaque champ variable dépend du type d’itinéraire.

Sept types de routes BGP MVPN de nouvelle génération (également appelées routes dans cette rubrique) sont spécifiés (Tableau 2). Les cinq premiers types de routes sont appelés routes MVPN à découverte automatique. Cette rubrique fait également référence aux routes de type 1 à 5 en tant que routes MVPN non-C-multicast. Les routes de type 6 et de type 7 sont appelées routes MVPN C-multicast.

Découverte des membres MVPN intra-AS (routes de type 1)

Tous les routeurs PE MVPN nouvelle génération créent et annoncent une route de découverte automatique intra-AS de type 1 (Figure 1) pour chaque MVPN auquel ils sont connectés. Le Tableau 3 décrit le format de chaque route de découverte automatique intra-AS MVPN de type 1.

Figure 1 : type de route AD I-PMSI AC intra-AS FORMAT NLRI MCAST-VPN

Découverte de l’adhésion au MVPN Inter-AS (routes de type 2)

Les routes de type 2 sont utilisées pour la découverte d’appartenance entre des routeurs PE appartenant à différents systèmes autonomes (AS). Leur utilisation n’est pas abordée dans cette rubrique.

Tunnels de fournisseurs sélectifs (routes de type 3 et de type 4)

Un routeur PE émetteur qui initie un tunnel de fournisseur sélectif doit être à l’origine d’une route de découverte automatique intra-AS S-PMSI de type 3 avec l’attribut PMSI approprié.

Un routeur PE récepteur répond à une route de type 3 en initiant une route de découverte automatique leaf de type 4 s’il a des récepteurs locaux intéressés par le trafic transmis sur le tunnel de fournisseur sélectif. Les routes de type 4 informent le routeur PE émetteur des routeurs PE Leaf.

Source des routes de découverte automatique actives (routes de type 5)

Les routes de type 5 contiennent des informations sur les sources VPN actives et les groupes auxquels elles transmettent des données. Ces routes peuvent être générées par n’importe quel routeur PE qui prend connaissance d’une source active. Les routes de type 5 s’appliquent uniquement à PIM-SM (ASM) lorsque le mode d’arborescence source intersite uniquement est utilisé.

C-Multicast Route Exchange (routes de type 6 et de type 7)

L’échange de route de multidiffusion C entre les routeurs PE fait référence à la propagation des jointures C des routeurs PE récepteurs vers les routeurs PE émetteurs.

Dans un MVPN de nouvelle génération, les jointures C sont traduites (ou codées en tant que) routes MVPN BGP C-multicast et annoncées via la famille d’adresses BGP MCAST-VPN vers les routeurs PE émetteurs.

Deux types de routes MVPN C-multicast sont spécifiés :

• Les routes multicast C de type 6 sont utilisées pour représenter les informations contenues dans une jointure d’arborescence partagée (C-*, C-G).

• Les routes multicast C de type 7 sont utilisées pour représenter les informations contenues dans une jointure d’arborescence source (C-S, C-G).

Attribut PMSI

L’attribut PMSI (Provider Multicast Service Interface) (Figure 2) contient des informations sur le tunnel du fournisseur. Dans un réseau MVPN nouvelle génération, le routeur PE émetteur configure le tunnel fournisseur et est donc responsable de l’origine de l’attribut PMSI. L’attribut PMSI peut être attaché à des itinéraires de type 1, de type 2 ou de type 3. Le Tableau 4 décrit chaque format d’attribut PMSI.

Figure 2 : format d’attribut de tunnel PMSI

Par exemple, le routeur PE1 est à l’origine de l’attribut PMSI suivant :

PMSI: Flags 0:RSVP-TE:label[0:0:0]:Session_13[10.1.1.1:0:6574:10.1.1.1]

Importation de routes VRF et sources de communautés étendues AS

Deux communautés étendues sont spécifiées pour prendre en charge les MVPN de nouvelle génération : l’AS source (src-as) et les communautés étendues d’importation de route VRF.

La communauté étendue AS source est une communauté étendue spécifique à AS qui identifie l’AS d’où provient une route. Cette communauté est principalement utilisée pour les opérations inter-AS, qui ne sont pas abordées dans cette rubrique.

La communauté étendue d’importation de routes VRF (VPN routing and forwarding) est une communauté étendue spécifique à l’adresse IP utilisée pour importer des routes C-multicast dans la table VRF du routeur PE émetteur actif auquel la source est attachée.

Chaque routeur PE crée une communauté d’importation de cible de route et de src-as unique pour chaque VPN et les associe aux routes VPN-IPv4.

Conversion de routes MVPN de type 5 en MSDP SA

Vous pouvez convertir des routes MVPN (Multicast Virtual Private Network) de nouvelle génération en routes source active (SA) MSDP (Multicast Source Discovery Protocol). Cette conversion permet de réduire le nombre de sessions MSDP en cours d’exécution entre les points de rendez-vous client (C-RP) VPN. Par exemple, au lieu de faire fonctionner MSDP parmi tous les C-RP d’un déploiement, ces derniers peuvent exécuter leurs sessions MSDP sur un seul routeur PE configuré pour plusieurs homologues MSDP. Le routeur PE, agissant comme un périphérique C-RP, reçoit des routes MVPN SA de type 5 de la part du RP-PE ou du routeur PE source, convertit ces routes en MSDP et annonce les routes MSDP à ses homologues MSDP.

Les routes SA MVPN de type 5 sont ajoutées à la table MVPN. Ces routes MVPN Type 5 SA incluent également une nouvelle communauté étendue (EC) avec l’adresse IPv4 du RP où la SA MVPN a été générée. La source et l'EC de la route de type 5 sont également ajoutées à la table MSDP. Les routes périmées, y compris l’EC, sont supprimées de la table MSDP une fois que la route MVPN Type 5 SA est effacée de la table MVPN.

La conversion des routes MVPN de type 5 en MSDP SA est définie dans la RFC 9081. Auparavant, Junos OS prenait uniquement en charge la conversion des routes MSDP SA vers MVPN Type 5.

• Avantages de la conversion de routes MVPN de type 5 en MSDP SA
• Activation de la conversion des routes MVPN de type 5 vers MSDP SA
• Vérification de la conversion des routes MVPN de type 5 vers MSDP SA