Configuration d’IGMP

Pour configurer le protocole IGMP (Internet Group Management Protocol), incluez l’instruction igmp suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

• [edit protocols]

• [edit logical-systems logical-system-name protocols]

Par défaut, IGMP est activé sur toutes les interfaces sur lesquelles vous configurez le PIM (Protocol Independent Multicast) et sur toutes les interfaces de diffusion sur lesquelles vous configurez le DVMRP (Distance Vector Multicast RoutingProtocol).

Le protocole IGMP (Internet Group Management Protocol) gère les groupes multicast en établissant, en maintenant et en supprimant des groupes sur un sous-réseau. Les périphériques de routage multicast utilisent IGMP pour savoir quels groupes ont des membres sur chacun de leurs réseaux physiques connectés. L’IGMP doit être activé pour que le routeur reçoive des paquets multicast IPv4. L’IGMP n’est nécessaire que pour les réseaux IPv4, car le multicast est géré différemment dans les réseaux IPv6. IGMP est automatiquement activé sur toutes les interfaces IPv4 sur lesquelles vous configurez PIM et sur toutes les interfaces de diffusion IPv4 lorsque vous configurez DVMRP.

Si IGMP ne s’exécute pas sur une interface, soit parce que PIM et DVMRP ne sont pas configurés sur l’interface, soit parce qu’IGMP est explicitement désactivé sur l’interface, vous pouvez explicitement activer IGMP.

Pour activer explicitement IGMP :

L’objectif de l’IGMP est de maintenir les routeurs à jour avec l’appartenance au groupe de l’ensemble du sous-réseau. Les routeurs n’ont pas besoin de savoir qui sont tous les membres, seulement que les membres existent. Chaque hôte garde une trace des groupes multicast auxquels il est abonné. Sur chaque lien, un routeur est élu demandeur. Le routeur de requête IGMP envoie périodiquement des messages généraux d’interrogation de l’hôte sur chaque réseau connecté pour solliciter des informations sur l’appartenance. Les messages sont envoyés à l’adresse du groupe multicast pour tous les systèmes, 224.0.0.1.

L’intervalle de requête, l’intervalle de réponse et la variable de robustesse sont liés dans la mesure où ce sont toutes des variables utilisées pour calculer le délai d’expiration de l’appartenance au groupe. Le délai d’expiration de l’appartenance à un groupe est le nombre de secondes qui doivent s’écouler avant qu’un routeur multicast détermine qu’il n’existe plus aucun membre d’un groupe hôte sur un sous-réseau. Le délai d’expiration de l’appartenance au groupe est calculé comme suit : (variable de robustesse x intervalle de requête) + (intervalle de réponse de requête). Si aucun rapport n’est reçu pour un groupe particulier avant l’expiration du délai d’expiration de l’appartenance au groupe, le périphérique de routage cesse de transférer les paquets multicast provenant à distance de ce groupe sur le réseau connecté.

Par défaut, les messages de requête de l’hôte sont envoyés toutes les 125 secondes. Vous pouvez modifier cet intervalle pour modifier le nombre de messages IGMP envoyés sur le sous-réseau.

Pour modifier l’intervalle de requête :

L’intervalle de réponse à la requête est le temps maximal qui peut s’écouler entre le moment où le routeur interrogeur envoie un message de requête d’hôte et le moment où il reçoit une réponse d’un hôte. La configuration de cet intervalle vous permet d’ajuster les pics de rafale des messages IGMP sur le sous-réseau. Définissez un intervalle plus grand pour réduire les flux de trafic. Le trafic en rafale fait référence à un modèle de transmission de données irrégulier : parfois un taux de transmission de données très élevé, tandis qu’à d’autres moments, un taux de transmission de données très faible.

L’intervalle de réponse à la requête, l’intervalle hôte-requête et la variable de robustesse sont liés dans la mesure où ce sont toutes des variables utilisées pour calculer le délai d’expiration de l’appartenance au groupe. Le délai d’expiration de l’appartenance à un groupe est le nombre de secondes qui doivent s’écouler avant qu’un routeur multicast détermine qu’il n’existe plus aucun membre d’un groupe hôte sur un sous-réseau. Le délai d’expiration de l’appartenance au groupe est calculé comme suit : (variable de robustesse x intervalle de requête) + (intervalle de réponse de requête). Si aucun rapport n’est reçu pour un groupe particulier avant l’expiration du délai d’expiration de l’appartenance au groupe, le périphérique de routage cesse de transférer les paquets multicast provenant à distance de ce groupe sur le réseau connecté.

L’intervalle de réponse par défaut est de 10 secondes. Vous pouvez configurer un intervalle inférieur à la seconde jusqu’à un chiffre à droite de la virgule. La plage configurable est de 0,1 à 0,9, puis par intervalles de 1 seconde de 1 à 999 999.

Pour modifier l’intervalle de réponse à la requête :

Le paramètre de congé immédiat est utile pour minimiser la latence des congés des adhésions IGMP. Lorsque ce paramètre est activé, le périphérique de routage quitte le groupe multicast immédiatement après que le dernier hôte ait quitté le groupe multicast.

Le paramètre de congé immédiat active le suivi de l’hôte, ce qui signifie que l’appareil garde une trace des hôtes qui envoient des messages de connexion. Cela permet à IGMP de déterminer quand le dernier hôte envoie un message de congé pour le groupe multicast.

Lorsque le paramètre de congé immédiat est activé, l’appareil supprime une interface de l’entrée de la table de transfert sans envoyer au préalable des requêtes IGMP spécifiques au groupe à l’interface. L’interface est élaguée à partir de l’arborescence multicast pour le groupe multicast spécifié dans le message de sortie IGMP. Le paramètre de congé immédiat garantit une gestion optimale de la bande passante pour les hôtes sur un réseau commuté, même lorsque plusieurs groupes multicast sont utilisés simultanément.

Lorsqu’un hôte est désactivé et qu’un hôte envoie un message de groupe de congés, le périphérique de routage envoie d’abord une requête de groupe pour déterminer si un autre destinataire répond. Si aucun récepteur ne répond, le périphérique de routage supprime tous les hôtes de l’interface du groupe multicast. Les congés immédiats sont désactivés par défaut pour IGMP version 2 et IGMP version 3.

Pour activer les congés immédiats sur une interface :

Supposons que vous ayez besoin de limiter les sous-réseaux pouvant rejoindre un certain groupe multicast. L’instruction group-policy vous permet de filtrer les rapports IGMP indésirables au niveau de l’interface. Lorsque cette instruction est activée sur un routeur exécutant IGMP version 2 (IGMPv2) ou version 3 (IGMPv3), une fois que le routeur a reçu un rapport IGMP, le routeur compare le groupe à la stratégie de groupe spécifiée et effectue l’action configurée dans cette stratégie (par exemple, rejette le rapport si la stratégie correspond à l’adresse ou au réseau défini).

Vous définissez la stratégie pour qu’elle corresponde uniquement aux adresses de groupe IGMP (pour IGMPv2) en utilisant l’instruction de stratégie pour qu’elle corresponde à l’adresse de route-filter groupe. Vous définissez la stratégie pour qu’elle corresponde aux adresses IGMP (source, groupe) (pour IGMPv3) en utilisant l’instruction de route-filter stratégie pour correspondre à l’adresse de groupe et l’instruction de source-address-filter stratégie pour qu’elle corresponde à l’adresse source.

Pour filtrer les rapports IGMP indésirables :

Par défaut, les interfaces IGMP n’acceptent les messages IGMP provenant que du même sous-réseau. L’inclusion de l’instruction promiscuous-mode permet au périphérique de routage d’accepter les messages IGMP provenant de sous-réseaux indirectement connectés.

Pour activer le mode de promiscuité IGMP sur une interface :

L’intervalle de requête du dernier membre correspond au temps maximal entre les messages de requête spécifiques au groupe, y compris ceux envoyés en réponse aux messages de groupe de congé. Vous pouvez configurer cet intervalle pour modifier le temps nécessaire à un périphérique de routage pour détecter la perte du dernier membre d’un groupe.

Lorsque le périphérique de routage qui sert de demandeur reçoit un message leave-group d’un hôte, il envoie plusieurs requêtes spécifiques au groupe restant. Le demandeur envoie un nombre spécifique de ces requêtes à un intervalle spécifique. Le nombre de requêtes envoyées s’appelle le nombre de requêtes du dernier membre. L’intervalle auquel les requêtes sont envoyées est appelé l’intervalle de requête du dernier membre. Étant donné que les deux paramètres sont configurables, vous pouvez ajuster la latence de congé. La latence de sortie IGMP est le temps écoulé entre une demande de sortie d’un groupe multicast et la réception du dernier octet de données pour le groupe multicast.

Le nombre de requêtes du dernier membre x (fois) l’intervalle de requête du dernier membre = (égal) le temps qu’il faut à un périphérique de routage pour déterminer que le dernier membre d’un groupe a quitté le groupe et pour arrêter le transfert du trafic du groupe.

L’intervalle de requête du dernier membre par défaut est de 1 seconde. Vous pouvez configurer un intervalle inférieur à la seconde jusqu’à un chiffre à droite de la virgule. La plage configurable est de 0,1 à 0,9, puis par intervalles de 1 seconde de 1 à 999 999.

Pour modifier cet intervalle, procédez comme suit :

Ajustez la variable de robustesse IGMP pour tenir compte de la perte de paquets attendue sur un sous-réseau. Le comptage robuste modifie automatiquement certains intervalles de messages IGMP pour IGMPv2 et IGMPv3. L’augmentation du nombre de robustes entraîne davantage de pertes de paquets, mais augmente la latence de sortie du sous-réseau.

Lorsque le routeur de requête reçoit un message de fin IGMP sur un réseau partagé exécutant IGMPv2, il doit envoyer un message de requête de groupe IGMP un nombre spécifié de fois. Le nombre de messages de requête de groupe IGMP envoyés est déterminé par le nombre robuste.

La valeur de la variable robustness est également utilisée pour calculer les intervalles de messages IGMP suivants :

• Intervalle entre les membres du groupe : durée qui doit s’écouler avant qu’un routeur multicast détermine qu’il n’y a plus de membres d’un groupe sur un réseau. Cet intervalle est calculé comme suit : (variable de robustesse x intervalle de requête) + (1 x intervalle requête-réponse).

• Autre intervalle de présence de la requête : le nombre robuste est utilisé pour calculer le temps qui doit s’écouler avant qu’un routeur multicast détermine qu’il n’y a plus d’autre routeur multicast qui est le requêteur. Cet intervalle est calculé comme suit : (variable de robustesse x intervalle de requête) + (0,5 x intervalle requête-réponse).

• Last-member query count (Nombre de requêtes du dernier membre) : nombre de requêtes spécifiques au groupe envoyées avant que le routeur ne suppose qu’il n’y a pas de membres locaux d’un groupe. Le nombre de requêtes est égal à la valeur de la variable robustesse.

Dans IGMPv3, un changement d’état d’interface entraîne la transmission immédiate par le système d’un rapport de changement d’état à partir de cette interface. Si le rapport de changement d’état est manqué par un ou plusieurs routeurs multicast, il est retransmis. Le nombre de fois qu’il est retransmis est le nombre robuste moins un. Dans IGMPv3, le nombre robuste est également un facteur permettant de déterminer l’intervalle d’appartenance au groupe, l’intervalle de requête de l’ancienne version et l’intervalle de présence de l’autre requêteur.

Par défaut, la variable de robustesse a la valeur 2. Vous pouvez augmenter cette valeur si vous pensez qu’un sous-réseau perd des paquets.

Le nombre peut être compris entre 2 et 10.

Pour modifier la valeur de la variable de robustesse :

Il peut être utile d’augmenter le nombre maximal de paquets IGMP transmis par seconde sur un routeur avec un grand nombre d’interfaces participant à IGMP.

Pour modifier la limite du nombre maximal de paquets IGMP que le routeur peut transmettre en 1 seconde, incluez l’instruction maximum-transmit-rate et spécifiez le nombre maximal de paquets par seconde à transmettre.

Par défaut, le périphérique de routage exécute IGMPv2. Les périphériques de routage exécutant différentes versions d’IGMP déterminent la version commune la plus basse d’IGMP prise en charge par les hôtes de leur sous-réseau et fonctionnent dans cette version.

Pour activer la fonctionnalité de multidiffusion spécifique à la source (SSM), vous devez configurer la version 3 sur l’hôte et le périphérique de routage directement connecté à l’hôte. Si une adresse source est spécifiée dans un groupe multicast configuré de manière statique, la version doit être définie sur IGMPv3.

Si un groupe multicast statique est configuré avec l’adresse source définie et que la version IGMP est configurée pour être la version 2, la source est ignorée et seul le groupe est ajouté. Dans ce cas, la jointure est traitée comme une jointure de groupe IGMPv2.

Si vous avez déjà configuré le périphérique de routage pour qu’il utilise IGMP version 1 (IGMPv1), puis que vous le configurez pour qu’il utilise IGMPv2, le périphérique de routage continue d’utiliser IGMPv1 pendant 6 minutes maximum, puis utilise IGMPv2.

Pour passer à IGMPv3 pour la fonctionnalité SSM :

Vous pouvez créer une appartenance à un groupe statique IGMP pour tester le transfert multicast sans hôte récepteur. Lorsque vous activez l’appartenance statique à un groupe IGMP, les données sont transférées à une interface sans que celle-ci ne reçoive les rapports d’appartenance des hôtes en aval. Le routeur sur lequel vous activez l’appartenance statique à un groupe IGMP doit être le routeur désigné (DR) pour le sous-réseau. Dans le cas contraire, le trafic ne sera pas acheminé vers l’aval.

Lorsque vous activez l’appartenance statique à un groupe IGMP, vous ne pouvez pas configurer plusieurs groupes à l’aide des instructions group-count, group-increment, source-count et source-increment si l’option all est spécifiée en tant qu’interface IGMP.

L’ajustement de classe de service (CoS) n’est pas pris en charge avec l’appartenance à un groupe statique IGMP.

Dans cet exemple, vous créez le groupe statique 233.252.0.1.

Pour déterminer si un réglage IGMP est nécessaire dans un réseau, vous pouvez configurer le périphérique de routage pour qu’il enregistre les événements d’entrée et de sortie IGMP. Vous pouvez enregistrer les événements globalement pour le périphérique de routage ou pour des interfaces individuelles.

Le Tableau 1 décrit les événements IGMP enregistrables.

Pour activer la comptabilisation IGMP :

L’instruction group-limit vous permet de limiter le nombre de jointures de groupe de multicast IGMP pour les interfaces logiques. Lorsque cette instruction est activée sur un routeur exécutant IGMP version 2 (IGMPv2) ou version 3 (IGMPv3), la limite est appliquée à la réception du rapport de groupe. Une fois la limite de groupe atteinte, les demandes d’adhésion suivantes sont rejetées.

Lorsque vous configurez des limites pour les groupes de multidiffusion IGMP, gardez à l’esprit les points suivants :

• Chaque groupe any-source (*,G) compte comme un groupe vers la limite.

• Chaque groupe spécifique à la source (S,G) compte comme un groupe dans la limite.

• Les groupes en mode d’exclusion IGMPv3 sont comptabilisés dans la limite.

• Plusieurs groupes spécifiques à une source sont pris en compte individuellement dans la limite de groupe, même s’ils appartiennent au même groupe. Par exemple, (S1, G1) et (S2, G1) comptent comme deux groupes dans la limite configurée.

• Les combinaisons de groupes de sources et de groupes spécifiques à une source sont prises individuellement en compte dans la limite de groupes, même si elles appartiennent au même groupe. Par exemple, (*, G1) et (S, G1) comptent comme deux groupes dans la limite configurée.

• La configuration et la validation d’une limite de groupes sur un réseau inférieure à ce qui existe déjà sur le réseau entraîne la suppression de tous les groupes de la configuration. Les groupes doivent ensuite demander à rejoindre le réseau (jusqu’à la limite de groupe nouvellement configurée).

• Vous pouvez limiter dynamiquement les groupes multicast sur les interfaces logiques IGMP à l’aide de profils dynamiques.

À partir de la version 12.2 de Junos OS, vous pouvez configurer un seuil d’avertissement de journal système pour les jointures de groupes de multicast IGMP reçues sur l’interface logique. Il est utile d’examiner les messages du journal système à des fins de dépannage et pour détecter si un nombre excessif de jointures de groupes multicast IGMP a été reçu sur l’interface. Ces messages de journal signalent lorsque la limite de groupes configurée a été dépassée, lorsque le seuil configuré a été dépassé et lorsque le nombre de groupes tombe en dessous du seuil configuré.

L’instruction group-threshold vous permet de configurer le seuil à partir duquel un message d’avertissement est consigné. La plage est comprise entre 1 et 100 %. Le seuil d’avertissement est un pourcentage de la limite de groupe, vous devez donc configurer l’instruction group-limit pour configurer un seuil d’avertissement. Par exemple, lorsque le nombre de groupes dépasse le seuil d’avertissement configuré, mais reste inférieur à la limite de groupes configurés, les groupes multicast continuent d’être acceptés et l’équipement consigne le message d’avertissement. En outre, l’appareil enregistre un message d’avertissement lorsque le nombre de groupes tombe en dessous du seuil d’avertissement configuré. Vous pouvez également spécifier le temps (en secondes) entre les messages de journal en configurant l’instruction log-interval . La plage est comprise entre 6 et 32 767 secondes.

Vous pouvez envisager de limiter les messages de journal, car chaque entrée ajoutée après le seuil configuré et chaque entrée rejetée après la limite configurée entraîne l’enregistrement d’un message d’avertissement. En configurant un intervalle de journalisation, vous pouvez limiter la quantité de messages d’avertissement de journal système générés pour les jointures de groupes multicast IGMP.

Pour limiter les jointures de groupes multicast sur une interface logique IGMP :

Les opérations de suivi enregistrent des messages détaillés sur le fonctionnement des protocoles de routage, tels que les différents types de paquets de protocole de routage envoyés et reçus, et les actions de stratégie de routage. Vous pouvez spécifier les opérations de suivi qui sont consignées en incluant des indicateurs de suivi spécifiques. Le tableau suivant décrit les indicateurs que vous pouvez inclure.

Dans l’exemple suivant, le suivi est activé pour tous les paquets du protocole de routage. Ensuite, le suivi est restreint pour se concentrer uniquement sur les paquets IGMP d’un type particulier. Pour configurer les opérations de suivi pour IGMP :