Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemples : configuration du cache de transfert multicast

Présentation du cache de transfert multicast

Les protocoles de multicast IP peuvent créer de nombreuses entrées dans le cache de transfert de multicast. Si le cache de transfert se remplit d’entrées empêchant l’ajout d’entrées de priorité supérieure, les applications et les protocoles risquent de ne pas fonctionner correctement. Vous pouvez gérer les propriétés du cache de transfert de multicast en limitant la taille du cache et en contrôlant la durée pendant laquelle les entrées restent dans le cache. En gérant les valeurs de délai d’expiration, vous pouvez privilégier les entrées de cache de transfert plus importantes tout en supprimant les autres entrées moins importantes.

Exemple : configuration du cache de transfert multicast

Lorsqu’un périphérique de routage reçoit du trafic multicast, il place les informations de routage (S,G) dans le cache de transfert de multicast, inet.1. Cet exemple montre comment configurer les limites du cache de transfert de multicast pour empêcher le cache de se remplir d’entrées.

Exigences

Avant de commencer :

  • Configurez les interfaces du routeur.

  • Configurez un protocole de passerelle intérieure.

  • Configuration d’un protocole de multicast. Cette fonctionnalité fonctionne avec les protocoles de multicast suivants :

    • Le DVMRP

    • PIM-DM

    • PIM-SM

    • PIM-SSM

Vue d’ensemble

Cet exemple comprend les déclarations suivantes :

  • forwarding-cache : spécifie l’ancienneté des entrées de transfert et le contrôle du nombre d’entrées.

  • timeout : spécifie une période d’inactivité après laquelle les entrées sont vieillies et supprimées d’inet.1. Vous pouvez spécifier un délai d’attente compris entre 1 et 720 minutes.

  • threshold : vous permet de spécifier des valeurs de seuil sur le cache de transfert pour supprimer (suspendre) l’ajout d’entrées lorsque les entrées de cache atteignent un certain nombre maximal et de commencer à ajouter des entrées au cache lorsque le nombre tombe à une autre valeur de seuil. Par défaut, aucune valeur de seuil n’est activée sur le périphérique de routage.

    Le seuil de suppression suspend l’ajout de nouvelles entrées de cache de transfert de multicast. Si vous ne spécifiez pas de valeur de suppression, des entrées de cache de transfert multicast sont créées si nécessaire. Si vous spécifiez un seuil de suppression, vous pouvez éventuellement spécifier un seuil de réutilisation, qui définit le point auquel l’appareil reprend l’ajout de nouvelles entrées de cache de transfert de multicast. Pendant la suspension, le transfert des entrées de cache expire. Après un certain nombre d’entrées, le seuil de réutilisation est atteint et de nouvelles entrées sont ajoutées. La fourchette pour les deux seuils va de 1 à 200 000. Si elle est configurée, la valeur de réutilisation doit être inférieure à la valeur de suppression. Si vous ne spécifiez pas de valeur de réutilisation, le nombre d’entrées de cache de transfert de 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.

Topologie

La configuration

Procédure

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer le cache de transfert de multicast :

  1. Configurez la taille maximale du cache de transfert.

  2. Configurez la durée (en minutes) pendant laquelle les entrées peuvent rester inactives avant d’être supprimées.

  3. Configurez la taille du cache de transfert lorsque la suppression s’arrête et que de nouvelles entrées peuvent être ajoutées.

Résultats

Confirmez votre configuration en entrant la commande show routing-options .

Vérification

Pour vérifier la configuration, exécutez la commande show multicast route extens.

Exemple : configuration d’une carte de flux multicast

Cet exemple montre comment configurer une carte de flux pour empêcher certaines entrées de cache de transfert de vieillir, permettant ainsi un basculement plus rapide d’une source à une autre. Les cartes de flux vous permettent de configurer les variables de bande passante et les valeurs de délai d’expiration du cache de transfert multicast pour les entrées définies par la stratégie de carte de flux.

Exigences

Avant de commencer :

  • Configurez les interfaces du routeur.

  • Configurez un protocole de passerelle intérieure.

  • Configuration d’un protocole de multicast. Cette fonctionnalité fonctionne avec les protocoles de multicast suivants :

    • Le DVMRP

    • PIM-DM

    • PIM-SM

    • PIM-SSM

Vue d’ensemble

Les cartes de flux sont généralement utilisées pour le basculement rapide de sources de multicast lorsqu’il existe plusieurs sources pour le même groupe. Par exemple, lorsqu’une source vidéo envoie activement le trafic, les états de transfert des autres sources vidéo expirent après quelques minutes. Par la suite, lorsqu’une nouvelle source recommence à envoyer le trafic, il faut du temps pour installer un nouvel état de transfert pour la nouvelle source si l’état de transfert n’est pas déjà là. Ce délai de basculement est aggravé lorsqu’il y a beaucoup de flux vidéo. L’utilisation de cartes de flux avec des valeurs de délai d’attente plus longues ou des entrées de cache permanentes permet de réduire ce délai de basculement.

Remarque :

L’état de transfert permanent doit exister sur tous les périphériques de routage sur le chemin pour que le basculement rapide de la source fonctionne correctement.

Cet exemple comprend les déclarations suivantes :

  • bande passante : spécifie la bande passante pour chaque flux défini par une carte de flux afin de s’assurer qu’une interface n’est pas surabonnée pour le trafic multicast. Si l’ajout d’un flux supplémentaire entraîne un dépassement de la bande passante globale autorisée pour l’interface, la demande est rejetée. Une demande rejetée signifie que le trafic peut ne pas être distribué à partir de tout ou partie des interfaces sortantes attendues. Vous pouvez définir la bande passante associée aux flux de multicast qui correspondent à une carte de flux en spécifiant une bande passante en bits par seconde ou en spécifiant que la bande passante est mesurée et modifiée de manière adaptative.

    Lorsque vous utilisez l’option adaptative , la bande passante s’ajuste en fonction des mesures effectuées à des intervalles de 5 secondes. Le flux utilise la valeur de bande passante maximale des 12 dernières valeurs mesurées (1 minute).

    Lorsque vous configurez une valeur de bande passante avec l’option adaptative , la valeur de bande passante agit comme la bande passante de départ du flux. La bande passante change ensuite en fonction des valeurs de bande passante mesurées par la suite. Si vous ne spécifiez pas de valeur de bande passante avec l’option adaptative , la bande passante de départ est par défaut de 2 mégabits par seconde (Mbit/s).

    Par exemple, l’instruction bandwidth 2m adaptive est équivalente à l’instruction bandwidth adaptive car elles utilisent toutes deux la même bande passante de départ (2 Mbit/s, valeur par défaut). Si la bande passante de flux réelle est de 4 Mbit/s, la bande passante de flux mesurée passe à 4 Mbit/s après avoir atteint le premier point de mesure (5 secondes). Cependant, si le débit de bande passante réel est de 1 Mbit/s, la bande passante de débit mesurée reste à 2 Mbit/s pendant les 12 premiers cycles de mesure (1 minute), puis passe à la valeur mesurée de 1 Mbit/s.

  • flow-map : définit une carte de flux qui contrôle le délai d’expiration du cache de transfert des adresses source et de groupe spécifiées, contrôle la bande passante de chaque flux et spécifie les sources redondantes. Si un flux peut correspondre à plusieurs cartes de flux, la première carte de flux s’applique.

  • forwarding-cache : permet de configurer les propriétés de cache de transfert des entrées définies par une carte de flux. Vous pouvez spécifier un délai d’expiration de never pour rendre les entrées de transfert permanentes, ou vous pouvez spécifier un délai d’expiration compris entre 1 et 720 minutes. Si vous définissez la valeur sur jamais, vous pouvez spécifier l’option non-discard-entry-only pour faire une exception pour les entrées qui sont à l’état élagué. En d’autres termes, l’instruction never non-discard-entry-only permet aux entrées à l’état élagué d’expirer, tandis que les entrées à l’état de transfert n’expirent jamais.

  • policy : spécifie les adresses source et de groupe auxquelles s’applique la carte de flux.

  • redundant-sources : spécifiez des sources redondantes (de secours) pour les flux identifiés par une carte de flux. Les interfaces sortantes admises pour l’une des entrées de transfert sont automatiquement admises pour toutes les autres entrées identifiées par la configuration source redondante. Dans l’exemple qui suit, les deux entrées de transfert, (10.11.11.11) et (10.11.11.12), correspondent à la carte de flux définie pour flowMap1. Si une interface sortante est admise à l’entrée (10.11.11.11), elle est également automatiquement admise à l’entrée (10.11.11.12) afin que l’une ou l’autre source puisse envoyer du trafic à tout moment.

La configuration

Procédure

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

Procédure étape par étape

Les cartes de flux multicast vous permettent de gérer un sous-ensemble d’entrées de table de transfert multicast. Par exemple, vous pouvez spécifier que certaines entrées de cache de transfert soient permanentes ou aient une valeur de délai d’expiration différente de celle d’autres flux de multicast qui ne sont pas associés à la stratégie de mappage de flux.

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer une carte de flux :

  1. Configurez la stratégie de carte de flux. Cette étape crée une stratégie de carte de flux appelée policyForFlow1. L’instruction de stratégie correspond à l’adresse source à l’aide de l’instruction source-address-filter et à l’adresse de groupe à l’aide de prefix-list-filter. Les adresses doivent correspondre à la stratégie configurée pour que le mappage de flux se produise.

  2. Définissez une carte de flux, flowMap1, qui fait référence à la stratégie de carte de flux, policyForFlow1, que nous venons de créer.

  3. Configurez les entrées de transfert permanentes (c’est-à-dire les entrées qui n’expirent jamais) et permettez aux entrées à l’état élagué d’expirer.

  4. Configurez la bande passante de la carte de flux pour qu’elle soit adaptative avec une bande passante de départ par défaut de 2 Mbit/s.

  5. Spécifiez les sources de sauvegarde.

  6. Validez la configuration.

Résultats

Confirmez votre configuration en entrant les commandes show policy-options et show routing-options .

Vérification

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

  • afficher la carte de flux multicast

  • Afficher la route multicast étendue