Présentation des VPN multicast Draft-Rosen
Junos OS fournit deux types de VPN multicast draft-rosen :
VPN multicast draft-rosen avec des tunnels de fournisseur de services fonctionnant en mode ASM (any-source multicast) (également appelé rosen 6 layer 3 VPN multicast) : décrit dans la RFC 4364, BGP/MPLS IP Virtual Private Networks (VPNs) et basé sur la Section 2 du projet de draft-rosen-vpn-mcast-06.txt Internet de l’IETF, Multicast in MPLS/BGP VPNs (expiré en avril 2004).
VPN multicast draft-rosen avec tunnels de fournisseur de services fonctionnant en mode SSM (source-specific multicast) (également appelé rosen 7 layer 3 VPN multicast) : décrit dans la RFC 4364, BGP/MPLS IP Virtual Private Networks (VPNs) et basé sur le projet de draft-rosen-vpn-mcast-07.txt Internet de l’IETF, Multicast in MPLS/BGP IP VPN. Les VPN multicast à brouillon avec des tunnels de fournisseur de services fonctionnant en mode SSM n’exigent pas que les routeurs du fournisseur (P) conservent des informations PIM (Protocol-Independent Multicast) spécifiques au VPN.
Les VPN multicast draft-rosen ne sont pas pris en charge dans un environnement de système logique, même si les instructions de configuration peuvent être configurées sous la hiérarchie des systèmes logiques.
Dans un réseau privé virtuel de couche 3 multicast (MVPN) configuré avec des tunnels de fournisseur de services, le VPN est compatible multicast et configuré pour utiliser le protocole PIM (Protocol Independent Multicast) dans le VPN et dans le réseau du fournisseur de services (SP). Une instance VRF (VRF) de routage et de transfert VPN compatible multicast correspond à un domaine multicast (MD), et un routeur PE attaché à une instance VRF particulière est dit appartenir au MD correspondant. Pour chaque MD, il existe une arborescence de distribution multicast (MDT) par défaut via le réseau dorsal du SP, qui connecte tous les routeurs PE appartenant à ce MD. Tout routeur PE configuré avec une adresse de groupe MDT par défaut peut être la source de multidiffusion d’un MDT par défaut.
Les MVPN avec des tunnels de fournisseur de services commencent par envoyer tout le trafic multicast sur un MDT par défaut, comme décrit dans la section 2 du projet de draft-rosen-vpn-mcast-06.txt Internet de l’IETF et la section 7 du projet de draft-rosen-vpn-mcast-07.txt Internet de l’IETF. Ce mappage par défaut entraîne la livraison de paquets à chaque routeur Provider Edge (PE) connecté au routeur fournisseur, même si le routeur PE n’a pas de récepteurs pour le groupe multicast dans ce VPN. Chaque routeur PE traite le trafic VPN encapsulé, même si les paquets multicast sont ensuite rejetés.