OMP Gönderme Yolu Sınırı

[Nizam-ı Alem]

ROHAN2 WORLD 1-120 TR TİPİ OFFICIAL YOHARA, BALATHOR VE AMON! 80. GÜNÜNDE! +10.000 ONLİNE! HİLE VE BOT %100 ENGELLİ HEMEN TIKLA!

OMP Gönderme Yolu Sınırı​

Bu derste, send-path-limit adlı bir OMP yapılandırma parametresini inceleyeceğiz . Bu arada, OMP best-path algoritmasının nasıl çalıştığını ve seçim sürecinde sıklıkla gözden kaçan temel noktaların neler olduğunu ayrıntılı olarak tartışacağız.​

OMP Gönderim Yolu Sınırı Nedir?​

OMP Send-Path-Limit, aşağıdakileri tanımlayan bir yapılandırma parametresidir:vSmart denetleyicisinin veya vEdge yönlendiricisinin duyurduğu eşit maliyetli vroutların maksimum sayısıOMP eşlerine. Varsayılan olarak, omp send-path-limit 4 olarak ayarlanmıştır, bu da bir vSmart denetleyicisinin bir hedefe on eşit maliyetli en iyi yolu varsa, vEdges'e yalnızca dört rota duyuracağı anlamına gelir.
Send-path-limit değerini değiştirmek, aşağıdaki çıktıda gösterildiği gibi, omp yapılandırma hiyerarşisi altında bir yapılandırma satırı uygulamak kadar basittir:​

vEdge/vSmart# conf t
Entering configuration mode terminal
vEdge/vSmart(config)#omp send-path-limit (1-16)
vEdge/vSmart(config)# commit and-quit
Commit complete.
vEdge/vSmart#

OMP Gönderme-Yolu-Sınırı Yapılandırma Örneği​

Başlangıç durumu​

OMP Best-Path algoritması bağlamında send-path-limit parametresinin nasıl çalıştığını göstermek için , aşağıdaki şekil 1'de gösterilen ağ aygıtlarını kullanacağız. VPN 100'de 10.1.1.0/24 ağına doğrudan bağlı olan üç WAN kenar yönlendiricimiz var - vEdges 1, 2 ve 3 ve sd-wan etki alanını denetleyen bir vSmart denetleyicisi. "Diğer" vEdges olarak anılacak üç vEdge yönlendiricimiz daha var (vEdges 4, 5 ve 6).

Topolojide gösterilmeyen iki WAN taşıması vardır - bir İnternet bulutu ve bir MPLS bulutu. vEdge yönlendiricileri 1, 2 ve 3'ün aşağıdaki taşıma ekleri vardır:
​

• vEdge-1'in iki yerel TLOC'si vardır:
  • IP adresi 39.3.0.1 olan ve biz-internet rengi ile işaretlenmiş T11;​
  • IP adresi 10.10.0.1 olan ve mpls rengiyle işaretlenmiş T12;​
• vEdge-2'nin iki yerel TLOC'si vardır:
  • IP adresi 39.3.0.2 olan ve biz-internet rengi ile işaretlenmiş T21;​
  • IP adresi 10.10.0.2 olan ve mpls rengiyle işaretlenmiş T22;​
• vEdge-3'ün iki yerel TLOC'si vardır:
  • IP adresi 39.3.0.3 olan ve biz-internet rengi ile işaretlenmiş T31;​
  • T32'nin IP adresi 10.10.0.3 olup mpls rengi ile işaretlenmiştir.​

Her vEdge yönlendiricisi, VPN 100'deki 10.1.1.0/24 alt ağı için vSmart denetleyicisine iki rota duyurur - biri biz-interface TLOC'si ve diğeri mpls TLOC'si aracılığıyla. Bu nedenle, vSmart denetleyicisi 10.1.1.0/24 için altı OMP rotası alır. Tüm rotaların AD (250), OMP Tercihi (0), TLOC tercihi (0), Origin-type (Connected) ve Origin-Metric (1) için aynı değerleri vardır. Bu bilgiler verildiğinde, her şeyin varsayılan olduğunu ve vSmart'a uygulanan bir politika olmadığını aklınızda bulundurarak aşağıdaki soruyu yanıtlamaya çalışın:
​

• vSmart kontrolcüsü 10.1.1.0/24 öneki için hangi rotaları en iyi şekilde seçecektir?​
• vSmart denetleyicisi SD-WAN etki alanındaki diğer vEdge yönlendiricilerine hangi rotaları duyuracak?​
• Varsayılan send-path-limit değerini 5 olarak değiştirirsek, denetleyici diğer vEdge'lere hangilerini duyurur?​
• 10.1.1.0/24 için diğer vEdge'ler yönlendirme tablolarına (FIB) hangi rotaları kuracak?​

Cevaplar​

İlk başta, soruları cevaplamak çok basit görünüyor. Ancak, birçok mühendis OMP en iyi yol seçme sürecinin önemli bir bölümünü gözden kaçırıyor. Akıllı denetleyici, bir hedefe en iyi rotaları seçmek için en iyi yol algoritmasındaki adımları kullanır. Bu oldukça basit ve iyi anlaşılmıştır. Ancak, birçok kişinin farkına varmadığı şey, en iyi yollar seçildikten sonra,vSmart kontrolcüsü, rotaları azalan düzende (en iyiden en kötüye) sıralamak için eşitlik bozucuları kullanır!Denetleyici daha sonra en iyi yolları VPN yönlendirme tablosunda azalan düzende sıralanmış olarak depolar ve tutar. Sonra send-path-limit devreye girer. Parametrenin X olarak ayarlandığını varsayalım - bu vSmart'a "ilk X rotayı al ve bunları duyur" der.

Tamam, bunu söyledikten sonra, devam edelim ve şekil 1'de gösterilen rotaları sıralayalım. Söylediğimiz gibi, tüm rotaların aynı AD'si (250), OMP Tercihi (0), TLOC tercihi (0), Origin-type (Connected) ve Origin-Metric (1) vardır, bu da en iyi yol algoritmasına göre, hepsinin hedef 10.1.1.0/24'e en iyi eşit maliyetli rotalar olduğu anlamına gelir. Ancak, denetleyici rotaları VPN 100 yönlendirme tablosuna eklemeden önce sıralamalıdır. Cisco SD-WAN sürüm 20.7.1 itibariyle, 3 eşitlik bozucu vardır:
​

1. Tiebreaker (Kaynak Tercihi) - vSmart kaynaklı rotalar yerine vEdge kaynaklı rotaları tercih edin.​
2. Tiebreaker (Sistem IP) - Daha düşük Sistem IP'sine sahip rotaları tercih edin.​
3. Beraberlik Bozucu (Özel TLOC IP'si) - Aynı vEdge'den gelen rotalar için daha düşük özel TLOC IP adresine sahip olanları tercih edin.​

Bu tiebreaker'ları kullanalım ve rotaları manuel olarak sıralayalım. vSmart kontrolcüsünün bakış açısından, altı rotanın hepsi vEdge'lerden gelir. Bu nedenle, tiebreaker 1'e göre hepsi eşittir. Daha sonra tiebreaker 2'yi kullanarak, vEdge-1 üzerinden giden rotaların vEdge-2 üzerinden gidenlerden daha iyi olacağını hesaplayabiliriz çünkü vEdge-1'in sistem IP'si vEdge-2'den daha düşüktür. Mantıksal olarak, vEdge-3 üzerinden giden rotalar en kötü olurdu (vEdge1(1.1.1.1) < vEdge2(2.2.2.2) < vEdge3(3.3.3.3)). Peki, vEdge-1'in iki rotasından hangisini en üste koyacağız? Bunun için, tiebreaker 3'ü de kullanmalıyız. "10.1.1.0/24 via T2" rotasının "10.1.1.0/24 via T1" rotasından daha iyi olduğunu hesaplayabiliriz çünkü T2(10.10.0.1) T1(39.3.01)'den daha düşük bir özel TLOC IP adresine sahiptir. Bu mantığı tüm rotalara uyguladığımızda, aşağıdaki şekil 2'de gösterilen sıraya ulaşacağız:

Bunun doğru sıra olduğunu vSmart'taki VPN 100 için yönlendirme tablosunu kontrol ederek doğrulayabiliriz. vEdge1'in mpls rotasının en üstte, vEdge1'in biz-internet rotasının ikinci olduğunu ve benzeri şekilde devam ettiğini görebilirsiniz.

vSmart# show omp routes vpn 100 | t
Code:
C -> chosen
I -> installed
Red -> redistributed
Rej -> rejected
L -> looped
R -> resolved
S -> stale
Ext -> extranet
Inv -> invalid
Stg -> staged
IA -> On-demand inactive
U -> TLOC unresolved

PATH ATTRIBUTE
VPN PREFIX FROM PEER ID LABEL STATUS TYPE TLOC IP COLOR ENCAP PREFERENCE
--------------------------------------------------------------------------------------------------------------------------------------
100 10.1.1.0/24 1.1.1.1 66 1011 C,R installed 1.1.1.1 mpls ipsec -
1.1.1.1 68 1011 C,R installed 1.1.1.1 biz-internet ipsec -
2.2.2.2 66 1018 C,R installed 2.2.2.2 mpls ipsec -
2.2.2.2 68 1018 C,R installed 2.2.2.2 biz-internet ipsec -
3.3.3.3 66 1009 C,R installed 3.3.3.3 mpls ipsec -
3.3.3.3 68 1009 C,R installed 3.3.3.3 biz-internet ipsec -

Tamam, en iyi rotalar seçilip sıralandıktan sonra, vSmart denetleyicisi ilk 4 rotayı (varsayılan olarak) alır ve bunları kaplama kumaşına duyurur. Bu, herhangi bir diğer vEdge yönlendiricisinde doğrulanabilir.

vEdge-6# sh omp route vpn 100 | t
Code:
C -> chosen
I -> installed
Red -> redistributed
Rej -> rejected
L -> looped
R -> resolved
S -> stale
Ext -> extranet
Inv -> invalid
Stg -> staged
IA -> On-demand inactive
U -> TLOC unresolved

PATH ATTRIBUTE
VPN PREFIX FROM PEER ID LABEL STATUS TYPE TLOC IP COLOR ENCAP PREFERENCE
--------------------------------------------------------------------------------------------------------------------------------------
100 10.1.1.0/24 1.1.1.30 71 1011 C,I,R installed 1.1.1.1 mpls ipsec -
1.1.1.30 72 1011 C,I,R installed 1.1.1.1 biz-internet ipsec -
1.1.1.30 87 1018 C,I,R installed 2.2.2.2 mpls ipsec -
1.1.1.30 88 1018 C,I,R installed 2.2.2.2 biz-internet ipsec -​

OMP ecmp-limit nedir?​

Send-path limit parametresinin ne işe yaradığını anladıktan sonra, bunu varsayılan olmayan bir değere, örneğin 5'e değiştirelim.

Beklendiği gibi, vSmart denetleyicisi ilk beş en iyi rotayı duyuracaktır. Bu, diğer vEdge'lerin herhangi birinde kolayca doğrulanabilir. Ancak, bir diğer önemli şeye dikkat edin. vEdge6 artık VPN100'de 10.1.1.0/24 için beş rota alsa da, yönlendirici yalnızca ilk dördünü yönlendirme tablosuna yükler. (I bayrağına bakın)

vEdge-6# sh omp route vpn 100 | t
Code:
C -> chosen
I -> installed
Red -> redistributed
Rej -> rejected
L -> looped
R -> resolved
S -> stale
Ext -> extranet
Inv -> invalid
Stg -> staged
IA -> On-demand inactive
U -> TLOC unresolved

PATH ATTRIBUTE
VPN PREFIX FROM PEER ID LABEL STATUS TYPE TLOC IP COLOR ENCAP PREFERENCE
--------------------------------------------------------------------------------------------------------------------------------------
100 10.1.1.0/24 1.1.1.30 71 1011 C,I,R installed 1.1.1.1 mpls ipsec -
1.1.1.30 72 1011 C,I,R installed 1.1.1.1 biz-internet ipsec -
1.1.1.30 87 1018 C,I,R installed 2.2.2.2 mpls ipsec -
1.1.1.30 88 1018 C,I,R installed 2.2.2.2 biz-internet ipsec -
1.1.1.30 96 1009 C,R installed 3.3.3.3 mpls ipsec -

Bunu VPN 100'ün yönlendirme tablosunu kontrol ederek doğrulayabiliriz.

vEdge-6# sh ip route vpn 100 10.1.1.0/24
Codes Proto-sub-type:
IA -> ospf-intra-area, IE -> ospf-inter-area,
E1 -> ospf-external1, E2 -> ospf-external2,
N1 -> ospf-nssa-external1, N2 -> ospf-nssa-external2,
e -> bgp-external, i -> bgp-internal
Codes Status flags:
F -> fib, S -> selected, I -> inactive,
B -> blackhole, R -> recursive, L -> import

PROTOCOL NEXTHOP NEXTHOP NEXTHOP
VPN PREFIX PROTOCOL SUB TYPE IF NAME ADDR VPN TLOC IP COLOR ENCAP STATUS
---------------------------------------------------------------------------------------------------------------------------------------------
100 10.1.1.0/24 omp - - - - 1.1.1.1 mpls ipsec F,S
100 10.1.1.0/24 omp - - - - 1.1.1.1 biz-internet ipsec F,S
100 10.1.1.0/24 omp - - - - 2.2.2.2 mpls ipsec F,S
100 10.1.1.0/24 omp - - - - 2.2.2.2 biz-internet ipsec F,S
Gerçekte ne olduğu aşağıdaki şekil 3'te gösterilmiştir. vEdge6 artık VPN100'de 10.1.1.0/24 için beş rota alsa da,Yönlendirme tablolarına yüklenecek rotaların sayısı ecmp-limit adı verilen başka bir OMP parametresine tabidir .Varsayılan olarak bu parametre de 4 olarak ayarlanmıştır; bu, vEdge'in sahip olduğu en iyi rota sayısı ne olursa olsun, yönlendirme tablosuna yalnızca en iyi dört rotayı yükleyeceği anlamına gelir.

ecmp-limit parametresini değiştirelim ve varsayılan olmayan 5 değerine ayarlayalım.

vEdge-6# conf t
Entering configuration mode terminal
vEdge-6(config)# omp ecmp-limit 5
vEdge-6(config)# commit and-quit
Commit complete.
Şimdi yönlendirme tablosunu kontrol edersek vEdge6'nın aldığı beş rotayı da yüklediğini görebiliriz.

vEdge-6# sh ip route vpn 100 10.1.1.0/24 | t

ADDRESS PATH PROTOCOL NEXTHOP NEXTHOP NEXTHOP
VPN FAMILY PREFIX ID PROTOCOL SUB TYPE METRIC IFNAME ADDR TLOC IP COLOR ENCAP VPN STATUS
------------------------------------------------------------------------------------------------------------------------------
100 ipv4 10.1.1.0/24 0 omp - 0 - - 1.1.1.1 mpls ipsec - F,S
100 ipv4 10.1.1.0/24 1 omp - 0 - - 1.1.1.1 biz-internet ipsec - F,S
100 ipv4 10.1.1.0/24 2 omp - 0 - - 2.2.2.2 mpls ipsec - F,S
100 ipv4 10.1.1.0/24 3 omp - 0 - - 2.2.2.2 biz-internet ipsec - F,S
100 ipv4 10.1.1.0/24 4 omp - 0 - - 3.3.3.3 mpls ipsec - F,S​

Önemli çıkarımlar​

• OMP en iyi yol algoritması yalnızca en iyi rotaları seçmekle kalmaz, aynı zamanda bunları azalan düzende (en iyiden en kötüye) sıralar.​
• Akıllı kontrolcü her zaman tüm rotaları ekler ve sıralı tutar , en iyi rota en üste yerleştirilir.​
• send-path-limit parametresi, duyurulabilecek en iyi yolların maksimum sayısını tanımlar.​
• ecmp -limit parametresi yönlendirme tablosuna yüklenebilecek en iyi yolların maksimum sayısını tanımlar.​
• Bonus - Controller-send-path-limit, bir vSmart denetleyicisinin başka bir vSmart denetleyicisine duyurabileceği en iyi yolların maksimum sayısını tanımlar.​

 

[Tolstoy]

vEdge/vSmart# conf t
Entering configuration mode terminal
vEdge/vSmart(config)#omp send-path-limit (1-16)
vEdge/vSmart(config)# commit and-quit
Commit complete.
vEdge/vSmart#

Anlamsız kelimeler
RED