Configuration de MLD

Pour configurer le protocole MLD (Multicast Listener Discovery), incluez l’instruction mld suivante :

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

• [edit protocols]

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

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

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

MLD spécifie des comportements différents pour les écouteurs multicast et pour les routeurs. Lorsqu’un routeur est également un écouteur, il répond à ses propres messages. Si un routeur a plusieurs interfaces sur la même liaison, il doit effectuer le comportement du routeur sur une seule de ces interfaces. Les écouteurs, quant à eux, doivent exécuter le comportement d’écouteur sur toutes les interfaces connectées à des récepteurs potentiels de trafic multicast.

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

Pour activer explicitement MLD :

Par défaut, le routeur prend en charge MLD version 1 (MLDv1). Pour permettre au routeur d’utiliser MLD version 2 (MLDv2) pour le multicast spécifique à la source (SSM) uniquement, incluez l’instruction version 2 .

Si vous configurez le paramètre de version MLD au niveau de la hiérarchie de l’interface individuelle, il remplace la configuration de la version IGMP à l’aide de l’instruction interface all .

Si une adresse source est spécifiée dans un groupe de multidiffusion configuré de manière statique, la version doit être définie sur MLDv2.

Pour passer d’une interface MLD à la version 2 :

L’objectif de MLD est de maintenir les routeurs à jour avec l’appartenance au groupe IPv6 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 MLD 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. Ces messages sollicitent des informations sur l’appartenance au groupe et sont envoyés à l’adresse de tous les nœuds de l’étendue du lien FF02 ::1. Un message hôte général a un temps de réponse maximal que vous pouvez définir en configurant l’intervalle de réponse à la requête.

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

Par défaut, les messages host-query sont envoyés toutes les 125 secondes. Vous pouvez modifier cet intervalle pour modifier le nombre de messages MLD 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 de requête envoie un message host-query et le moment où il reçoit une réponse d’un hôte. Vous pouvez modifier cet intervalle pour ajuster les pics en rafale des messages MLD sur le sous-réseau. Définissez un intervalle plus grand pour réduire les flux de trafic.

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

L’intervalle de réponse à la requête par défaut est de 10 secondes. Vous pouvez configurer un intervalle de moins d’une 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 :

L’intervalle de requête du dernier membre (également appelé intervalle de requête du dernier écouteur) est le temps maximal entre les messages de requête spécifiques au groupe, y compris ceux envoyés en réponse aux messages terminés envoyés sur l’adresse FF02 ::2 de l’étendue du lien . Vous pouvez réduire cet intervalle pour réduire le temps nécessaire à un routeur 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 (done) d’un hôte, le périphérique de routage envoie plusieurs requêtes spécifiques au groupe au groupe. Le requérant envoie un nombre spécifique de ces requêtes, et il les envoie à un intervalle spécifique. Le nombre de requêtes envoyées s’appelle le nombre de requêtes du dernier écouteur. L’intervalle auquel les requêtes sont envoyées est appelé intervalle de requête du dernier écouteur. Les deux paramètres sont configurables, ce qui vous permet d’ajuster la latence des congés. 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 écouteur x (fois) l’intervalle de requête du dernier écouteur = (égal) le temps nécessaire à 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 écouteur par défaut est de 1 seconde. Vous pouvez configurer un intervalle de moins d’une 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 :

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

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 jointure. Cela permet à MLD de déterminer quand le dernier hôte envoie un message de congé pour le groupe de multidiffusion.

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 spécifiques au groupe MLD à l’interface. L’interface est élaguée à partir de l’arborescence multicast pour le groupe multicast spécifié dans le message MLD leave. Le paramètre de congé immédiat garantit une gestion optimale de la bande passante pour les hôtes d’un réseau commuté, même lorsque plusieurs groupes de multidiffusion sont utilisés simultanément.

Lorsque le congé immédiat 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 récepteur 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 de multidiffusion. Les congés immédiats sont désactivés par défaut pour MLD version 1 et MLD version 2.

Pour permettre un congé immédiat :

Supposons que vous ayez besoin de limiter les sous-réseaux pouvant rejoindre un certain groupe de multidiffusion. L’instruction group-policy vous permet de filtrer les rapports MLD indésirables au niveau de l’interface.

Lorsque l’instruction group-policy est activée sur un routeur, une fois que le routeur a reçu un rapport MLD, 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 MLD (pour MLDv1) en utilisant l'instruction de route-filter la stratégie pour faire correspondre l'adresse de groupe. Vous définissez la stratégie pour qu'elle corresponde aux adresses MLD (source, groupe) (pour MLDv2) en utilisant l'instruction de route-filter la stratégie pour correspondre à l'adresse de groupe et l'instruction de source-address-filter la stratégie pour correspondre à l'adresse source.

Pour filtrer les rapports MLD indésirables :

Vous pouvez modifier la limite du nombre maximal de paquets MLD transmis en 1 seconde par le routeur.

L’augmentation du nombre maximal de paquets MLD transmis par seconde peut être utile sur un routeur avec un grand nombre d’interfaces participant à MLD.

Pour modifier la limite du nombre maximal de paquets MLD 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.

L’instruction group-limit vous permet de limiter le nombre de jointures de groupe de multidiffusion MLD pour les interfaces logiques. Lorsque cette instruction est activée sur un routeur exécutant MLD version 2, la limite est appliquée à la réception du rapport de groupe. Une fois la limite de groupe atteinte, les demandes de jointure suivantes sont rejetées.

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

• Chaque groupe de n’importe quelle source (*,G) compte comme un groupe dans la limite.

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

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

• Plusieurs groupes spécifiques à une source sont pris en compte individuellement dans la limite de groupes, 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 n’importe quelle source et de groupes spécifiques à une source sont prises individuellement en compte dans la limite de groupe, même si elles sont pour le 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 de multidiffusion sur les interfaces logiques MLD à l’aide de profils dynamiques. Pour plus d’informations sur la création de profils dynamiques, reportez-vous à la bibliothèque de services et de gestion des abonnés Junos OS .

À partir de Junos OS 12.2, vous pouvez éventuellement configurer un seuil d’avertissement de journal système pour les jointures de groupe de multicast MLD reçues sur l’interface logique. Il est utile d’examiner les messages du journal système à des fins de dépannage et de détecter si un nombre excessif de jointures de groupes multicast MLD ont été reçues sur l’interface. Ces messages de journal indiquent 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 du 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ée, les groupes de multidiffusion continuent d’être acceptés et l’appareil enregistre un message d’avertissement. En outre, l’appareil enregistre un message d’avertissement lorsque le nombre de groupes passe en dessous du seuil d’avertissement configuré. Vous pouvez spécifier davantage la durée (en secondes) entre les messages du 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 MLD.

Pour limiter les jointures de groupes de multidiffusion sur une interface logique MLD :