Présentation de BGP-MVPN Inter-AS Option B

Cette rubrique donne un aperçu de la prise en charge par Junos de l’option B du système interautonome (AS), qui est obtenue en étendant le réseau privé virtuel multicast Border Gateway Protocol (BGP-MVPN) pour prendre en charge les scénarios Inter-AS à l’aide de tunnels de fournisseur segmentés (p-tunnels). Junos OS prend également en charge la monodiffusion Option A et Option C avec des tunnels p non segmentés, dont la prise en charge a été introduite dans Junos OS 12.1. Consultez les liens ci-dessous pour plus d’informations sur ces options.

La prise en charge inter-AS du trafic multicast est requise lorsqu’un L3VPN aboutit à deux AS ou plus qui utilisent BGP-MVPN. Les AS peuvent être administrés par la même autorité ou par des autorités différentes. Lors de l’utilisation de BGP-MVPN Inter-AS Option B avec des p-tunnels segmentés, la segmentation p-tunnel est effectuée au niveau des ASBR (Autonomous System Border Router). Les ASBR effectuent également la signalisation BGP-MVPN et forment le plan de données.

La configuration d’Inter-AS Option B avec des p-tunnels segmentés peut s’avérer complexe, mais la configuration offre les avantages suivants :

• Indépendance. Les différentes autorités administratives peuvent choisir d’autoriser ou non la découverte topologique de leur AS par les autres AS. C’est-à-dire que chaque AS peut être contrôlé séparément par une autorité indépendante différente.

• Hétérogénéité. Différentes technologies de tunnel p peuvent être utilisées au sein d’un AS donné (comme cela peut être le cas lorsque l’on travaille avec des réseaux hétérogènes qu’il faut maintenant combiner).

• Écaille. L’option B inter-AS avec des p-tunnels segmentés évite le risque de goulot d’étranglement ASBR qui peut se produire lorsque des p-tunnels intra-AS sont mis en place sur des ASes utilisant des p-tunnels non segmentés. (Les LSP de branche unicast avec des p-tunnels inclusifs peuvent tous avoir à transiter par les ASBR. Dans ce cas, pour l’IR, le point de pincement devient l’échelle du plan de données. Pour RSVP-TE, cela devient l’échelle du plan de contrôle P2MP, en raison du nombre élevé de messages d’actualisation RSVP passant par les ASBR).

L’implémentation Junos prise en charge de l’option B utilise des p-tunnels RSVP-TE pour tous les segments et des procédures de signalisation MVPN Inter-AS. Le trafic multicast est transféré au-delà des limites de l’AS via un saut unique appelé LSP. Les p-tunnels Inter-AS ont deux segments : un segment ASBR-ASBR, appelé segment Inter-AS et le segment ASBR-PE appelé segment Intra-AS. (Les tunnels p statiques RSVP-TE, IR , PIM-ASM et PIM-SSM ne sont pas pris en charge.)

Les routes AD intra-AS MVPN ne sont pas propagées au-delà de la limite AS. Les tunnels p intra-AS inclus annoncés dans les routes de type 1 se terminent aux ASBR à l’intérieur de chaque AS. L’apprentissage du routage pour le trafic unicast et multicast se produit uniquement via l’option B.

L’ASBR est à l’origine d’une route Inter-AS AD (Type-2) vers eBGP, qui peut inclure des attributs de tunnel pour un p-tunnel Inter-AS (appelé Inter-AS ou segment p-tunnel ASBR-ASBR). La route de type 2 contient le séparateur de route (RD) de l'ASBR, qui est unique par VPN et par ASBR, ainsi que son numéro AS. Le tunnel est mis en place entre deux ASBR directement connectés dans des ASs voisins, et il s’agit toujours d’un LSP point à point (P2P) à saut unique.

Un ASBR dans l’AS d’origine transfère tout le trafic multicast reçu via le tunnel p inclusif dans le tunnel p inter-AS. Un ASBR dans l’AS adjacent propage la route Inter-AS reçue dans son propre AS sur iBGP, mais seulement après avoir réécrit les attributs de tunnel PMSI (Provider Multicast Service Interface) et modifié le saut suivant de l’attribut Multiprotocol Reachable (MP_REACH_NRLI) avec une adresse accessible de l’ASBR (auto-réécriture du saut suivant). Lorsqu’un ASBR propage la route de type 2 sur iBGP, il peut choisir n’importe quel type de tunnel p pris en charge au sein de son AS, bien que l’implémentation Junos prise en charge de l’option B utilise des p-tunnels RSVP-TE uniquement pour tous les segments.

Au niveau des ASBR, le trafic reçu sur le segment de tunnel p en amont est transféré sur le segment de tunnel p en aval. Ce processus est répété à chaque limite AS. Le tunnel p inter-AS qui en résulte est composé d’une alternance de segments de tunnel-p inter-AS et intra-AS (d’où le nom de « tunnel-p segmenté »).

L’option B avec des p-tunnels segmentés n’est pas sans inconvénients.

• Les ASBR distribuent à la fois les routes VPN et les routes dans l’instance principale. Ils peuvent ainsi devenir un goulot d’étranglement.

• Avec un grand nombre de VPN, l’ASBR peut manquer d’étiquettes, car chaque route VPN unicast en nécessite une.

• La comptabilisation des flux de paquets par VPN ne peut pas être effectuée au niveau de l’ASBR.

• À moins que les routes cibles ne soient réécrites au niveau des limites de l’AS, les différents fournisseurs de services doivent se mettre d’accord sur les cibles de route VPN (c’est la même chose que pour l’option C)

• Les ASBR doivent être capables d’envoyer des signaux MVPN et de prendre en charge les procédures MVPN inter-AS.