Conditions de correspondance de la stratégie de routage

Chaque terme d’une stratégie de routage peut inclure deux instructions from et to, pour définir les conditions auxquelles un itinéraire doit correspondre pour que la stratégie s’applique :

Dans l’instruction from , vous définissez les critères auxquels une route entrante doit correspondre. Vous pouvez spécifier une ou plusieurs conditions de correspondance. Si vous en spécifiez plusieurs, ils doivent tous correspondre à l’itinéraire pour qu’une correspondance se produise.

L’instruction from est facultative. Si vous omettez le from, tous les itinéraires sont considérés comme correspondants. Tous les itinéraires prennent alors les actions configurées de la durée de la stratégie.

Dans l’instruction to , vous définissez les critères auxquels un itinéraire sortant doit correspondre. Vous pouvez spécifier une ou plusieurs conditions de correspondance. Si vous en spécifiez plusieurs, ils doivent tous correspondre à l’itinéraire pour qu’une correspondance se produise. Vous pouvez spécifier la plupart des mêmes conditions de correspondance dans l’instruction que dans l’instruction tofrom . Dans la plupart des cas, la spécification d’une condition de correspondance dans l’instruction produit le même résultat que la spécification de la même condition de correspondance dans l’instruction tofrom .

L’instruction to est facultative. Si vous omettez à la fois les instructions et , from toutes les to routes sont considérées comme correspondantes.

Tableau 1 Résume les conditions de correspondance clés de la stratégie de routage.

Tableau 1 : Récapitulatif des principales conditions de correspondance de la stratégie de routage
Condition de correspondance	Description
`aggregate-contributor`	Correspond aux routes qui contribuent à un agrégat configuré. Cette condition de correspondance peut être utilisée pour supprimer un contributeur dans une route d’agrégation.
`area area-id`	Correspond à une route apprise à partir de la zone OSPF spécifiée lors de l’exportation de routes OSPF vers d’autres protocoles.
`as-path name`	Correspond au nom de l’expression régulière de chemin d’un système autonome (AS). Les routes BGP dont le chemin AS correspond à l’expression régulière sont traitées.
`color preference`	Correspond à une valeur de couleur. Vous pouvez spécifier des valeurs de préférence plus précises que celles spécifiées dans les conditions d’appariement `preference` . La `color` valeur peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré.
`community`	Correspond au nom d’une ou de plusieurs communautés. Si vous répertoriez plus d’un nom, un seul nom doit correspondre pour qu’une correspondance se produise. (La mise en correspondance est en fait une opération OR logique.)
`external [type metric-type]`	Correspond aux routes OSPF externes, y compris les routes exportées d’un niveau à un autre. Dans cette condition de correspondance, `type` est un mot-clé facultatif. La `metric-type` valeur peut être 1 ou 2. Lorsque vous ne spécifiez `type`pas , cette condition correspond à toutes les routes externes.
`interface interface-name`	Correspond au nom ou à l’adresse IP d’une ou de plusieurs interfaces de routeur. Utilisez cette condition avec les protocoles spécifiques à l’interface. Par exemple, n’utilisez pas cette condition avec BGP interne (IBGP). Selon l’endroit où la stratégie est appliquée, cette condition de correspondance correspond aux routes apprises ou annoncées via l’interface spécifiée.
`internal`	Fait correspondre une stratégie de routage à l’indicateur interne pour des stratégies d’auto-saut suivant simplifiées.
`level level`	Correspond au niveau IS-IS. Les itinéraires qui proviennent du niveau spécifié ou qui sont annoncés au niveau spécifié sont traités.
`local-preference value`	Correspond à un attribut de préférence locale BGP. La valeur de préférence peut être comprise entre 0 et 4 294 967 295 (2³² – 1).
`metric metric` `metric2 metric`	Correspond à une valeur de mesure. La `metric` valeur correspond au discriminateur de sortie multiple (MED) et `metric2` correspond à la métrique IGP si le saut suivant BGP revient via une autre route.
`neighbor address`	Correspond à l’adresse d’un ou plusieurs voisins (pairs). Pour les stratégies d’exportation BGP, l’adresse peut être celle d’un homologue connecté directement ou indirectement. Pour tous les autres protocoles, l’adresse est celle du voisin d’où provient l’annonce.
`next-hop address`	Correspond à l’adresse ou aux adresses de saut suivant spécifiées dans les informations de routage d’un itinéraire particulier. Pour les routes BGP, des correspondances sont effectuées sur chaque saut suivant de protocole.
`origin value`	Correspond à l’attribut BGP origin, qui est l’origine des informations de chemin AS. La valeur peut être l’une des suivantes : `egp`: les informations de chemin proviennent d’un autre AS. `igp`: les informations sur le chemin proviennent de l’AS local. `incomplete`—Les informations sur le chemin ont été apprises par d’autres moyens.
`preference preference` `preference2 preference`	Correspond à la valeur de préférence. Vous pouvez spécifier une valeur de préférence principale () et une valeur de préférence secondaire (`preferencepreference2`). La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré. REMARQUE : Ne définissez `preference2` pas la stratégie de routage BGP.
`protocol protocol`	Correspond au nom du protocole à partir duquel l’itinéraire a été appris ou vers lequel l’itinéraire est annoncé. Il peut s’agir de l’un des éléments suivants : `aggregate`, , , `dvmrpripisislocaldirectbgppim-densepim-sparseospfripng`ou .`static`
`route-type value`	Correspond au type d’itinéraire. La valeur peut être soit `external` ou `internal`.

Toutes les conditions des from instructions et to doivent correspondre pour l’action à entreprendre. Les conditions de correspondance définies dans Tableau 2 sont en fait une opération logique AND. La correspondance dans les listes de préfixes et les listes de routes est gérée différemment. Il s’agit en fait d’une opération OU logique. Si vous configurez une stratégie qui inclut une combinaison de filtres de routage, de listes de préfixes et de filtres d’adresses source, ils sont évalués en fonction d’une opération OU logique ou d’une recherche de correspondance de l’itinéraire le plus long.

Tableau 2 Décrit les conditions de correspondance disponibles pour la mise en correspondance d’un itinéraire entrant ou sortant. Le tableau indique si vous pouvez utiliser la condition de correspondance dans les deux instructions et to si la condition de correspondance fonctionne de la même manière ou différemment lorsqu’elle est utilisée avec les from deux instructions. Si une condition de correspondance fonctionne différemment dans une instruction que dans une instruction, ou si la condition ne peut pas être utilisée dans un type d’instruction, il existe une fromto description distincte pour chaque type d’instruction. Dans le cas contraire, la même description s’applique aux deux types d’instructions.

Tableau 2 indique également si la condition de correspondance est standard ou étendue. En général, les conditions de correspondance étendues incluent des critères définis séparément de la stratégie de routage (expressions régulières de chemin du système autonome [AS], communautés et listes de préfixes) et sont plus complexes que les conditions de correspondance standard. Les conditions de match étendues offrent de nombreuses capacités puissantes. Les conditions de correspondance standard incluent des critères définis dans une stratégie de routage et sont moins complexes que les conditions de correspondance étendue.

Tableau 2 : Liste complète des conditions de correspondance de la stratégie de routage
Condition de correspondance	Catégorie de condition de correspondance	Description du relevé
`aggregate-contributor`	Standard	Faites correspondre les routes qui contribuent à un agrégat configuré. Cette condition de correspondance peut être utilisée pour supprimer un contributeur dans une route d’agrégation.
`area area-id`	Standard	(Open Shortest Path First [OSPF] uniquement) Identificateur de zone. Dans une instruction utilisée avec une stratégie, faites correspondre une `fromexport` route apprise à partir de la zone OSPF spécifiée lors de l’exportation de routes OSPF vers d’autres protocoles.
`as-path name`	Étendu	(Border Gateway Protocol [BGP] uniquement) Nom d’une expression régulière de chemin AS. Pour plus d’informations, reportez-vous à la section Présentation des expressions régulières de chemin AS à utiliser comme conditions de correspondance de stratégie de routage.
`as-path-group group-name`	Étendu	(BGP uniquement) Nom d’une expression régulière d’un groupe de chemins AS. Pour plus d’informations, reportez-vous à la section Présentation des expressions régulières de chemin AS à utiliser comme conditions de correspondance de stratégie de routage.
`color preference color2 preference`	Standard	Valeur de couleur. Vous pouvez spécifier des valeurs de préférence (`color` et ) plus précises que celles spécifiées dans les `preference` conditions de correspondance et `color2preference2` . La valeur de couleur peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré.
`community-count value (equal \| orhigher \| orlower)`	Standard	(BGP uniquement) Nombre d’entrées de communauté requises pour qu’un itinéraire corresponde. La valeur de nombre peut être un nombre compris entre 0 et 1 024. Spécifiez l’une des options suivantes : `equal`—Le nombre de communautés doit être égal à cette valeur pour être considéré comme une correspondance. `orhigher` —Le nombre de communautés doit être supérieur ou égal à cette valeur pour être considéré comme une correspondance. `orlower`—Le nombre de communautés doit être inférieur ou égal à cette valeur pour être considéré comme une correspondance. REMARQUE : Si vous configurez plusieurs `community-count` instructions, la correspondance est en fait une opération logique AND. REMARQUE : L’attribut `community-count` ne fonctionne qu’avec les communautés standard. Cela ne fonctionne pas avec les communautés étendues. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`community [ names ]`	Étendu	Nom d’une ou de plusieurs communautés. Si vous listez plus d’un nom, un seul nom doit correspondre pour qu’une correspondance se produise (la correspondance est en fait une opération logique OU). Pour plus d’informations, reportez-vous à la section Présentation des communautés BGP, des communautés étendues et des grandes communautés en tant que conditions de correspondance de la stratégie de routage. Les routes BGP EVPN ont un ensemble de communautés étendues transportées dans l’attribut de chemin de message de mise à jour BGP et, par conséquent, vous pouvez utiliser des communautés étendues pour filtrer les routes BGP EVPN. Les informations disponibles incluent le type d’encapsulation, les informations sur la mobilité mac, les informations sur l’étiquette EVPN Split-Horizon, le mode ESI et l’étiquette de feuille etree. Utilisez la syntaxe suivante pour spécifier les communautés étendues BGP EVPN : `community (type, in decimal format) val1:val2` `val1` et `val2` peut être spécifié sous la forme [2 + 4] octets ou sous la forme [4 + 2] octets.
`external [ type metric-type` ]	Standard	(OSPF et IS-IS uniquement) Faites correspondre les routes externes IGP. Pour les routes IS-IS, la `external` condition correspond également aux routes exportées d’un niveau IS-IS à un autre. Le `type` mot-clé est facultatif et ne s’applique qu’aux routes externes OSPF. Si vous ne spécifiez `type`pas , la `external` condition correspond à toutes les routes externes IGP (OSPF et IS-IS). Lorsque vous spécifiez `type`, la condition fait correspondre uniquement les `external` routes externes OSPF avec le type de métrique OSPF spécifié. Le type de métrique peut être 1 ou 2. Pour faire correspondre les routes externes BGP, utilisez la condition de `route-type` correspondance.
`evpn-esi`	Standard	Vous pouvez filtrer les routes BGP EVPN en vous basant sur les informations relatives aux identifiants de segment Ethernet (ESI) pour les types de routes 1, 2, 4, 7 et 8, qui sont les seuls à inclure l’attribut ESI dans leur préfixe. (Les valeurs ESI sont codées sous forme d’entiers de 10 octets et sont utilisées pour identifier un segment multirésident.)
`evpn-etag`	Standard	Vous pouvez filtrer les routes EVPN BGP sur la base des informations de balise EVPN, qui sont disponibles à partir du préfixe de la route EVPN. Nécessite que l’EVPN soit défini dans la hiérarchie CLI suivante : `filter policy-options policy-statement name term name family`
`evpn-mac-route`	Standard	Filtrage des routes BGP EVPN de type 2 en fonction de leur adresse IP. Les routes EVPN MAC de type 2 peuvent avoir une adresse IP dans le préfixe avec l’adresse MAC. L’adresse IP transportée sur la route MAC-IP peut être IPv4 ou IPv6. Il est possible de filtrer les routes de type 2 en fonction de seulement si elles n’ont que l’adresse mac ou l’adresse mac+ipv4 ou l’adresse mac+ipv6.
`interface interface-name`	Standard	Nom ou adresse IP d’une ou de plusieurs interfaces de périphérique de routage. N’utilisez pas ce qualificatif avec des protocoles qui ne sont pas spécifiques à une interface, tels que IBGP. Faites correspondre une route apprise à partir de l’une des interfaces spécifiées ou devant être annoncée sur celle-ci. Les routes directes correspondent aux routes configurées sur l’interface spécifiée.
`level level`	Standard	(Intermediate System-to-Intermediate System [IS-IS] uniquement) Niveau IS-IS. Faites correspondre un itinéraire appris à partir d’un niveau spécifié ou à annoncer à un niveau donné.
`local-preference value`	Standard	(BGP uniquement) Attribut de préférence locale BGP (LOCAL_PREF`local-preference (add \| subtract) number`). La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1).
`mac-filter-list`	Standard	(BGP uniquement) Liste de filtres mac nommée. Le préfixe des routes EVPN de type 2 inclut l’adresse MAC, que vous pouvez utiliser pour créer une liste d’adresses MAC.
`multicast-scoping (scoping-name \| number) < (orhigher \| orlower) >`	Standard	Valeur de la portée de multidiffusion de l’adresse du groupe de multidiffusion IPv4 ou IPv6. Le nom de la portée multicast correspond à un préfixe IPv4. Vous pouvez effectuer une correspondance sur un préfixe d’étendue multicast spécifique ou sur une plage de préfixes. Spécifiez `orhigher` la correspondance sur une étendue et des étendues numériquement supérieures, ou `orlower` sur une étendue et des étendues numériquement inférieures. Pour plus d’informations, reportez-vous au Guide de l’utilisateur des protocoles multicast Junos OS. Vous pouvez appliquer cette stratégie d’étendue à la table de routage en incluant l’instruction `scope-policy` au niveau de la `[edit routing-options]` hiérarchie. La `number` valeur peut être n’importe quel nombre hexadécimal compris entre 0 et F. La valeur multicast scope est un nombre compris entre 0 et 15, ou l’un des mots-clés suivants avec les significations associées : `node-local` (value=1) : aucun préfixe correspondant `link-local` (value=2) : préfixe correspondant 224.0.0.0/24 `site-local` (value=5) : aucun préfixe correspondant `global` (value=14) : préfixe correspondant 224.0.1.0 à 238.255.255.255 `organization-local` (value=8) : préfixe correspondant 239.192.0.0/14
`neighbor address`	Standard	Adresse d’un ou plusieurs voisins (pairs). Pour BGP, l’adresse peut être un homologue connecté directement ou indirectement. Pour les stratégies d’importation BGP, la `to neighbor` spécification produit le même résultat que la spécification de `from neighbor`. Pour les stratégies d’exportation BGP, la spécification de la `neighbor` condition de correspondance n’a aucun effet et est ignorée. Pour tous les autres protocoles, l’adresse est le voisin à partir duquel la publicité est reçue, ou pour `to` les déclarations, elle correspond au voisin auquel la publicité est envoyée. REMARQUE : La `neighbor address` condition de correspondance n’est pas valide pour le protocole RIP (Routing Information Protocol).
`next-hop [ addresses ]`	Standard	Une ou plusieurs adresses next-hop spécifiées dans les informations de routage d’un itinéraire particulier. Une adresse next-hop ne peut pas inclure de masque de réseau. Pour les routes BGP, des correspondances sont effectuées sur chaque saut suivant de protocole.
`next-hop-type merged`	Standard	LDP génère un next hop basé sur les next hops RSVP et IP disponibles, combiné à un mappage de classe de transfert. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`nlri-route-type`	Standard	Type d’itinéraire de NLRI 1 à NLRI 10. Plusieurs types de routes peuvent être spécifiés dans une seule stratégie. Pour EVPN, les types de route NLRI sont compris entre 1 et 8 (le premier octet du préfixe de route dans le message de mise à jour BGP est le type de route EVPN). Outre le filtrage sur les types de route EVPN NLRI, vous pouvez également filtrer sur l’adresse IP ou l’adresse MAC (mac-ip) incorporée dans le préfixe de route EVPN pour les types de route 2 et 5. Pour ce faire, utilisez un `prefix-list` ou `route-filter` pour l’adresse. Lorsqu’une route de type 5 est créée à partir d’une annonce mac-ip de type 2 qui a été apprise à distance, la communauté qui a été apprise à partir de l’annonce de route de type 2 est incluse dans la nouvelle route de type 5. Vous pouvez empêcher cela en activant l’instruction `donot-advertise-community` au niveau de la `protocols evpn ip-prefix-routes` hiérarchie.
`origin value`	Standard	(BGP uniquement) BGP origin, qui est l’origine des informations de chemin AS. La valeur peut être l’une des suivantes : `egp`: informations de chemin provenant d’un autre AS. `igp`—Informations sur le chemin provenant de l’AS local. `incomplete`—Les informations sur le chemin ont été apprises par d’autres moyens.
`policy [ policy-name ]`	Étendu	Nom d’une stratégie à évaluer en tant que sous-programme. Pour plus d’informations sur cette condition de correspondance étendue, reportez-vous à la section Présentation des sous-routines de stratégie dans Conditions de correspondance de stratégie de routage.
`preference preference preference2 preference`	Standard	Valeur de préférence. Vous pouvez spécifier une valeur de préférence principale () et une valeur de préférence secondaire (`preferencepreference2`). La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré. Pour spécifier des valeurs de préférence encore plus précises, reportez-vous aux `color` conditions de correspondance et de `color2` ce tableau.
`prefix-list prefix-list-name ip-addresses`	Étendu	Liste nominative d’adresses IP. Vous pouvez spécifier une correspondance exacte avec les routes entrantes. Pour plus d’informations sur cette condition de correspondance étendue, reportez-vous à la section Présentation des listes de préfixes à utiliser dans les conditions de correspondance de la stratégie de routage. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`prefix-list-filter prefix-list-name match-type`	Étendu	Liste de préfixes nommés. Vous pouvez spécifier des qualificateurs de longueur de préfixe pour la liste des préfixes dans la liste des préfixes. Lorsqu’il est utilisé avec les types de route EVPN NRLI 2 et 5, les éléments suivants sont pris en charge : `from prefix-list-filter [ exact \| longer \| orlonger ]` Pour plus d’informations sur cette condition de correspondance étendue, reportez-vous à la section Présentation des listes de préfixes à utiliser dans les conditions de correspondance de la stratégie de routage. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`protocol protocol`	Standard	Nom du protocole à partir duquel l’itinéraire a été appris ou vers lequel l’itinéraire est annoncé. Il peut s’agir de l’un des éléments suivants : `access`, , , , `access-internalaggregateanchorarpbgpbgp-ls-epebgp-staticdirectdvmrpesisevpnfrrisisl-isisisisl2-learned-host-routingl2circuitl2vpnldplocalmplsmsdpospfospf2ospf3pimriftripripngroute-targetrsvpspring-testaticvpls`
`rib routing-table`	Standard	Nom d’une table de routage. La valeur de `routing-table` peut être l’une des suivantes : inet.0 : routes IPv4 unicast `instance-name` inet.0 : routes IPv4 unicast pour une instance de routage particulière inet.1 : routes IPv4 multicast inet.2 : routes IPv4 unicast pour la recherche RPF (reverse-path forwarding) multicast inet.3 : routes MPLS mpls.0—Routes MPLS pour les sauts suivants LSP (Label-switched path) inet6.0 : routes IPv6 unicast
`route-distinguisher`	Standard	Nom du séparateur de route (RD). RD prend en charge le filtrage des routes BGP EVPN. Les informations RD sont portées par le préfixe de la route EVPN.
`route-filter` `route-filter-list`	Standard	Filtre de route nommé ou liste de filtres de route. Vous pouvez spécifier des qualificateurs de longueur de préfixe pour la liste des itinéraires dans la liste des filtres d’itinéraires. Lorsqu’il est utilisé avec les types de route EVPN NRLI 2 et 5, les éléments suivants sont pris en charge : `from route-filter [ address-mask \| exact \| longer \| orlonger \| prefix-length-range \| through \| upto ]` Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`rtf-prefix-list name route-targets`	Étendu	(BGP uniquement) Liste nommée de préfixes de cible de route pour le filtrage de cible de route BGP et le filtrage de cible de route BGP proxy. Pour plus d’informations sur cette condition de correspondance étendue, reportez-vous à la section Exemple : Configuration d’une stratégie d’exportation pour le filtrage des cibles de routage BGP pour les VPN. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`source-address-filter destination-prefix match-type <actions>`	Étendu	Liste des adresses de sources multicast. Lorsque vous spécifiez une adresse source, vous pouvez spécifier une correspondance exacte avec un itinéraire spécifique ou une correspondance moins précise à l’aide de types de correspondance. Vous pouvez configurer soit une action commune qui s’applique à l’ensemble de la liste, soit une action associée à chaque préfixe. Pour plus d’informations, reportez-vous à la section Présentation des filtres de routage à utiliser dans les conditions de correspondance de la stratégie de routage. Cette condition de correspondance n’est pas prise en charge pour une utilisation avec l’instruction To.
`state (active \| inactive)`	Standard	(Exportation BGP uniquement) Correspondance sur les types d’itinéraires annoncés suivants : `active`: route BGP active `inactive`: route annoncée aux homologues BGP internes comme étant le meilleur chemin externe, même s’il s’agit d’une route interne. `inactive`—Route annoncée par BGP comme la meilleure route, même si la table de routage ne l’a pas sélectionnée comme route active
`tag string tag2 string`	Standard	Valeur de la balise. Vous pouvez spécifier deux chaînes de balises : `tag` (pour la première chaîne) et `tag2`. Ces valeurs sont locales au routeur et peuvent être définies sur des routes configurées ou à l’aide d’une stratégie de routage d’importation. Vous pouvez spécifier plusieurs balises dans une condition de correspondance en incluant les balises dans une liste entre crochets. Par exemple : `from tag [ tag1 tag2 tag3 ];` Pour les routes OSPF, l’action définit le champ de balise 32 bits dans les`tag` paquets LSA (external link-state advertisement) OSPF. Pour les routes IS-IS, l’action définit l’indicateur 32 bits dans les `tag` valeurs de longueur du type de préfixe IP IS-IS. (TLV). OSPF stocke l’ID de zone OSPF de la route INTERNE dans l’attribut`tag2` . Toutefois, pour les routes EXTERNES, OSPF ne stocke rien dans l’attribut `tag2`. Vous pouvez configurer un terme de stratégie pour définir la valeur d’un `tag2` itinéraire. Si la route a déjà une valeur (par exemple, une `tag2` route OSPF qui stocke l’ID de zone dans tag2), la valeur d’origine `tag2` est remplacée par la nouvelle valeur. Lorsque la stratégie contient la condition de correspondance « de la zone », pour les routes OSPF internes, where `tag2` est défini, en fonction de l’ID de zone OSPF, l’évaluation est effectuée pour comparer l’attribut avec l’ID `tag2` de zone. Pour les routes OSPF externes pour lesquelles l’attribut n’est `tag2` pas défini, la condition de correspondance échoue.
`validation-database`	Standard	Lorsque la validation de l’origine BGP est configurée, elle déclenche une recherche dans la base de données de validation de route pour déterminer si le préfixe de route est valide, non valide ou inconnu. La base de données de validation d’itinéraire contient des enregistrements d’autorisation d’origine d’itinéraire (ROA) qui mappent les préfixes d’itinéraire aux systèmes autonomes (AS) d’origine attendus. Cela permet d’éviter la publication accidentelle d’itinéraires invalides. Reportez-vous à la section Configuration de la validation d’origine pour BGP.

Conditions de correspondance de la stratégie de routage

Rubriques connexes