Exemple de scénario de H-VPLS sur des routeurs ACX Series pour les services IPTV
Le VPLS hiérarchique basé sur LDP nécessite un maillage complet de LSP de tunnel entre tous les routeurs PE qui participent au service VPLS. Pour chaque service VPLS, n*(n-1)/2 pseudowires doivent être installés entre les routeurs PE. Bien que l’exigence de maillage complet crée une surcharge de signalisation, l’impact négatif le plus important sur un déploiement à grande échelle est les exigences de réplication de paquets pour chaque pseudowire provisionné sur un routeur PE. La connectivité hiérarchique réduit la surcharge de signalisation et de réplication pour faciliter les déploiements à grande échelle. .
Dans une solution IPTV typique, les sources IPTV sont dans le domaine public et les abonnés sont dans le domaine VPN privé. L’objectif est de fournir les flux de multicast provenant de la source IPTV aux décodeurs ou aux abonnés du domaine privé. Généralement, pour une transmission efficace des données multicast des sources IP vers les périphériques d’accès (ACX dans ce cas), des LSP P2MP et mVPN sont utilisés. Les appareils abonnés pourraient ensuite être connectés à un domaine VPLS ou VPN de couche 3 dans le routeur d’accès et ils pourraient être configurés pour importer les routes de multicast à partir d’une instance MVPN. Les VPLS et MVPN n’étant pas pris en charge sur les routeurs ACX, une autre approche peut être utilisée pour obtenir les capacités H-VPLS. La prise en charge de la surveillance PIM dans les interfaces de couche 3, de la surveillance IGMP dans les réseaux de couche 2, des interfaces IRB et des interfaces de tunnel logique permet la prise en charge de HVLS.
Un routeur ACX reçoit les données de multicast dans le contexte VRP par défaut, et les données sont transmises au BD via IRB et sont répliquées sur les ports BD en fonction de l’appartenance détectée par la surveillance IGMP. Le trafic de contrôle unicast entre les appareils abonnés et le serveur de gestion des abonnés IPTV passe par le domaine VPN privé. Les routeurs d’agrégation disposent d’une connectivité VPLS full-mesh entre eux et ACX fonctionne comme H-VPLS MTU. Il existe une configuration PW entre ACX et le routeur d’agrégation. L’interface LT fait l’assemblage du domaine Bridge avec le PW
Exemple de scénario de configuration de H-VPLS pour les services IPTV
Prenons l’exemple d’un décodeur ou d’un équipement CPE connecté à deux routeurs ACX, l’ACX1 et l’ACX2. Sur les routeurs ACX, un contexte VRF (Virtual Routing and Forwarding) global, des domaines de pont, des pseudowires et des paramètres IRB sont définis. L’ACX1 est connecté à deux routeurs MX, MX2 et MX3. La connexion à ACX1 à MX2 se fait via un pseudowire actif avec PIM déployé. PIM est utilisé comme protocole de transport dans la communication entre les routeurs ACX et MX. La transmission unicast est également configurée. La connexion d’ACX1 à MX3 se fait via un pseudowire de secours. ACX2 est connecté à deux routeurs MX, MX2 et MX3. La connexion à ACX2 à MX2 se fait via un pseudowire actif. ACX2 est relié à MX3 à l’aide d’un pseudowire de secours. MX2 et MX3 sont connectés à MX1, qui est la racine du LSP. Le MX1 est relié à une source IPTV.
Le LSP d’ingénierie de trafic point à multipoint (P2MP) (TE) est configuré à partir du routeur MX (MX-1 est connecté à la source IPTV) vers les routeurs MX d’agrégation (MX-2 et MX-3). MX-1 est à l’origine du LSP. MX-2 et MX-3 sont les branches. Les feuilles ne peuvent pas être configurées de manière statique ou dynamique.
PIM peut être activé entre MX-1 et la source IPTV et MX-1 est la DR pour la source multicast.
mVPN est configuré sur l’instance de routage VRF par défaut. Un arbre sélectif peut être utilisé pour un routage optimal.
PIM-SM s’exécute dans le réseau d’accès entre les routeurs d’accès (ACX-1 et ACX-2) et les routeurs d’agrégation (MX-1 et MX-2).
MX-1 et MX-2 sont les RP du PIM-SM.
La vérification RPF est désactivée pour les groupes de multicast dans les routeurs d’agrégation pour qu’elle accepte les données de la source distante.
La redondance des points de rendez-vous (RP) est obtenue en configurant l’auto-RP dans les ACX et en configurant plusieurs routeurs d’agrégation en tant que RP pour chaque anneau d’accès (îlot PIM).
ACX dispose d’un domaine de pont et les appareils des abonnés sont connectés aux ports BD. Cela permet aux abonnés d’être sur le même sous-réseau IP. (Cette méthode de configuration convient à une topologie dans laquelle vous souhaitez que tous les abonnés connectés aux ACX dans un seul anneau d’accès se trouvent sur le même sous-réseau. Cela facilite la stratégie d’allocation du pool de serveurs DHCP). Aucune commutation locale n’est activée sur le domaine de pont, afin de s’assurer que abonné à abonné communication ne se produit pas localement via le domaine de pont.
Le domaine de pont a la configuration IRB fournissant une connectivité à l’instance de routeur VRF par défaut. IGMP est activé sur l’interface IRB. Cela permet aux messages de jointure IGMP envoyés par les périphériques abonnés d’être traités par le module de routage et déclenche à son tour une jointure PIM vers RP dans l’instance de routage par défaut.
La surveillance IGMP est activée sur le domaine de pont pour un transfert optimal des données multicast au niveau BD.
Le routeur ACX reçoit les données de multicast dans le contexte VRP par défaut, et les données sont transférées au BD via IRB et sont répliquées sur les ports BD en fonction de l’appartenance détectée par la surveillance IGMP.
Le trafic de contrôle unicast entre les appareils abonnés et le serveur de gestion des abonnés IPTV passe par le domaine VPN privé.
Les routeurs d’agrégation disposent d’une connectivité VPLS full-mesh entre eux et ACX fonctionne comme H-VPLS MTU.
Un PW est mis en place entre ACX et le routeur d’agrégation. L’interface LT fait l’assemblage du domaine Bridge avec le PW.
Un pseudowire actif et un pseudowire de secours sont installés entre l’ACX et les routeurs d’agrégation pour assurer la redondance du trafic de contrôle.
PW se termine dans l’instance VPLS du routeur d’agrégation. Les PW de plusieurs routeurs ACX sont terminés sur la même instance VPLS, car tous les abonnés de tous les boîtiers ACX connectés à un même routeur d’agrégation sont dans le même sous-réseau.
L’instance VPLS dans le routeur d’agrégation est connectée à l’instance L3VPN via l’interface IRB qui a l’adresse IP du même sous-réseau que les abonnés. La station de gestion des abonnés qui contrôle les abonnés appartenant à un client particulier est connectée à ce domaine VPN de couche 3.
Consignes relatives au H-VPLS sur les routeurs ACX
Gardez les points suivants à l’esprit lorsque vous configurez H-VPLS sur les routeurs ACX :
Le trafic de contrôle est limité à une bande passante de 1G ou 10G en fonction de la limitation de l’interface de tunnel logique (lt-).
La transmission des données multicast est basée sur PIM sur le réseau d’accès. Par conséquent, le temps de convergence est directement lié au temps de convergence du protocole IGP configuré sur le réseau d’accès.
Deux versions des solutions de multicast doivent être implémentées dans le réseau du fournisseur pour que la solution de bout en bout fonctionne. En outre, vous devez configurer une solution basée sur PIM sur le réseau d’accès et une solution basée sur MVPN sur le réseau d’agrégation ou central. Cette topologie est considérée comme un surcoût de configuration.
Les modèles de multicast IPv6 et de redondance actif-actif ne sont pas pris en charge.
Vous pouvez implémenter un framework IPTV sans la prise en charge MVPN et VPLS sur les routeurs ACX.
La prise en charge du multicast utilisant PIM-SM et IGMP est prise en charge,
Le trafic de contrôle unicast est limité au domaine VPN du client.
La prise en charge de plusieurs abonnés sur le même sous-réseau IP est fournie. La communication directe entre les abonnés au niveau ACX est désactivée.
La surveillance IGMP est prise en charge pour s’assurer que les données de multicast ne sont pas transférées aux abonnés qui ne sont pas enregistrés pour ces données.
Une interface IRB est utilisée uniquement pour la livraison de données de multicast à partir du contexte VRF par défaut.