Exemple : Configuration de la surveillance multicast

Cet exemple utilise les composants matériels suivants :

• Un routeur MX Series

• Un appareil de couche 3 fonctionnant comme un routeur multicast

Avant de commencer :

• Configurez les interfaces.

• Configurez un protocole de passerelle intérieure. Voir la bibliothèque des protocoles de routage Junos OS pour les périphériques de routage.

• Configurez un protocole multicast. Cette fonctionnalité fonctionne avec les protocoles multicast suivants :

  • DVMRP (en anglais seulement)

  • PIM-DM

  • PIM-SM

  • PIM-SSM

La surveillance IGMP empêche les périphériques de couche 2 d’inonder sans discernement le trafic multicast de toutes les interfaces. Les paramètres que vous configurez pour la surveillance multidiffusion permettent de gérer le comportement de la surveillance IGMP.

Vous pouvez configurer des options d’écoute de multidiffusion sur l’instance principale par défaut et sur des instances VPLS ou de pont individuelles. La configuration par défaut de l’instance principale est globale et s’applique à toutes les instances VPLS ou de pont individuelles du routeur logique. La configuration des instances individuelles remplace la configuration globale.

Cet exemple comprend les instructions suivantes :

• flood-groups : permet de répertorier les adresses de groupes de multidiffusion pour lesquels le trafic doit être inondé. Ce paramètre est utile pour s’assurer que la surveillance IGMP n’empêche pas l’inondation multicast nécessaire. Le bloc d’adresses multicast de 224.0.0.1 à 224.0.0.255 est réservé à une utilisation de fil local. Les groupes de cette plage sont affectés à diverses utilisations, notamment les protocoles de routage et les mécanismes de découverte locaux. Par exemple, OSPF utilise 224.0.0.5 pour tous les routeurs OSPF.

• forwarding-cache : spécifie la façon dont les entrées transférées sont vieillies et comment le nombre d’entrées est contrôlé.

  Vous pouvez configurer des valeurs de seuil sur le cache de transfert pour supprimer (suspendre) la surveillance lorsque les entrées de cache atteignent un certain maximum et réutiliser le cache lorsque le nombre tombe à une autre valeur de seuil. Par défaut, aucune valeur seuil n’est activée sur le routeur.

  Le seuil de suppression supprime les nouvelles entrées de cache de transfert multicast. Un seuil de réutilisation facultatif spécifie le point auquel le routeur commence à créer de nouvelles entrées de cache de transfert de multidiffusion. La fourchette pour les deux seuils est comprise entre 1 et 200 000. Si elle est configurée, la valeur de réutilisation doit être inférieure à la valeur de suppression. La valeur de suppression est obligatoire. Si vous ne spécifiez pas la valeur de réutilisation facultative, le nombre d’entrées de cache de transfert multicast est limité à la valeur de suppression. Une nouvelle entrée est créée dès que le nombre d’entrées de cache de transfert multicast tombe en dessous de la valeur de suppression.

• graceful-restart : configure le délai après lequel les routes apprises avant un redémarrage sont remplacées par des routes réapprises. Si le redémarrage normal pour la surveillance multicast est désactivé, les informations de surveillance sont perdues après un redémarrage du moteur de routage.

  Par défaut, la durée du redémarrage progressif est de 180 secondes (3 minutes). Vous pouvez définir cette valeur entre 0 et 300 secondes. Si vous définissez la durée sur 0, le redémarrage progressif est effectivement désactivé. Définissez cette valeur légèrement supérieure à l’intervalle de réponse à la requête IGMP.

• ignore-stp-topology-change : configure le routeur MX Series pour ignorer les messages relatifs au changement d’état de la topologie Spanning Tree.

  Par défaut, le processus de surveillance IGMP sur un routeur MX Series détecte les changements d’état d’interface effectués par l’un des protocoles Spanning Tree (STP).

  Dans un environnement de multihébergement VPLS où deux routeurs PE sont connectés à deux routeurs CE interconnectés et où la protection racine STP est activée sur les routeurs PE, l’une des interfaces de routeur PE est en état de transfert et l’autre est en état de blocage.

  Si la liaison interconnectant les deux routeurs CE échoue, l’interface du routeur PE dans l’état de blocage passe à l’état de transfert.

  L’interface du routeur PE n’attend pas de recevoir des rapports d’appartenance en réponse à la prochaine requête générale ou spécifique au groupe. Au lieu de cela, le processus d’écoute IGMP envoie un message de requête général vers le routeur CE. Les hôtes connectés au routeur CE répondent avec des rapports pour tous les groupes qui les intéressent.

  Lorsque la liaison interconnectant les deux routeurs CE est rétablie, l’état spanning-tree d’origine sur les deux routeurs PE est restauré. Le PE de transfert reçoit un message de modification de la topologie Spanning Tree et envoie un message de requête générale au routeur CE pour qu’il reconstruise immédiatement l’état d’appartenance au groupe.

  Note:

  L’instruction ignore-stp-topology-change n’est prise en charge que pour le type d’instance de routage de commutateur virtuel .

Topologie

La figure 1 illustre une topologie de multihébergement VPLS dans laquelle un réseau client comporte deux équipements CE reliés par une liaison. Chaque CE est connecté à un PE.

Figure 1 : topologie de multihébergement VPLS

Pour vérifier la configuration, exécutez les commandes suivantes :

• Afficher l’interface de surveillance IGMP

• Afficher l’adhésion à IGMP Snooping

• Afficher les statistiques de surveillance IGMP

• Afficher l’itinéraire de surveillance multicast

• afficher la table de routage