使用BGP路由和SoO時解決BGP-OMP路由環路

下載選項

PDF (891.4 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (493.8 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (299.3 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2024 年 5 月 17 日

文件 ID:215992

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

本檔案介紹在使用邊界閘道通訊協定(BGP)路由和來源地點(SoO)時，如何避免SD-WAN網狀架構中的路由回圈。

必要條件

需求

思科建議您瞭解以下主題：

重疊管理通訊協定(OMP)的基本瞭解
對BGP的基本瞭解
SD-WAN元件及其之間的互動

採用元件

本文中的資訊係根據以下軟體和硬體版本：

3台軟體版本為17.2.1v的Cisco IOS^® XE CSR1000v路由器，在控制器模式(SD-WAN)下運行
2台軟體版本為16.7.3的Cisco IOS XE CSR1000v路由器

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

背景資訊

在本文檔中，使用以下拓撲：

用於演示的拓撲拓撲

R1和R2是通用的Cisco IOS XE路由器（或任何其它能夠運行BGPv4的路由器）。 cE1、cE2和cE3在控制器(SD-WAN)模式下運行Cisco IOS XE。您可以在此處找到為每個SD-WAN路由器分配的站點ID和系統IP引數的摘要：

SD-WAN路由器	站點ID	system-ip
cE1	214	192.168.30.214
cE2	215	192.168.30.215
cE3	216	192.168.30.216

下面是最初發生的一系列事件：

R1和R2與cE1、cE2和cE3建立相應的eBGP對等。cE1和cE2建立iBGP對等。
R2發出BGP路由10.1.1.0/24並透過eBGP將其通告給cE3。
cE3在VRF 1地址系列中的服務端接收此BGP路由，然後將此路由重分配到OMP中。
cE3將10.1.1.0/24 OMP路由通告給SD-WAN覆蓋（vSmart控制器負責透過OMP協定將路由資訊傳播給加入SD-WAN覆蓋的所有其他邊緣路由器）。
cE1和cE2接收OMP路由，並透過VRF 1中的eBGP將其重新分配回R1。

組態

以下是cE1的相關配置。請注意， send-comminity 未針對鄰居192.168.160.215進行配置：

router bgp 65401
 bgp log-neighbor-changes
 distance bgp 20 200 20
 !
 address-family ipv4 vrf 1
  redistribute omp
  propagate-aspath
  neighbor 192.168.140.10 remote-as 65300
  neighbor 192.168.140.10 activate
  neighbor 192.168.140.10 send-community both
  neighbor 192.168.160.215 remote-as 65400
  neighbor 192.168.160.215 activate
 exit-address-family
 !
sdwan
 omp
  no shutdown
  send-path-limit  4
  ecmp-limit       4
  graceful-restart
  no as-dot-notation
  timers
   holdtime               60
   advertisement-interval 1
   graceful-restart-timer 43200
   eor-timer              300
  exit
  address-family ipv4 vrf 1
   advertise bgp
  !
  address-family ipv4
   advertise connected
   advertise static
  !
  address-family ipv6
   advertise connected
   advertise static

cE2：

router bgp 65401
 bgp log-neighbor-changes
 distance bgp 20 200 20
 !
 address-family ipv4 vrf 1
  redistribute omp
  propagate-aspath
  neighbor 192.168.150.10 remote-as 65300
  neighbor 192.168.150.10 activate
  neighbor 192.168.150.10 send-community both
  neighbor 192.168.160.214 remote-as 65401
  neighbor 192.168.160.214 activate
  neighbor 192.168.160.214 send-community both
 exit-address-family
 !
sdwan
 omp
  no shutdown
  send-path-limit  4
  ecmp-limit       4
  graceful-restart
  no as-dot-notation
  timers
   holdtime               60
   advertisement-interval 1
   graceful-restart-timer 43200
   eor-timer              300
  exit
  address-family ipv4 vrf 1
   advertise bgp
  !
  address-family ipv4
   advertise connected
   advertise static
  !
  address-family ipv6
   advertise connected
   advertise static

cE3：

router bgp 65401
 bgp log-neighbor-changes
 timers bgp 5 15
 !
 address-family ipv4 vrf 1
  redistribute omp
  propagate-aspath
  neighbor 192.168.60.11 remote-as 65500
  neighbor 192.168.60.11 activate
 exit-address-family
!
sdwan
 omp
  no shutdown
  send-path-limit  4
  ecmp-limit       4
  graceful-restart
  no as-dot-notation
  timers
   holdtime               60
   advertisement-interval 1
   graceful-restart-timer 43200
   eor-timer              300
  exit
  address-family ipv4 vrf 1
   advertise bgp
  !
  address-family ipv4
   advertise connected
   advertise static
  !
  address-family ipv6
   advertise connected
   advertise static
  !

`驗證`

1. 在初始狀態下，從cE3通告路由並透過cE1和cE2透過OMP獲知。將路由重分配到BGP，並通告給彼此和R1：

cE1#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 342041
Paths: (2 available, best #2, table 1)
  Advertised to update-groups:
     4          5
  Refresh Epoch 1
  65500
    192.168.160.215 (via vrf 1) from 192.168.160.215 (192.168.109.215)
      Origin incomplete, metric 1000, localpref 50, valid, internal
      Extended Community: SoO:0:215 RT:1:1
      rx pathid: 0, tx pathid: 0
      Updated on Aug 21 2020 11:23:32 GMT
  Refresh Epoch 1
  65500
    192.168.30.216 (via default) from 0.0.0.0 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, sourced, best
      Extended Community: SoO:0:214 RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 11:23:32 GMT

cE2#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 327810
Paths: (2 available, best #2, table 1)
  Advertised to update-groups:
     5          6
  Refresh Epoch 1
  65500
    192.168.160.214 (via vrf 1) from 192.168.160.214 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, internal
      Extended Community: RT:1:1
      rx pathid: 0, tx pathid: 0
      Updated on Aug 21 2020 11:23:32 GMT
  Refresh Epoch 1
  65500
    192.168.30.216 (via default) from 0.0.0.0 (192.168.109.215)
      Origin incomplete, metric 1000, localpref 50, valid, sourced, best
      Extended Community: SoO:0:215 RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 11:23:32 GMT

2. cE2上的WAN介面斷開連線或與SD-WAN交換矩陣的連線丟失，因此OMP對等體（vSmart連線）斷開。只有一條路由可以從iBGP獲知：

ce2(config)#
interface GigabitEthernet 2
ce2(config-if)#
shutdown
ce2(config-if)#
end
Uncommitted changes found, commit them? [yes/no/CANCEL] yes
Commit complete.

ce2#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 345276
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     6
  Refresh Epoch 1
  65500
    192.168.160.214 (via vrf 1) from 192.168.160.214 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, internal, best
      Extended Community: RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 11:23:32 GMT 

cE1 still prefers the route via OMP (this is the only route that remains) originated by cE3:

ce1#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 342041
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     4          5
  Refresh Epoch 1
  65500
    192.168.30.216 (via default) from 0.0.0.0 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, sourced, best
      Extended Community: SoO:0:214 RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 11:23:32 GMT

3. 在cE2的WAN介面上重新建立連線。由於管理距離(AD)較好，該路由仍首選透過iBGP從cE1路由。

ce2(config)#
interface GigabitEthernet 2
ce2(config-if)#
no shutdown
ce2(config-if)#
end
Uncommitted changes found, commit them? [yes/no/CANCEL] yes 
Commit complete.

ce2#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 345276
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     6
  Refresh Epoch 1
  65500
    192.168.160.214 (via vrf 1) from 192.168.160.214 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, internal, best
      Extended Community: RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 11:23:32 GMT

cE1仍首選透過cE3發起的OMP的路由。請記住，cE1將OMP重分配到BGP中：

ce1#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 569358
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     4          5
  Refresh Epoch 1
  65500
    192.168.30.216 (via default) from 0.0.0.0 (192.168.109.214)
      Origin incomplete, metric 1000, localpref 50, valid, sourced, best
      Extended Community: SoO:0:214 RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 15:13:09 GMT

4. 與R2的cE3連線發生問題。要進行測試，介面關閉，並且R2 BGP對等體丟失：

ce3(config)#
interface GigabitEthernet 6
ce3(config-if)#
shutdown
ce3(config-if)#
commit

5. 因此，在cE1和cE2之間形成路由環路（cE2重分配來自OMP的路由並透過BGP通告給cE1，cE1重分配BGP給OMP並通告給cE2）：

ce1#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 732548
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     5
  Refresh Epoch 1
  65500
    192.168.160.215 (via vrf 1) from 192.168.160.215 (192.168.109.215)
      Origin incomplete, metric 1000, localpref 50, valid, internal, best
      Extended Community: SoO:0:215 RT:1:1
      rx pathid: 0, tx pathid: 0x0
      Updated on Aug 21 2020 15:38:47 GMT

ce2#

show bgp vpnv4 unicast vrf 1 10.1.1.1/24

BGP routing table entry for 1:1:10.1.1.1/24, version 639650
Paths: (1 available, best #1, table 1)
  Advertised to update-groups:
     5          6
  Refresh Epoch 1
  65500
    192.168.30.214 (via default) from 0.0.0.0 (192.168.109.215)
      Origin incomplete, metric 1000, localpref 50, valid, sourced, best
      Extended Community: SoO:0:215 RT:1:1
      rx pathid: 1, tx pathid: 0x0
      Updated on Aug 21 2020 15:38:47 GMT

`疑難排解`

有兩種可能的解決方案。

`解決方案1`

為OMP配置overlay-as。然後，將一些自治系統(AS)編號分配給OMP覆蓋本身。舉例來說：

config-transaction
 sdwan
  omp
   overlay-as 64512
   exit

預設情況下，即使配置了 propagate-aspath ，OMP對BGP也是透明的。 overlay-as 是一項將指定為此命令引數的AS附加到從OMP導出到BGP的路由的BGP AS_PATH屬性的功能。如果在重疊網路中的多台裝置上配置了相同的重疊AS編號，則所有這些裝置都被視為同一AS的一部分。因此，它們不會轉發包含重疊AS編號的任何路由，因此可以防止路由環路。

請記住， overlay-as 和 propagate-aspath 是相互依賴的。此功能將詳細討論。

存在兩種情況。

`Overlay-AS案例1`

overlay-as 在 sdwan omp 部分下的全局級別上配置並且未 propagate-aspath 配置(rest配置與最初介紹的相同：在 omp address-family ipv4 vrf 1 部分下 advertise bgp 啟用，在 router bgp <AS> address-family ipv4 vrf 1 部分下 redistribute omp 配置)。

overlay-as 64512，在cE1/cE2和cE3上配置。

重疊顯示示範

出於演示目的，更改了cE1、cE2和cE3上的BGP AS。

R1 - cE1/cE2仍透過eBGP對等，分別使用AS 65300和65401。

cE3 - R2仍透過eBGP對等，分別使用AS 65402和65500。

R1將路由(例如192.168.41.11/32)傳送到cE1/cE2。cE1/cE2將此路由重分配到OMP中，不帶有任何AS_PATH屬性。

cE3收到該資料包並將其通告到BGP中指向R2，但僅使用它自己的AS（正常eBGP行為）。

R2上的路由route1的AS_PATH為65402。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 ?

`Overlay-AS案例2`

propagate-aspath 在 router bgp 部分下為特定服務端VPN (address-family ipv4 vrf 1)配置。這裡也有一些子案例。

案例 2.1.在cE3上啟用 overlay-as 後，在cE1/cE2的 router bgp 65401 address-family ipv4 vrf 1 下也啟用 propagate-aspath 。

R1將路由route1傳送到cE1/cE2。cE1/cE2使用來自R1站點的as-path將此路由重分配到OMP。

vSmart上的OMP路由具有AS-Path：65300。

vsmart1#

show omp routes vpn 1 192.168.41.11/32 | nomore | exclude not\ set

--------------------------------------------------- omp route entries for vpn 1 route 192.168.41.11/32 --------------------------------------------------- RECEIVED FROM: peer 192.168.30.214 path-id 81 label 1001 status C,R Attributes: originator 192.168.30.214 type installed tloc 192.168.30.214, biz-internet, ipsec overlay-id 1 site-id 25 origin-proto eBGP origin-metric 0 as-path "65300" RECEIVED FROM: peer 192.168.30.215 path-id 68 label 1002 status C,R Attributes: originator 192.168.30.215 type installed tloc 192.168.30.215, biz-internet, ipsec overlay-id 1 site-id 25 origin-proto eBGP origin-metric 0 as-path "65300"

案例2.1.a.在cE3上停用 propagate-aspath 後，cE3將接收它作為OMP路由並將其通告到BGP中，忽略任何as-path屬性，向R2覆蓋as，並僅增加自己的BGP AS（正常eBGP行為）。

R2上的路由route1 AS-path： 65402。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 ?

案例2.1.b.在cE3上啟 propagate-aspath 用後，cE3將接收它作為OMP路由並將其通告到BGP中，將接收的as-path屬性前置到R2，然後向R2增加重疊AS，後置自己的BGP AS。

R2上的路由route1 AS-path： 65402 64512 65300。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 64512 65300 ?

案例2.1.c.在cE1/cE2上停用 propagate-aspath 後，cE3會將其接收為不帶as-path屬性的OMP路由，並將其通告到BGP中指向R2，在Overlay-AS之前增加並僅增加自己的BGP AS。

R2上的路由route1 AS-path：6540264512。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 64512 ?

案例 2.2.未在cE3上配置 overlay-as 時，將在cE1/cE2的router bgp 65401 address-family ipv4 vrf 1下啟用 propagate-aspath 。

案例2.2.a.如果僅在cE3上停用 propagate-aspath 功能，則cE3會將其作為OMP路由接收並通告到BGP中，忽略指向R2的任何AS_PATH屬性，增加自己的BGP AS（正常eBGP行為）。

R2上的路由route1 AS-path： 65402。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 ?

案例2.2.b.在cE3上啟用了 propagate-aspath 後，cE3接收它作為OMP路由並將其通告到BGP中，將接收的AS_PATH屬性之前置於R2處，然後向R2增加自己的AS。

R2上的路由route1 AS-path：6540265300。

R2#

sh ip bgp | i 192.168.41.11/32

 *> 192.168.41.11/32 192.168.60.216 1000 0 65402 65300 ?

 
       
       注意：當您將AS-Path屬性傳送到OMP中時，邊緣路由器不會增加自己的AS（如文章vEdge在BGP路由通告到OMP中時不通告自己的AS）。如果遠端邊緣路由器收到的OMP路由在AS_PATH屬性中帶有自己的AS，則它不會執行環路檢測，並將帶有收到的AS路徑的路由傳送到服務端的路由器。

`解決方案2`

在路由器cE1和cE2上配置相同的site-id。雖然vSmart會使用與路由本身相同的站點ID將路由通告回站點，但由於路由的發起方屬性不同，因此不會觸發環路預防，但不會形成控制平面路由環路，因為OMP路由未安裝到RIB中。這是因為OMP路由處於Inv，U （無效，未解析）狀態。預設情況下，除非配置 allow-same-site-tunnels 了資料平面隧道，否則無法在具有相同站點ID的站點之間建立資料平面隧道。如果資料平面隧道BFD會話處於關閉狀態，則TLOC保持未解決。在下面的示例中，路由器ce1和ce2上均配置了 site-id 214215 。由cE2和cE1通告的路由10.0.0.2/32不會將其安裝到路由表中，因為cE1和cE2之間不存在資料平面會話：

ce1#

show sdwan omp route 10.0.0.2/32 det | exc not set

--------------------------------------------------- omp route entries for vpn 3 route 10.0.0.2/32 --------------------------------------------------- RECEIVED FROM: peer 192.168.30.113 path-id 3 label 1004 status Inv,U Attributes: originator 192.168.30.215 type installed tloc 192.168.30.215, mpls, ipsec overlay-id 1 site-id 214215 origin-proto connected origin-metric 0 RECEIVED FROM: peer 192.168.30.113 path-id 4 label 1004 status Inv,U loss-reason tloc-id lost-to-peer 192.168.30.113 lost-to-path-id 3 Attributes: originator 192.168.30.215 type installed tloc 192.168.30.215, biz-internet, ipsec overlay-id 1 site-id 214215 origin-proto connected origin-metric 0

ce1#

show sdwan omp tlocs "ip 192.168.30.215" | exclude not set

--------------------------------------------------- tloc entries for 192.168.30.215 mpls ipsec --------------------------------------------------- RECEIVED FROM: peer 192.168.30.113 status C,I,R Attributes: attribute-type installed encap-proto 0 encap-spi 256 encap-auth sha1-hmac,ah-sha1-hmac encap-encrypt aes256 public-ip 192.168.110.215 public-port 12347 private-ip 192.168.110.215 private-port 12347 public-ip :: public-port 0 private-ip :: private-port 0 bfd-status down site-id 214215 preference 0 weight 1 version 3 gen-id 0x80000026 carrier default restrict 0 groups [ 0 ] bandwidth 0 qos-group default-group --------------------------------------------------- tloc entries for 192.168.30.215 biz-internet ipsec --------------------------------------------------- RECEIVED FROM: peer 192.168.30.113 status C,I,R Attributes: attribute-type installed encap-proto 0 encap-spi 256 encap-auth sha1-hmac,ah-sha1-hmac encap-encrypt aes256 public-ip 192.168.109.215 public-port 12347 private-ip 192.168.109.215 private-port 12347 public-ip :: public-port 0 private-ip :: private-port 0 bfd-status down site-id 214215 preference 0 weight 1 version 3 gen-id 0x80000026 carrier default restrict 0 groups [ 0 ] bandwidth 0 qos-group default-group

ce1#

您可以在vSmart控制器上檢查此命令，以便瞭解哪些路由會收到特定字首（請參閱「通告給」部分）：

vsmart1#

show omp routes 10.1.1.0/24 detail | nomore | exclude not\ set

--------------------------------------------------- omp route entries for vpn 1 route 10.1.1.0/24 --------------------------------------------------- RECEIVED FROM: peer 192.168.30.216 path-id 68 label 1002 status C,R Attributes: originator 192.168.30.216 type installed tloc 192.168.30.216, biz-internet, ipsec overlay-id 1 site-id 216 origin-proto eBGP origin-metric 0 as-path 65500 ADVERTISED TO: peer 192.168.30.214 Attributes: originator 192.168.30.216 label 1002 path-id 5525 tloc 192.168.30.216, biz-internet, ipsec site-id 216 overlay-id 1 origin-proto eBGP origin-metric 0 as-path 65500 ADVERTISED TO: peer 192.168.30.215 Attributes: originator 192.168.30.216 label 1002 path-id 5287 tloc 192.168.30.216, biz-internet, ipsec site-id 216 overlay-id 1 origin-proto eBGP origin-metric 0 as-path 65500

site-id 它們還保留為BGP源站點(SoO)擴展社群屬性(您可在以前輸出中看到SoO：0：<site-id>)。用於標識源自站點的路由，以便可以防止重新通告該字首。為了讓此功能正常工作，路由器必須傳送擴展社群。將cE1配置為將擴展社群傳送到路由器cE2：

router bgp 65401 address-family ipv4 vrf 1 neighbor 192.168.160.215 send-community both

`SoO環路預防說明`

對於同一站點上的兩台路由器是iBGP鄰居的情況，SD-WAN具有內建的環路預防機制，以防止路由環路從OMP到BGP以及從BGP到OMP返回。為了演示這一點，拓撲進行了輕微更新，並且在運行BGP AS65400 (cE1/cE2)的兩個路由器上配置了相同的site-id 214215。在本示例中，10.1.1.0/24字首從遠端站點(cE3)通告到OMP中，並在站點214215(cE1-cE2)的OMP中獲知。

SoO演示的拓撲

為了完成環路預防，BGP擴展社群SoO用於顯示哪個站點發起了該字首。當此社群從OMP重分配到BGP中時，會將其增加到字首中。

必須如圖所示在兩個裝置的neighbor語句上配置 send-community <both|extended> 命令，以便此功能正常運行。

cEdge1#

show run | sec router bgp

router bgp 65400 bgp log-neighbor-changes ! address-family ipv4 vrf 1 redistribute omp neighbor 192.168.160.215 remote-as 65400 neighbor 192.168.160.215 activate neighbor 192.168.160.215 send-community both exit-address-family

cEdge2#

show run | sec router bgp

router bgp 65400 bgp log-neighbor-changes ! address-family ipv4 vrf 1 neighbor 192.168.160.214 remote-as 65400 neighbor 192.168.160.214 activate neighbor 192.168.160.214 send-community both exit-address-family

透過廣告或接收站點的 show bgp vpnv4 unicast vrf 1 <prefix> 輸出可以看到擴展社群。

範例

cEdge1#

show bgp vpnv4 unicast vrf 1 10.1.1.1

BGP routing table entry for 1:10:10.1.1.1/24, version 4 Paths: (1 available, best #1, table 1) Advertised to update-groups: 1 Refresh Epoch 1 Local 192.168.30.215 (via default) from 0.0.0.0 (192.168.109.215) Origin incomplete, metric 1000, localpref 50, valid, sourced, best Extended Community: SoO:0:214215 RT:1:1 rx pathid: 0, tx pathid: 0x0 Updated on Jul 5 2152 23:30:55 UTC

在將字首從OMP通告到BGP的路由器上（在本示例中為cEdge1），RIB中必須只有OMP路由。

範例

cEdge1#

show ip route vrf 1 10.1.1.1

Routing Table: 1
Routing entry for 10.1.1.1/32
  Known via "omp", distance 251, metric 0, type omp
  Redistributing via bgp 65400
  Advertised by bgp 65400
  Last update from 192.168.30.215 on Sdwan-system-intf, 15:59:54 ago
  Routing Descriptor Blocks:
  * 192.168.30.215 (default), from 192.168.30.215, 15:59:54 ago, via Sdwan-system-intf
      Route metric is 0, traffic share count is 1

但是，可能會發生爭用情況出現在接收通告字首的第二個路由器上，並且導致BGP路由在獲取OMP路由之前安裝到RIB中。

在cEdge2上，sh bpg vpnv4 unicast vrf 1 <prefix>的輸出顯示如下：

 未通告給任何對等體。
 擴展社群包括站點ID 214215，此站點與此路由器位於同一站點。

範例

cEdge2#

show bgp vpnv4 unicast vrf 1 10.1.1.1

BGP routing table entry for 1:1:10.1.1.1/24, version 32
Paths: (1 available, best #1, table 1)
  Not advertised to any peer
  Refresh Epoch 1
  Local
    192.168.160.214 (via vrf 1) from 192.168.160.214 (192.168.54.11)
      Origin incomplete, metric 1000, localpref 50, valid, internal, best
      Extended Community: SoO:0:214215 RT:65512:10
      rx pathid: 0, tx pathid: 0x0
      Updated on Jul 6 2152 17:26:19 UTC

在cEdge2上， sh ip route vrf <vrf_number> <prefix> 的輸出顯示如下：

 SDWAN Down旗標顯示它被檢測到來自同一站點。
 該路由的管理距離為252（高於OMP並且不同於預期的iBGP AD 200）。

範例

cEdge2#

show ip route vrf 1 10.1.1.1
Routing Table: 1
Routing entry for 10.1.1.0/24
Known via "bgp 65400",

distance 252
, metric 1000, type internal
Redistributing via omp
Last update from 192.168.160.214 00:15:13 ago
Routing Descriptor Blocks:
* 192.168.160.214, from 192.168.160.214, 00:15:13 ago
opaque_ptr 0x7F9DD0B86818 

SDWAN Down
Route metric is 1000, traffic share count is 1
AS Hops 0
MPLS label: none

當站點路由器檢測到BGP獲知的路由來自同一個站點ID時，該路由不會通告回OMP。

`相關資訊`

 當BGP路由通告到OMP時，vEdge不通告自己的AS
 Cisco SD-WAN路由配置指南，Cisco IOS XE版本17.x -使用CLI配置OMP
 IP路由：BGP配置指南
 配置單播重疊路由 
 Cisco SD-WAN命令參考-重疊
 思科技術支援與下載

修訂記錄

修訂	發佈日期	意見
5.0	17-May-2024	重新認證
4.0	10-Nov-2022	初始版本
3.0	16-Aug-2022	增加了「SoO環路預防說明」部分。
2.0	04-Nov-2021	已更新「故障排除」部分中的解決方案2。
1.0	01-Sep-2020	初始版本

貢獻者

Eugene Khabarov
Cisco SD-WAN Escalation Engineer
Andy Rook
Cisco Customer Delivery Engineering Technical Leader

使用BGP路由和SoO時解決BGP-OMP路由環路

下載選項

無偏見用語

關於此翻譯

目錄

簡介

必要條件

需求

採用元件

背景資訊

組態

驗證

疑難排解

解決方案1

Overlay-AS案例1

Overlay-AS案例2

解決方案2

SoO環路預防說明

相關資訊

修訂記錄

貢獻者

這份文件是否有所幫助？

讓思科協助您

本文件適用於這些產品

`驗證`

`疑難排解`

`解決方案1`

`Overlay-AS案例1`

`Overlay-AS案例2`

`解決方案2`

`SoO環路預防說明`

`相關資訊`