Présentation de la distribution des routes C-Multicast
Alors que les routes de réseau privé virtuel (MVPN) multicast non-C-multicast (type 1 à type 5) sont généralement utilisées par tous les routeurs PE (Provider Edge) du réseau, les routes MVPN C-multicast (type 6 et type 7) ne sont utiles qu’au routeur PE connecté au C-S actif ou au point de rendez-vous candidat (RP). Par conséquent, les routes C-multicast doivent être installées uniquement dans la table VRF (VPN routing and forwarding) sur le routeur PE émetteur actif pour un C-G donné. Pour ce faire, le draft-ietf-l3vpn-2547bis-mcast-10.txt de brouillon Internet spécifie d’attacher une cible de route spéciale et dynamique aux routes MVPN de multidiffusion C (Figure 1).
MVPN C-Multicast
La cible de route attachée aux routes C-multicast est également appelée cible de route d’importation C-multicast et ne doit pas être confondue avec l’importation de cible de route (Tableau 1). Notez que les routes MVPN C-multicast diffèrent des autres routes MVPN d’une manière essentielle : elles transportent une cible de route dynamique dont la valeur dépend de l’identité du routeur PE émetteur actif à un moment donné et peut changer si le routeur PE actif change.
Importation de cible de route attachée aux routes VPN-IPV4 |
Cible de routage attachée aux routes MVPN C-Multicast |
|---|---|
Valeur générée par le routeur PE d’origine. Doit être unique par table VRF. |
La valeur dépend de l’identité du routeur PE actif. |
Statique. Créé lors de la configuration pour aider à identifier à quel routeur PE et à quel VPN appartiennent les routes de unicast VPN. |
Dynamique, car si le routeur PE émetteur actif change, la cible de route attachée aux routes C-multicast doit être modifiée pour cibler le nouveau routeur PE émetteur. Par exemple, une nouvelle source VPN connectée à un autre routeur PE devient active et préférée. |
Un routeur PE qui reçoit une jointure C locale détermine l’identité du routeur PE émetteur actif en effectuant une recherche de route unicast pour le C-S ou le point de rendez-vous candidat (routeur) [RP candidat] dans la table VRF unicast. S’il existe plusieurs routes, le routeur PE récepteur choisit un seul routeur PE de revendeur. Les procédures utilisées pour choisir un transitaire unique sont décrites dans les draft-ietf-l3vpn-2547bis-mcast-bgp-08.txt préliminaires Internet et ne sont pas abordées dans cette rubrique.
Une fois que le routeur PE émetteur actif (en amont) est sélectionné, le routeur PE récepteur construit la route MVPN de multidiffusion C correspondant à la jonction C locale.
Une fois la route C-multicast construite, le routeur PE récepteur doit attacher la cible de route correcte à cette route en ciblant le routeur PE émetteur actif. Comme nous l’avons mentionné, chaque routeur PE crée une communauté d’importation cible de route VRF unique et l’attache aux routes VPN-IPv4. Lorsque le routeur PE récepteur effectue une recherche de route pour C-S ou RP candidat, il peut extraire la valeur de l’importation de la cible de route associée à cette route et définir la valeur de la cible de route C-import sur la valeur de l’importation de la cible de route.
Sur le routeur PE émetteur actif, les routes C-multicast sont importées uniquement si elles portent la cible de route dont la valeur est identique à l’importation de cible de route générée par le routeur PE émetteur.
Construction de routes C-Multicast
Un routeur PE émet une route MVPN de multidiffusion C en réponse à la réception d’une jointure C via son interface PE-CE. Reportez-vous à la Figure 2 pour connaître les formats de la route C-multicast encodée en NLRI MCAST-VPN. Le tableau 2 décrit chaque champ.
NLRI MCAST-VPN
Champ |
Description |
|---|---|
Distinguisher d’itinéraire |
Défini sur le séparateur de route du C-S ou du RP candidat (le séparateur de route associé au routeur PE en amont). |
Source AS |
Défini sur la valeur trouvée dans la |
Longueur de la source multicast |
Définissez la valeur sur 32 pour IPv4 et sur 128 pour les adresses IP IPv6 C-S ou RP candidates. |
Multicast Source |
Défini sur l’adresse IP du C-S ou du RP candidat. |
Longueur du groupe de multidiffusion |
Définissez la valeur sur 32 pour IPv4 et sur 128 pour les adresses IPv6 C-G. |
Groupe multicast |
Défini sur le C-G de la jointure C reçue. |
Cette même structure est utilisée pour coder à la fois les routes de type 6 et de type 7 avec deux différences :
La première différence est la valeur utilisée pour le champ source multicast. Pour les routes de type 6, ce champ est défini sur l’adresse IP du RP candidat configuré. Pour les routes de type 7, ce champ correspond à l’adresse IP du C-S contenu dans le message (C-S, C-G).
La deuxième différence est la valeur utilisée pour le distingueur d’itinéraire. Pour les routes de type 6, ce champ est défini sur le distinguateur de route attaché à l’adresse IP du RP candidat. Pour les routes de type 7, ce champ est défini sur le séparateur de route qui est attaché à l’adresse IP du C-S.
Élimination de la distribution PE-PE de l’état (C-*, C-G) à l’aide de routes de découverte automatique actives de la source
Les routeurs PE doivent conserver un état supplémentaire lorsque le protocole de routage C-multicast est PIM-SM (Protocol Independent Multicast-Sparse Mode) dans any-source multicast (ASM). Il s’agit d’une exigence, car avec ASM, les récepteurs rejoignent d’abord l’arbre partagé enraciné au niveau du RP candidat (appelé arbre de RP candidat ou RPT candidat). Cependant, au fur et à mesure que les sources de multidiffusion VPN deviennent actives, les récepteurs apprennent l’identité des sources et rejoignent l’arbre enraciné à la source (appelé arbre du plus court chemin du client ou C-SPT). Les récepteurs envoient ensuite un message d’élagage au RP candidat pour empêcher le trafic de passer par l’arborescence partagée pour le groupe qu’ils ont rejoint au C-SPT. Le passage du candidat RPT au C-SPT est un processus compliqué qui nécessite un état supplémentaire.
Le projet de draft-ietf-l3vpn-2547bis-mcast-bgp-08.txt Internet spécifie des procédures facultatives qui éliminent complètement la nécessité d’adhérer au RPT candidat. Ces procédures exigent que les routeurs PE gardent une trace de toutes les sources VPN actives à l’aide de l’une des deux options. La première option consiste à colocaliser le RP candidat sur l’un des routeurs PE. La deuxième option consiste à utiliser le protocole MSDP (Multicast Source Discovery Protocol) entre l’un des routeurs PE et le RP candidat client.
Dans cette approche, un routeur PE qui reçoit une jointure locale (C-*, C-G) crée une route de type 6, mais n’annonce pas la route aux routeurs PE distants tant qu’il n’a pas reçu d’informations sur une source active. Le routeur PE agissant en tant que RP candidat (ou qui apprend l’existence des sources actives via MSDP) est responsable de l’origine d’une route de type 5. Une route de type 5 contient des informations sur la source active et les adresses de groupe. Les informations contenues dans une route de type 5 sont suffisantes pour que les routeurs PE récepteurs rejoignent le C-SPT en initiant une route de type 7 vers le routeur PE émetteur, en ignorant complètement l’annonce de la route de type 6 qui est créée lorsqu’une jointure C est reçue. La figure 3 illustre le format d’une route de découverte automatique de source active (SA). Le tableau 3 décrit chaque format.
NLRI MCAST-VPN
Champ |
Description |
|---|---|
Distinguisher d’itinéraire |
Défini sur le distinguateur de route configuré sur le routeur à l’origine de l’itinéraire de découverte automatique SA. |
Longueur de la source multicast |
Définissez la valeur sur 32 pour les adresses IP IPv4 et sur 128 pour les adresses IP C-S IPv6. |
Multicast Source |
Défini sur l’adresse IP du C-S qui transmet activement des données à C-G. |
Longueur du groupe de multidiffusion |
Définissez la valeur sur 32 pour IPv4 et sur 128 pour les adresses IPv6 C-G. |
Groupe multicast |
Définissez l’adresse IP du C-G auquel C-S transmet les données. |
Réception des routes C-Multicast
Le routeur PE émetteur importe les routes C-multicast dans la table VRF en fonction de la cible de route de la route. Si la cible de route attachée à la route MVPN C-multicast correspond à la communauté d’importation de cible de route provenant de ce routeur, la route MVPN C-multicast est importée dans la table VRF. Si ce n’est pas le cas, il est jeté.
Une fois que les routes MVPN C-multicast sont importées, elles sont retraduites en jointures C et transmises au protocole VRF C-PIM pour un traitement ultérieur selon les procédures PIM normales.