Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Présentation des filtres de routage à utiliser dans les conditions de correspondance des stratégies de routage

Un filtre de route est un ensemble de préfixes de correspondance. Lorsque vous spécifiez un préfixe de correspondance, vous pouvez spécifier une correspondance exacte avec un itinéraire particulier ou une correspondance moins précise. Vous pouvez configurer soit une action commune qui s’applique à l’ensemble de la liste, soit une action associée à chaque préfixe.

REMARQUE :

Étant donné que la configuration des filtres de routage inclut la mise en place de préfixes et de longueurs de préfixes, avant de procéder à la configuration, vous devez avoir une compréhension approfondie de l’adressage IP, y compris le supernetting, et de la façon dont les filtres de routage sont évalués (expliqué ici : Comment les filtres de routage sont évalués dans les conditions de correspondance de la stratégie de routage).

Cette section aborde les sujets suivants :

Arbres Radix

Pour comprendre le fonctionnement d’un filtre de routage, vous devez vous familiariser avec un périphérique utilisé pour la correspondance de nombres binaires, connu sous le nom d’arbre de base (parfois appelé trie patricia ou trie radix). Une arborescence de bases utilise des recherches binaires pour identifier les adresses IP (routes). N’oubliez pas qu’une adresse IP est un nombre de 32 bits représenté dans un format décimal pointillé pour une compréhension facile par les humains. Ces regroupements de 8 bits peuvent chacun avoir une valeur comprise entre 0 et 255. Un arbre de base peut être une représentation graphique de ces nombres binaires.

Dans Figure 1, l’arborescence de base commence sans valeur configurée (commence à 0) et se trouve à la position la plus à gauche de l’adresse IP binaire. Il s’agit de 0/0, souvent appelé route par défaut.

Figure 1 : Début d’un arbre RadixDébut d’un arbre Radix

Comme il s’agit d’une valeur binaire, chaque bit ne peut avoir qu’une seule des deux valeurs possibles : un 0 ou un 1. Le déplacement vers le bas de la branche de gauche représente une valeur de 0, tandis que le déplacement vers la droite représente une valeur de 1. La première étape est illustrée à Figure 2la section . À la première position, le premier octet de l’adresse IP a une valeur de 000000000 ou 10000000, soit 0 ou 128, respectivement. Ceci est représenté par Figure 2 les valeurs 0/1 et 128/1.

Figure 2 : Premier pas d’un arbre RadixPremier pas d’un arbre Radix

La deuxième étape est illustrée à Figure 3la section . Ce deuxième niveau de l’arborescence a quatre valeurs binaires possibles pour le premier octet : 00000000, 01000000, 10000000 et 11000000. Ces valeurs décimales de 0, 64, 128 et 192 sont représentées par les adresses IP 0/2, 64/2, 128/2 et 192/2 de l’arbre de base.

Figure 3 : Deuxième étape d’un arbre RadixDeuxième étape d’un arbre Radix

Ce processus étape par étape se poursuit sur 33 niveaux au total pour représenter toutes les adresses IP possibles.

L’arborescence de la base est utile pour localiser un groupe d’itinéraires qui partagent tous les mêmes bits les plus significatifs. Figure 4 Affiche le point de l’arborescence de base qui représente le réseau 192.168.0.0/16. Tous les itinéraires plus spécifiques que 192.168.0.0/16 sont affichés dans la section en surbrillance.

Figure 4 : Localisation d’un groupe d’itinérairesLocalisation d’un groupe d’itinéraires

Configuration des filtres de routage

REMARQUE :

La rubrique Configuration des filtres de route décrit le comportement par défaut de Junos OS. La fonctionnalité de walkup, qui n’est pas abordée dans cette rubrique, modifie les résultats de l’évaluation abordés dans cette rubrique en permettant au routeur de prendre en compte des conditions de correspondance plus courtes configurées dans le même terme. Voir Vue d’ensemble de Walkup for Route Filters pour plus de détails.

Pour configurer un filtre de routage, incluez-en une ou plusieurs route-filter instructions ou source-address-filter :

L’option route-filter est généralement utilisée pour faire correspondre une adresse de route entrante à des préfixes de correspondance de destination de n’importe quel type, à l’exception des adresses source unicast.

L’adresse destination-prefix correspond au préfixe d’adresse IP version 4 (IPv4) ou IP version 6 (IPv6) spécifié sous la forme prefix/prefix-length. Si vous omettez prefix-length un préfixe IPv4, la valeur par défaut est /32. Si vous omettez prefix-length un préfixe IPv6, la valeur par défaut est /128. Les préfixes spécifiés dans une from instruction doivent être soit toutes les adresses IPv4, soit toutes les adresses IPv6.

Cette source-address-filter option est généralement utilisée pour faire correspondre une adresse de route entrante à des adresses source unicast dans des environnements BGP multiprotocoles (MBGP) et MSDP (Multicast Source Discovery Protocol).

source-prefix address est le préfixe d’adresse IPv4 ou IPv6 spécifié sous la forme prefix/prefix-length. Si vous omettez prefix-length un préfixe IPv4, la valeur par défaut est /32prefix-length. Si vous omettez prefix-length un préfixe IPv6, la valeur par défaut est /128. Les préfixes spécifiés dans une from instruction doivent être soit toutes les adresses IPv4, soit toutes les adresses IPv6.

match-type est le type de correspondance à appliquer au préfixe source ou de destination. Il peut s’agir de l’un des types de correspondance répertoriés dans Tableau 1. Pour obtenir des exemples des types de correspondance et des résultats obtenus avec différents itinéraires, reportez-vous à la section Tableau 2.

actions sont les actions à effectuer si une adresse de route correspond aux critères spécifiés pour un préfixe de correspondance de destination (spécifié dans le cadre d’une option) ou pour un préfixe de correspondance source (spécifié dans le cadre d’une route-filterdestination-address-filter option). Il peut s’agir d’une ou de plusieurs des actions décrites à la section Actions dans les termes de stratégie de routage.

Dans un filtre d’itinéraire, vous pouvez spécifier des actions de deux manières :

  • Dans l’option ou source-address-filter : ces actions sont effectuées immédiatement après la création d’une correspondance et l’instruction route-filter n’est then pas évaluée.

  • Dans l’instruction : ces actions sont effectuées après qu’une correspondance se produise, mais aucune action n’est spécifiée pour l’option thenroute-filter ou source-address-filter .

Les upto types de correspondance et sont similaires en ce sens qu’ils spécifient tous deux les bits les plus significatifs et fournissent une plage de longueurs de prefix-length-range préfixe qui peuvent correspondre. La différence est que vous permet de spécifier une limite supérieure uniquement pour la plage de longueurs de préfixe, alors que uptoprefix-length-range vous vous permet de spécifier à la fois des limites inférieures et supérieures.

Pour plus d’exemples de ces types de correspondance de filtre de route, reportez-vous à la section Exemples de filtres de routage.

Tableau 1 : Types de correspondance de filtre de routage pour une liste de préfixes

Type de correspondance

Critères de correspondance

address-mask netmask-value

Toutes les conditions suivantes sont vraies :

  • Le ET logique au niveau du bit du modèle et l’adresse netmask-value de route IPv4 ou IPv6 entrante et le ET logique au niveau du bit du modèle et de l’adresse netmask-valuedestination-prefix sont identiques. Les bits placés dans le netmask-value modèle n’ont pas besoin d’être contigus.

  • Le prefix-length composant de l’adresse de routage IPv4 ou IPv6 entrante et le prefix-length composant de l’adresse destination-prefix sont identiques.

REMARQUE :

Le address-mask type de correspondance de stratégie de routage est valide uniquement pour faire correspondre une adresse de routage IPv4 (family inet) ou IPv6 (family inet6) entrante à une liste de préfixes de correspondance de destination spécifiée dans une route-filter instruction.

Le address-mask type de correspondance de stratégie de routage vous permet de faire correspondre une adresse de routage IPv4 ou IPv6 entrante sur une adresse de masque de réseau configurée, en plus de la longueur d’un préfixe de correspondance de destination configuré. La longueur de l’adresse de route doit correspondre exactement à la longueur du préfixe de correspondance de destination configuré, car le address-mask type de correspondance ne prend pas en charge les variations de longueur de préfixe pour une plage de longueurs de préfixe.

Lorsque la recherche de correspondance la plus longue est effectuée sur un filtre de route, la recherche évalue un address-mask type de correspondance différemment des autres types de correspondance de stratégie de routage. La recherche ne tient pas compte de la longueur du préfixe de correspondance de destination. Au lieu de cela, la recherche prend en compte le nombre de bits d’ordre supérieur contigus défini dans la valeur du masque de réseau.

Pour plus d’informations sur ce type de correspondance de filtre d’itinéraire, reportez-vous à la section Évaluation du type de correspondance d’un masque d’adresse.

Pour obtenir des exemples de configurations affichant des filtres de routage contenant le type de address-mask correspondance, consultez les rubriques suivantes :

exact

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de correspondance (destination-prefix ou source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de correspondance.

  • Le prefix-length composant du préfixe de correspondance est égal à la longueur du préfixe de l’itinéraire.

longer

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de correspondance (destination-prefix ou source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de correspondance.

  • La longueur du préfixe de la route est supérieure au prefix-length composant du préfixe de correspondance.

orlonger

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de correspondance (destination-prefix ou le source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de correspondance.

  • La longueur du préfixe de l’itinéraire est égale ou supérieure prefix-length au composant du préfixe de correspondance configuré.

prefix-length-range prefix-length2-prefix-length3

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de correspondance (destination-prefix ou source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de correspondance.

  • La longueur du préfixe de l’itinéraire est comprise entre prefix-length2 et prefix-length3, inclus.

through {destination-prefix2 | source-prefix2}

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de la première correspondance (destination-prefix ou source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de la première correspondance.

  • L’adresse de route partage les mêmes bits les plus significatifs que le deuxième préfixe de correspondance (destination-prefix2 ou source-prefix2). Le nombre de bits significatifs est décrit par le prefix-length composant du deuxième préfixe de correspondance.

  • La longueur du préfixe de l’itinéraire est inférieure ou égale au prefix-length composant du deuxième préfixe de correspondance.

Vous n’utilisez pas le through type de correspondance dans la plupart des configurations de stratégie de routage. Pour obtenir un exemple, reportez-vous à la section Rejet de routes provenant d’hôtes spécifiques.

upto prefix-length2

Toutes les conditions suivantes sont vraies :

  • L’adresse de route partage les mêmes bits les plus significatifs que le préfixe de correspondance (destination-prefix ou source-prefix). Le nombre de bits significatifs est décrit par le prefix-length composant du préfixe de correspondance.

  • La longueur du préfixe de la route est comprise entre le composant du préfixe de la première correspondance et prefix-length2.prefix-length

Figure 5 Affiche l’arborescence de base détaillée de l’itinéraire 192.168.0.0/16.

Figure 5 : Portion de l’arbre RadixPortion de l’arbre Radix

Figure 6 et Tableau 2 démontrer le fonctionnement des différents types de correspondance de filtre de route.

Figure 6 : Types de correspondance de filtre de routageTypes de correspondance de filtre de routage
Tableau 2 : Exemples de type de correspondance

Préfixe

192.168/16 Exact

192.168/16 plus long

192.168/16 ou plus

192.168/16 jusqu’à /24

192.168/16 prefix-length-range/18 – /20

192.168/16 through192.168.16/20

192.168/19 masque d’adresse255.255.0.0

10.0.0.0/8

192.168.0.0/16

Correspondance

Correspondance

Correspondance

Correspondance

192.168.0.0/17

Correspondance

Correspondance

Correspondance

Correspondance

192.168.0.0/18

Correspondance

Correspondance

Correspondance

Correspondance

Correspondance

192.168.0.0/19

Correspondance

Correspondance

Correspondance

Correspondance

Correspondance

Correspondance

192.168.4.0/24

Correspondance

Correspondance

Correspondance

192.168.5.4/30

Correspondance

Correspondance

192.168.12.4/30

Correspondance

Correspondance

192.168.12.128/32

Correspondance

Correspondance

192.168.16.0/20

Correspondance

Correspondance

Correspondance

Correspondance

Correspondance

192.168.192.0/18

Correspondance

Correspondance

Correspondance

Correspondance

192.168.224.0/19

Correspondance

Correspondance

Correspondance

Correspondance

Correspondance

10.169.1.0/24

10.170.0.0/16

Comment les filtres de routage sont évalués dans les conditions de correspondance de la stratégie de routage

Lors de l’évaluation du filtre de route, le logiciel Policy Framework compare l’adresse source de chaque route avec les préfixes de destination dans le filtre de route. L’évaluation se déroule en deux étapes :

  1. Le logiciel Policy Framework effectue une recherche de la correspondance la plus longue, ce qui signifie qu’il recherche le préfixe dans la liste avec la longueur la plus longue.

    La recherche de correspondance la plus longue prend uniquement en compte les prefix composants et du préfixe de correspondance configuré, et prefix-length non le match-type composant. L’exemple de filtre d’itinéraire suivant illustre ce point :

    La correspondance la plus longue pour la route candidate 192.168.1.0/24 est le deuxième filtre de route, 192.168.0.0/15, qui est basé sur le préfixe et la longueur du préfixe uniquement.

  2. Lorsqu’une route entrante correspond à un préfixe (le plus long en premier), les actions suivantes se produisent :

    1. Le filtre de routage arrête d’évaluer les autres préfixes, même si le type de correspondance échoue.

    2. Le logiciel examine le type de correspondance et l’action associée à ce préfixe.

REMARQUE :

Lorsqu’une adresse source de route est évaluée par rapport à un critère de correspondance qui utilise le address-mask type de correspondance, les deux étapes de l’évaluation incluent la valeur de masque de réseau configurée. Pour plus d’informations, reportez-vous à la section Évaluation du type de correspondance d’un masque d’adresse.

À l’étape 1, si la route 192.168.1.0/24 était évaluée, elle ne correspondrait pas. Il correspond au préfixe le plus long de 192.168.0.0/15, mais il ne correspond exactpas à . Le filtre de routage est terminé car il correspond à un préfixe, mais le résultat est un échec de correspondance car le type de correspondance a échoué.

Si une correspondance se produit, l’action spécifiée avec le préfixe est effectuée. Si une action n’est pas spécifiée avec le préfixe, l’action de l’instruction then est exécutée. Si aucune action n’est spécifiée, le logiciel évalue le terme ou la stratégie de routage suivant, le cas échéant, ou prend l’action ou reject l’action accept spécifiée par la stratégie par défaut. Pour plus d’informations sur les stratégies de routage par défaut, reportez-vous à la section Stratégies de routage par défaut.

REMARQUE :

Si vous spécifiez plusieurs préfixes dans le filtre de routage, un seul préfixe doit correspondre pour qu’une correspondance se produise. La correspondance du filtre de route est en fait une opération OU logique.

Si aucune correspondance ne se produit, le logiciel évalue le terme ou la stratégie de routage suivant, le cas échéant, ou prend l’action ou reject l’action accept spécifiée par la stratégie par défaut.

Par exemple, comparez le préfixe 192.168.254.0/24 avec le filtre de route suivant :

Le préfixe 192.168.254.0/23 est déterminé comme étant le préfixe le plus long. Lorsque le logiciel évalue 192.168.254.0/24 par rapport au préfixe le plus long, une correspondance se produit (192.168.254.0/24 est un sous-ensemble de 192.168.254.0/23). En raison de la correspondance entre 192.168.254.0/24 et le préfixe le plus long, l’évaluation se poursuit. Cependant, lorsque le logiciel évalue le type de correspondance, il n’y a pas de correspondance entre 192.168.254.0/24 et 192.168.254.0/23 exactement. Le logiciel conclut que le terme ne correspond pas et passe au terme ou à la stratégie de routage suivant, le cas échéant, ou prend l’action accept spécifiée reject par la stratégie par défaut.

REMARQUE :

La fonction walkup permet aux termes avec plusieurs filtres d’itinéraire de « remonter » le processus d’évaluation pour inclure des itinéraires moins spécifiques ainsi que la correspondance la plus longue. En d’autres termes, l’activation de walkup modifie le comportement par défaut de « si l’un d’entre eux échoue, alors le terme échoue » à « si l’un d’entre eux correspond, alors le terme correspond ». Pour plus d’informations sur cette fonctionnalité, reportez-vous à la walkup section Vue d’ensemble de Walkup for Route Filters.

Incidence de l’ordre des préfixes sur l’évaluation du filtre de routage

L’ordre dans lequel les préfixes sont spécifiés (de haut en bas) n’a généralement pas d’importance, car le logiciel Policy Framework analyse le filtre de routage à la recherche du préfixe le plus long lors de l’évaluation. Une exception à cette règle est lorsque vous utilisez le même préfixe de destination plusieurs fois dans une liste. Dans ce cas, l’ordre des préfixes est important, car la liste des préfixes identiques est analysée de haut en bas et le premier type de correspondance qui correspond à l’itinéraire s’applique.

REMARQUE :

La fonction walkup permet aux termes avec plusieurs filtres d’itinéraire de « remonter » le processus d’évaluation pour inclure des itinéraires moins spécifiques ainsi que la correspondance la plus longue. En d’autres termes, l’activation de walkup modifie le comportement par défaut de « si l’un d’entre eux échoue, alors le terme échoue » à « si l’un d’entre eux correspond, alors le terme correspond ». Pour plus d’informations sur cette fonctionnalité, reportez-vous à la walkup section Vue d’ensemble de Walkup for Route Filters.

Dans l’exemple suivant, différents types de correspondance sont spécifiés pour le même préfixe. La route 0.0.0.0/0 serait rejetée, la route 0.0.0.0/8 serait marquée par next-hop self, et la route 0.0.0.0/25 serait rejetée.

Évaluation du type de correspondance d’un masque d’adresse

Le address-mask type de correspondance de stratégie de routage vous permet de faire correspondre les adresses de routage IPv4 ou IPv6 entrantes sur une valeur de masque de réseau configurée, en plus de la longueur d’un préfixe de correspondance de destination configuré. Lors de l’évaluation du filtre de routage, un address-mask type de correspondance est traité différemment des autres types de correspondance de la stratégie de routage, en tenant compte de la valeur de masque de réseau configurée :

  • Lorsqu’une recherche de correspondance la plus longue évalue un type de address-mask correspondance de stratégie de routage, le composant du préfixe de correspondance configuré n’est prefix-length pas pris en compte. Au lieu de cela, la recherche prend en compte le nombre de bits d’ordre supérieur contigus défini dans la valeur de masque de réseau configurée.

  • Lorsqu’une adresse de routage IPv4 ou IPv6 entrante est évaluée par rapport à un critère de correspondance de filtre de routage qui utilise le type de correspondance de address-mask stratégie de routage, la correspondance réussit si les valeurs suivantes sont identiques :

    • ET logique au niveau du bit de la valeur du masque de réseau configuré et de l’adresse de route IPv4 ou IPv6 entrante

    • Le ET logique au niveau du bit de la valeur du masque de réseau configuré et du préfixe de correspondance de destination configuré

Pour obtenir un exemple de configuration d’un filtre de routage contenant deux address-mask types de correspondance, reportez-vous à la section Évaluation d’un type de correspondance de masque d’adresse avec la recherche de la correspondance la plus longue.

Problème de configuration courant avec la recherche de la correspondance la plus longue

Un problème courant lors de la définition d’un filtre de route est l’inclusion d’un préfixe plus court que vous souhaitez faire correspondre à un préfixe plus long et similaire dans la même liste. Par exemple, imaginons que le préfixe 192.168.254.0/24 soit comparé au filtre de route suivant :

Étant donné que le logiciel d’infrastructure de stratégies effectue la recherche de la correspondance la plus longue, le préfixe 192.168.254.0/23 est déterminé comme étant le préfixe le plus long. Il n’y a pas de correspondance exacte entre 192.168.254.0/24 et 192.168.254.0/23 exact. Le logiciel détermine que le terme ne correspond pas et passe au terme ou à la stratégie de routage suivant, le cas échéant, ou prend l’action accept spécifiée reject par la stratégie par défaut. (Pour plus d’informations sur les stratégies de routage par défaut, reportez-vous à la section Stratégies de routage par défaut.) Le préfixe plus court 192.168.0.0/16 ou plus que vous vouliez faire correspondre est ignoré par inadvertance.

Une solution à ce problème consiste à supprimer le préfixe 192.168.0.0/16 ou plus du filtre de route de ce terme et à le déplacer vers un autre terme où il est le seul préfixe ou le préfixe le plus long de la liste.

Une autre solution consiste à activer la walkup fonctionnalité. Voir Vue d’ensemble de Walkup for Route Filters pour plus de détails.

Exemples de filtres de routage

Les exemples de cette section ne montrent que des fragments de stratégies de routage. Normalement, vous devez combiner ces fragments avec d’autres termes ou stratégies de routage.

Dans tous les exemples, rappelez-vous que les actions suivantes s’appliquent aux itinéraires non correspondants :

  • Évaluez le prochain trimestre, s’il y a lieu.

  • Évaluez la prochaine stratégie, si elle existe.

  • Effectuez l’action accept ou reject spécifiée par la stratégie par défaut. Pour plus d’informations sur les stratégies de routage par défaut, reportez-vous à la section Stratégies de routage par défaut.

Les exemples suivants montrent comment configurer des filtres de routage à des fins diverses :

Rejet de routes avec des préfixes de destination et des longueurs de masque spécifiques

Rejeter les routes dont le préfixe de destination est 0.0.0.0 et dont la longueur de masque est comprise entre 0 et 8, et accepter toutes les autres routes :

Rejet d’itinéraires dont la longueur de masque est supérieure à huit

Rejeter les routes dont le masque est supérieur ou égal à /8 (c’est-à-dire /8, /9, /10, etc.) dont les 8 premiers bits sont définis à 0 et qui acceptent les routes d’une longueur inférieure à 8 bits :

Rejet d’itinéraires dont la longueur de masque est comprise entre 26 et 29

Rejeter les routes dont le préfixe de destination est 192.168.10/24 et un masque compris entre /26 et /29 et accepter toutes les autres routes :

Rejet de routes provenant d’hôtes spécifiques

Rejeter une plage de routes provenant d’hôtes spécifiques et accepter toutes les autres routes :

Vous n’utilisez pas le through type de correspondance dans la plupart des configurations de stratégie de routage. Vous devez le considérer through comme un outil permettant de regrouper un ensemble contigu de correspondances exactes. Par exemple, au lieu de spécifier quatre correspondances exactes :

Vous pouvez les représenter avec la correspondance unique suivante :

Acceptation des routes avec un ensemble défini de préfixes

Acceptez explicitement un ensemble limité de préfixes (dans le premier terme) et rejetez tous les autres (dans le second terme) :

Rejet de routes avec un ensemble défini de préfixes

Refusez quelques groupes de préfixes et acceptez les préfixes restants :

Rejet des routes avec des préfixes de plus de 24 bits

Rejeter tous les préfixes de plus de 24 bits. Vous devez installer cette stratégie de routage dans une séquence de stratégies de routage dans une export instruction. Le premier terme de ce filtre passe sur toutes les routes avec une longueur de préfixe allant jusqu’à 24 bits. Le second terme, sans nom, rejette tout le reste.

Si, dans cet exemple, vous deviez spécifier route-filter 0.0.0.0/0 upto /24 accept, les préfixes correspondants seraient acceptés immédiatement et la stratégie de routage suivante dans l’instruction export ne serait jamais évaluée.

Si vous deviez inclure l’instruction dans le terme , les préfixes supérieurs à 24 bits ne seraient jamais rejetés parce que le logiciel de cadre de stratégie, lors de l’évaluation du termeacl20, passerait à l’évaluation de l’instruction suivante avant d’atteindre l’instruction.then rejectthen reject

Rejet des jointures de trafic multicast PIM

Configurez une stratégie de routage pour rejeter les jointures de trafic multicast PIM (Protocol Independent Multicast) pour un préfixe source-destination provenant d’un voisin :

Rejet du trafic PIM

Configurez une stratégie de routage pour rejeter le trafic PIM pour un préfixe de destination source à partir d’une interface :

Les qualificateurs de stratégie de routage suivants s’appliquent à PIM :

  • interface: interface sur laquelle une jointure est reçue

  • neighbor: source d’où provient une jointure

  • route-filter—Adresse du groupe

  • source-address-filter: adresse source pour laquelle rejeter une jointure

Pour plus d’informations sur l’importation d’un filtre de jointure PIM dans une définition de protocole PIM, consultez le Guide de l’utilisateur des protocoles multicast Junos OS.

Acceptation des routes IPv4 entrantes en appliquant un masque d’adresse à l’adresse de route et au préfixe de correspondance de destination

Acceptez les routes IPv4 entrantes avec un préfixe de destination 10.1.0/24 et le troisième octet un nombre pair compris entre 0 et 14 inclus :

Le filtre de route dans le terme term_1 de stratégie de routage correspond aux adresses de route IPv4 entrantes suivantes :

  • 10.1.0.0/24

  • 10.1.2.0/24

  • 10.1.4.0/24

  • 10.1.6.0/24

  • 10.1.8.0/24

  • 10.1.10.0/24

  • 10.1.12.0/24

  • 10.1.14.0/24

Le ET logique au niveau du bit de la valeur du masque de réseau et de l’adresse de route candidate doit correspondre au ET logique au niveau du bit de la valeur du masque de réseau et de l’adresse du préfixe de correspondance. C’est-à-dire que lorsque le modèle de bits de masque de réseau 255.255.241.0 contient un bit défini, l’adresse de route IPv4 entrante évaluée doit correspondre à la valeur du bit correspondant dans l’adresse de préfixe de destination 10.1.0.0/24.

  • Les deux premiers octets de la valeur du masque de réseau sont binaires 1111 1111 1111 1111, ce qui signifie qu’une adresse de route candidate échouera la correspondance si les deux premiers octets ne sont pas 10,1.

  • Le troisième octet de la valeur du masque de réseau est le binaire 1111 0001, ce qui signifie qu’une adresse de route candidate échouera si le troisième octet est supérieur à 15 (décimal), un nombre impair ou les deux.

  • La longueur du préfixe de l’adresse du préfixe de correspondance est de 24 (décimal), ce qui signifie qu’une adresse de route candidate échouera à la correspondance si la longueur de son préfixe n’est pas exactement 24.

À titre d’exemple, supposons que l’adresse de route candidate testée dans la stratégie soit 10.1.8.0/24 (binaire 0000 1010 0000 0001 0000 1000).

  • Lorsque la valeur du masque de réseau est appliquée à cette adresse de route candidate, le résultat est binaire 0000 1010 0000 0001 0000 0000.

  • Lorsque la valeur du masque de réseau est appliquée à l’adresse de préfixe de destination configurée, le résultat est également binaire 0000 1010 0000 0001 0000 0000.

  • Étant donné que les résultats des opérations ET sont identiques, la correspondance se poursuit jusqu’au deuxième critère de correspondance.

  • Étant donné que les longueurs de préfixe de l’adresse candidate et de l’adresse de préfixe de destination configurée sont les mêmes (24 bits), la correspondance réussit.

Autre exemple, supposons que l’adresse de route candidate testée dans la stratégie soit 10.1.3.0/24 (binaire 0000 1010 0000 0001 0000 0011).

  • Lorsque la valeur du masque de réseau est appliquée à cette adresse de route candidate, le résultat est binaire 0000 1010 0000 0001 0000 0001.

  • Toutefois, lorsque la valeur du masque de réseau est appliquée à l’adresse de préfixe de destination configurée, le résultat est binaire 0000 1010 0000 0001 0000 0000.

  • Étant donné que les résultats des deux opérations ET sont différents (dans le troisième octet), la correspondance échoue.

Accepter des routes IPv4 entrantes avec des modèles similaires mais des longueurs de préfixe différentes

Acceptez les adresses de route IPv4 entrantes de la forme 10.*.1/24 ou 10.*.1.*/32 :

Les critères 10.0.1.0/24 address-mask 255.0.255.0 de correspondance du filtre de routage correspondent à une adresse de routage IPv4 entrante de la forme 10.*.1/24. La longueur du préfixe de la route doit être exactement de 24 bits, et toute valeur est acceptable dans le deuxième octet.

Les critères 10.0.1.0/32 address-mask 255.0.255.0 de correspondance du filtre de routage correspondent à une adresse de routage IPv4 entrante de la forme 10.*.1.*/32. La longueur du préfixe de la route doit être exactement de 32 bits, et toute valeur est acceptable dans le deuxième et le quatrième octet.

Évaluation d’un type de correspondance de masque d’adresse avec la recherche de la correspondance la plus longue

Cet exemple illustre comment une recherche de correspondance la plus longue évalue un filtre de route qui contient deux address-mask types de correspondance. Considérons le filtre de routage configuré dans le terme term_3 de stratégie de routage ci-dessous :

Supposons que l’adresse source de la route IPv4 entrante 10.1.1.0/24 soit testée par rapport au filtre de route configuré dans le terme term_3de la stratégie :

  1. L’arborescence de correspondance la plus longue pour le terme term_3 de stratégie de routage contient deux préfixes de correspondance : un préfixe pour et un préfixe pour 10.0.1.0/24 address-mask 255.0.255.010.0.2.0/24 address-mask 255.240.255.0. Lors de la recherche dans l’arborescence de la correspondance du préfixe le plus long pour un candidat, la recherche de la correspondance la plus longue prend en compte le nombre de bits d’ordre supérieur contigus dans le configuré au lieu de la longueur du configuré netmask-valuedestination-prefix:

    • Pour le premier critère de correspondance du filtre de route, l’entrée de recherche de correspondance la plus longue est 10.0.0.0/8, car la valeur du masque de réseau contient 8 bits de poids élevé contigus.

    • Pour les critères de correspondance du deuxième filtre de route, l’entrée de recherche de correspondance la plus longue est 10.0.0.0/12, car la valeur du masque de réseau contient 12 bits de poids élevé contigus.

    Pour l’adresse de route candidate 10.1.1.0/24, la recherche de la correspondance la plus longue renvoie l’entrée d’arborescence 10.0.0.0/12, qui correspond aux critères 10.0.2.0/24 address-mask 255.240.255.0de correspondance du filtre de route.

  2. Maintenant que le préfixe de correspondance la plus longue a term_3 été identifié pour l’adresse de route candidate, l’adresse de route candidate est évaluée par rapport aux critères 10.0.2.0/24 address-mask 255.240.255.0de correspondance du filtre de route :

    1. Pour tester l’adresse de route IPv4 entrante 10.1.1.0/24, la valeur du masque de réseau 255.240.255.0 est appliquée à 10.1.1.0/24. Le résultat est 10.0.1.0.

    2. Pour tester l’adresse de préfixe de destination configurée 10.0.2.0/24, la valeur du masque de réseau 255.240.255.0 est appliquée à 10.0.2.0/24. Le résultat est 10.0.2.0.

    3. Étant donné que les résultats sont différents, la correspondance du filtre de routage échoue. Aucune action, qu’elle soit spécifiée avec les critères de correspondance ou avec l’instruction, n’est then entreprise. L’adresse de route IPv4 entrante n’est évaluée par rapport à aucun autre critère de correspondance.