Comprendre les concepts et la terminologie MVPN de nouvelle génération

Communauté étendue de Route Distinguisher et VRF Route Target

Les communautés étendues de routage et de routage et de transfert de route VPN (VRF) font partie intégrante des réseaux privés virtuels (VPN) BGP-MPLS unicast. Dans les réseaux BGP-MPLS, le séparateur de route et la cible de route sont souvent confondus. Étant donné qu’ils jouent un rôle important dans les MVPN BGP de nouvelle génération, il est important de comprendre ce qu’ils sont et comment ils sont utilisés, comme décrit dans la RFC 4364.

La RFC 4364 décrit l’objectif du différenciateur de route comme suit :

« Une adresse VPN-IPv4 est une quantité de 12 octets, commençant par un Route Distinguisher (RD) de 8 octets et se terminant par une adresse IPv4 de 4 octets. Si plusieurs VPN utilisent le même préfixe d’adresse IPv4, les PE les traduisent en préfixes d’adresse VPN-IPv4 uniques. Ainsi, si la même adresse est utilisée dans plusieurs VPN différents, il est possible pour BGP d’acheminer plusieurs routes complètement différentes vers cette adresse, une pour chaque VPN.

En règle générale, chaque table VRF d’un routeur PE (Provider Edge) est configurée avec un séparateur de route unique. Selon la conception du routage, le séparateur de route peut être unique ou identique pour un VRF donné sur d’autres routeurs PE. Un séparateur de route est un nombre de 8 octets avec deux champs. Le premier champ peut être soit un numéro AS (2 ou 4 octets), soit une adresse IP (4 octets). Le deuxième champ est attribué par l’utilisateur.

La RFC 4364 décrit l’objectif d’une communauté étendue cible de route VRF comme suit :

« Chaque VRF est associé à un ou plusieurs attributs de cible de route (RT).

Lorsqu’une route VPN-IPv4 est créée (à partir d’une route IPv4 que le routeur PE a apprise d’un CE) par un routeur PE, elle est associée à un ou plusieurs attributs de cible de route. Ceux-ci sont transportés dans BGP en tant qu’attributs de la route.

Toute route associée à la cible de route T doit être distribuée à chaque routeur PE auquel un VRF est associé à la cible de route T. Lorsqu’une telle route est reçue par un routeur PE, elle peut être installée dans ceux des VRF de PE associés à Route Target T.

La cible d’itinéraire contient également deux champs et est structurée de la même manière qu’un distinguateur d’itinéraire. Le premier champ de la cible de route est soit un numéro AS (2 ou 4 octets), soit une adresse IP (4 octets), et le second champ est attribué par l’utilisateur. Chaque routeur PE annonce ses routes VPN-IPv4 avec la cible de route (en tant qu’un des attributs de chemin BGP) configurée pour la table VRF. La cible d’itinéraire attachée à l’itinéraire annoncé est appelée cible d’itinéraire d’exportation. Sur le routeur PE récepteur, la cible de route attachée à la route est comparée à la cible de route configurée pour les tables VRF locales. La cible de route configurée localement qui est utilisée pour décider si une route VPN-IPv4 doit être installée dans une table VRF est appelée cible de route d’importation.

Routage C-Multicast

L’échange d’informations de routage multicast client (C-multicast) fait référence à la distribution des messages de jointure/élagage PIM client (C-PIM) reçus des routeurs CE (Customer Edge locaux) vers d’autres routeurs PE (vers la source multicast VPN).

MVPN BGP

Les MVPN BGP utilisent BGP comme protocole de plan de contrôle entre les routeurs PE pour les MVPN, y compris l’échange d’informations de routage C-multicast. La prise en charge de BGP en tant que protocole PE-PE pour l’échange de routes C-multicast est prescrite par le projet de draft-ietf-l3vpn-mvpn-considerations-06.txt Internet, Mandatory Features in a Llayer 3 Multicast BGP/MPLS VPN Solution. L’utilisation de BGP pour distribuer les informations de routage C-multicast est étroitement calquée sur son homologue très réussi de la distribution de route unicast VPN. L’utilisation de BGP comme protocole de plan de contrôle permet aux fournisseurs de services de tirer parti de ce protocole riche en fonctionnalités et largement déployé. Il permet également aux fournisseurs de services de tirer parti de leurs connaissances et de leurs investissements dans la gestion du service unicast VPN BGP-MPLS pour offrir des services multicast VPN.

Ensembles de sites d’expéditeur et de destinataire

Le projet de draft-ietf-l3vpn-2547bis-mcast-10.txt Internet décrit un MVPN comme un ensemble de stratégies d’administration qui déterminent les routeurs PE qui se trouvent dans les ensembles de sites émetteurs et récepteurs.

Un routeur PE peut être un émetteur, un récepteur, ou à la fois un émetteur et un récepteur, selon la configuration :

• Un ensemble de sites émetteurs comprend des routeurs PE avec des sources de multidiffusion VPN locales (sources de multidiffusion client VPN directement connectées ou connectées via un routeur CE). Un routeur PE qui se trouve dans l’ensemble de sites émetteurs est le routeur PE émetteur.

• Un ensemble de sites de réception comprend des routeurs PE qui ont des récepteurs multicast VPN locaux. Un routeur PE qui se trouve dans l’ensemble de sites du récepteur est le routeur PE du récepteur.

Tunnels du fournisseur

Le projet de draft-ietf-l3vpn-2547bis-mcast-10.txt Internet définit les tunnels de fournisseur comme les mécanismes de transport utilisés pour transférer le trafic multicast VPN à travers les réseaux des fournisseurs de services. Différentes technologies de tunnelisation, telles que l’encapsulation de routage générique (GRE) et MPLS, peuvent être utilisées pour créer des tunnels de fournisseur. Les tunnels fournisseur peuvent être signalés par divers protocoles de signalisation. Cette rubrique décrit uniquement les tunnels de fournisseur GRE IP avec signalisation PIM-SM (ASM) et les tunnels de fournisseur MPLS avec signalisation RSVP-Traffic Engineering (RSVP-TE).

Dans les MVPN BGP, le routeur PE émetteur distribue des informations sur le tunnel fournisseur dans un attribut BGP appelé Provider Multicast Service Interface (PMSI). Par défaut, tous les routeurs PE récepteurs se rejoignent et deviennent les extrémités du tunnel fournisseur enraciné au niveau du routeur PE émetteur.

Les tunnels fournisseurs peuvent être inclusifs ou sélectifs :

• Un tunnel fournisseur inclusif (tunnel fournisseur I-PMSI) permet à un routeur PE qui se trouve dans l’ensemble de sites émetteurs d’un MVPN de transmettre des données multicast à tous les routeurs PE membres de ce MVPN.

• Un tunnel fournisseur sélectif (tunnel fournisseur S-PMSI) permet à un routeur PE qui se trouve dans l’ensemble de sites émetteurs d’un MVPN de transmettre des données multicast à un sous-ensemble de routeurs PE.