Contenu

Introduction

Règle

Atténuation

Exemple

Introduction

Ce document décrit comment toutes les routes sont envoyées dans IOS (Internetwork Operating System) alors qu'il appartient à l'homologue de filtrer les routes en entrée par le biais de la recherche du chemin d'accès du système autonome (AS). Cependant, dans Cisco IOS XR, ce n’est pas toujours le cas, car certaines routes sont annoncées, comme dans IOS, alors que dans d’autres cas, le routeur IOS XR filtre ces routes.

Cette règle s'applique lorsqu'un routeur Cisco IOS XR agit en tant que routeur de transit pour deux homologues eBGP (Border Gateway Protocol) externes du même système autonome.

Règle

1. Tous les voisins sans as-override configuré seront placés dans un groupe de mises à jour commun, en supposant que d'autres paramètres correspondent.

2. a) Lorsqu'un groupe de mises à jour ne contient qu'un seul voisin, exécutez la détection de boucle d'envoi. Avec cela, toutes les routes dans lesquelles le premier numéro de système autonome du chemin d'accès AS correspond au système autonome du voisin ne seront pas annoncées au voisin. Si le système autonome du voisin se trouve dans une autre position du chemin d'accès AS, ces routes sont annoncées normalement.

b) Si la désactivation de la commande CLI knob as-path-loopcheck out est configurée dans les sous-modes de configuration de la famille d'adresses VRF (Virtual Routing and Forwarding) ou de la famille d'adresses VPN (Virtual Private Network), le comportement de l'alinéa 2a) est remplacé.

3. Si le groupe de mises à jour contient plusieurs voisins, le le comportement de la règle 2 ne s'applique pas. Les routes sont annoncées normalement.

Note: La configuration de as-path-loopcheck out disable n'est pas recommandée car elle peut provoquer des boucles dans le réseau. Ce bouton BGP (Border Gateway Protocol) n'est noté que parce qu'il s'agit d'une configuration possible.

Atténuation

Puisque les groupes de mises à jour sont configurés dynamiquement par le logiciel, il peut arriver qu’un routeur Cisco IOS XR du réseau se comporte conformément à la règle 2(a) et qu’un autre routeur se comporte conformément à la règle 3. Cela peut poser des problèmes aux concepteurs de réseau. Il est donc recommandé de prévoir l’une ou l’autre condition.

Les boutons CLI désactivés AS-override ou as-path-loopcheck out doivent être configurés si nous devons distribuer les routes via un AS de transit vers le même AS. Sinon, nous pouvons laisser le filtrage par défaut s'effectuer sur l'homologue pour ignorer les routes.

Le fait de se fier uniquement à l'autorisation d'entrée n'est pas une méthode fiable car dans certains scénarios de conception, toutes les routes seront annoncées et dans d'autres, le contrôle AS PATH entraînera le filtrage de certaines routes par le routeur de transit Cisco IOS XR.

Reportez-vous aux commandes Border Gateway Protocol pour savoir comment configurer ces boutons.

Exemple

Un exemple du troisième comportement de la règle est indiqué, ceci peut être vérifié par l'interface de ligne de commande du groupe de mises à jour dont les deux voisins sont listés dans le groupe de mises à jour et qui voit des routes avec AS 65535 dans le chemin d'accès AS.

Configuration

router bgp 65001

vrf test

rd 65001:65535

address-family ipv4 unicast

redistribute connected

redistribute static

!

neighbor 10.10.10.1

remote-as 65535

address-family ipv4 unicast

send-community-ebgp

route-policy ebgp-in in

maximum-prefix 12000 75

route-policy pass-all out

send-extended-community-ebgp

!

!

neighbor 10.20.20.1

remote-as 65535

address-family ipv4 unicast

send-community-ebgp

route-policy ebgp-in in

maximum-prefix 12000 75

route-policy pass-all out

send-extended-community-ebgp

Routes annoncées

RP/0/7/CPU0:router#show bgp vrf test neighbors 10.20.20.1 advertised-routes

Tue Sep 22 03:44:28.910 UTC

Network Next Hop From AS Path

Route Distinguisher: 65001:65535 (default for vrf test)

10.0.35.128/26 10.158.236.113 172.23.246.43 65535i

10.0.35.192/28 10.158.236.113 172.23.246.43 65535i

10.0.37.0/24 10.158.236.113 172.23.246.43 65535i

10.0.51.128/26 10.158.236.113 172.23.246.43 65535i

10.0.51.192/28 10.158.236.113 172.23.246.43 65535i

10.0.53.0/24 10.158.236.113 172.23.246.43 65535i

10.0.60.32/28 10.158.236.113 172.23.246.43 65535i

10.0.60.64/28 10.158.236.113 172.23.246.43 65535i

10.0.60.96/28 10.158.236.113 172.23.246.43 65535i

10.0.64.96/27 10.158.236.113 172.23.246.7 65535 65468 65325?

Mettre à jour le groupe

RP/0/7/CPU0:router#show bgp vrf test update-group neighbor 10.10.10.1

Update group for IPv4 Unicast, index 0.2:

Attributes:

Outbound policy: pass-all

First neighbor AS: 65535

Send communities

Send extended communities

4-byte AS capable

Non-labeled address-family capable

Minimum advertisement interval: 0 secs

Update group desynchronized: 0

Sub-groups merged: 1

Number of refresh subgroups: 0

Messages formatted: 16690, replicated: 32231

All neighbors are assigned to sub-group(s)

Neighbors in sub-group: 0.2, Filter-Groups num:1

Neighbors in filter-group: 0.2(RT num: 0)

10.10.10.1             10.20.20.1