Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Configuration

Diagramme du réseau

Vérification

Dépannage

Conclusion

Informations connexes

Introduction

Ce document décrit pourquoi le routeur vEdge n'annonce pas son propre numéro de système autonome (AS) lorsque vous annoncez des routes BGP (Border Gateway Protocol) dans le protocole OMP (Overlay Management Protocol).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Compréhension de base de la solution SDWAN (Software Defined Wide Area Network) de Viptela

- OMP

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations de ce document ont été créées à l'aide des périphériques d'un environnement de travaux pratiques spécifique. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Configuration

Diagramme du réseau

Voici un schéma de topologie simple qui décrit la configuration :

192.168.41 .0/24—|R1—vedge1—Overlay—vedge2—R2|—192.168.51.0/24

Et le problème peut être décrit ici :

Pour le préfixe A sur R2, vous vous attendez à voir AS-PATH : 65002, 64500, 65001, 65156 mais seulement 65002 64500 65156

Pour le préfixe B sur R1, vous vous attendez à voir AS-PATH : 65001, 64500, 65002, 65157, mais seulement sciées 65001 64500 65157

Vérification

Utilisez cette section pour confirmer que votre configuration fonctionne correctement.

1. Regardez le préfixe B (192.168.51.0/24) sur vedge2.

vedge2# show bgp routes 192.168.51.0/24 detail

bgp routes-table vpn 40 192.168.51.0/24

best-path 1

info 0

nexthop     192.168.50.115

metric      0

weight      0

origin      igp

as-path     65157

ri-peer     192.168.50.115

ri-routerid 2.2.2.1

path-status valid,best,external

tag         0

Comme vous le voyez, le chemin AS ici se compose d'un seul AS du routeur homologue R2 et c'est le comportement attendu. Vous voyez ce préfixe sur vedge2 comme il a été annoncé.

Vous pouvez également observer un comportement similaire à celui des routeurs Cisco IOS® ordinaires.

2. Annonce des routes BGP via OMP.

omp

overlay-as       64500

advertise bgp

!

Annoncez la configuration bgp comme une commande bien connue de Cisco IOS® redistribute. Le protocole OMP est similaire au protocole BGP, mais en réalité, il s’agit d’un autre protocole développé spécifiquement pour la solution SDWAN. Ainsi, vous conservez les attributs de préfixe BGP que vous aviez dans la table BGP (reportez-vous à l'étape 1).

3. Jetons un coup d'oeil au préfixe B (192.168.51.0/24) sur vedge1 après avoir traversé la superposition.

vedge1# show omp routes 192.168.51.0/24 detail

---------------------------------------------------

omp route entries for vpn 40 route 192.168.51.0/24

---------------------------------------------------

RECEIVED FROM:

peer            192.168.30.103

path-id         12

label           1003

status          C,I,R

loss-reason     not set

lost-to-peer    not set

lost-to-path-id not set

Attributes:

originator       192.168.30.105

type             installed

tloc             192.168.30.105, mpls, ipsec

ultimate-tloc    not set

domain-id        not set

overlay-id        1

site-id          50

preference       not set

tag              not set

origin-proto     eBGP

origin-metric    0

as-path          "65157"

unknown-attr-len not set

Comme vous le voyez, les attributs de ce préfixe ont été préservés de la même manière que pour tout autre protocole de routage dynamique. AS-path de BGP n'est qu'un autre attribut du protocole de routage étranger qui n'a aucune signification pour OMP. Un seul AS est visible dans le chemin. Le comportement est attendu car vedge2 n'a fait aucune annonce à un autre voisin BGP. Il a effectué une redistribution vers OMP à partir de BGP, donc il ne doit pas préfigurer son propre AS à ce préfixe.

4. Effectuez la redistribution d'OMP dans BGP AS 65001, mais maintenant sur vedge1.

omp

no shutdown

overlay-as       64500

advertise bgp

!

…

!

vpn 40

router

bgp 65001

propagate-aspath

address-family ipv4-unicast

redistribute omp

!

neighbor 192.168.40.114

no shutdown

remote-as 65156

!

!

!

Voici l'endroit où overlay-AS intervient et joue son rôle, mais contrairement à Cisco IOS® ordinaire, vous ne verrez pas de modification du préfixe tel qu'il est annoncé à R1, car sur vEdge il n'y a aucune commande similaire à Cisco IOS® show ipv4 uncicast bgp neighbors 192.168.40.1 14 routes annoncées qui peuvent aider à voir le nouveau chemin AS construit.

5. Ainsi, il vous reste seulement la possibilité de vérifier le chemin AS sur le routeur récepteur (dans ce cas, R1).

R1#show bgp vpnv4 unicast vrf vEdge1_18.3 neighbors 192.168.40.104 routes

BGP table version is 11, local router ID is 192.168.41.10

Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,

r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,

x best-external, a additional-path, c RIB-compressed,

t secondary path,

Origin codes: i - IGP, e - EGP, ? - incomplete

RPKI validation codes: V valid, I invalid, N Not found

Network          Next Hop            Metric LocPrf Weight Path

Route Distinguisher: 1:183 (default for vrf vEdge1_18.3)

*>   192.168.51.0     192.168.40.104        1000             0 65001 64500 65157 ?

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Conclusion

Le protocole OMP partage certaines similitudes avec le protocole BGP, mais ce fait ne doit pas prêter à confusion lorsque deux protocoles interagissent entre eux. AS-path est l'un des sujets qui provoque généralement de tels malentendus.

Informations connexes

- Configurer OMP

- Support et documentation techniques - Cisco Systems