Tek bir EVPN kiracısı neden birkaç route distinguisher gösterebilir
Tek bir kiracıdaki iki RD çakışma değildir. CLI çıktısından rotayı oluşturan MAC-VRF veya IP-VRF'ye gidin, ardından RT içe aktarımını ve VNI'yi kontrol edin.
Tek bir kiracı için EVPN tablosunu filtreliyorsunuz ve rotalar iki farklı route distinguisher taşıyor. İlk tepki bir yapılandırma çakışmasıdır ve bu tepki genellikle yanlıştır. Kiracı adı bir iş etiketidir, denetim düzleminin tek bir nesnesi değildir, bu nedenle içindeki köprüleme bağlamı ve yönlendirme bağlamı ayrı tanımlayıcılar altında meşru olarak duyuru yapabilir. Her seferinde bir rotayı çıktıdan onu oluşturan yerel hizmet nesnesine kadar geriye doğru izleyin, ikinci RD artık hata gibi görünmeyi bırakır.
Sizi şaşırtan çıktıdan başlayın
Tüm tablo yerine tek bir rota seçin. Rota tipini, RD'yi, dışa aktarılan route target'ları ve sonraki atlamayı not edin. Bu dört alan, hangi yerel nesnenin onu duyurduğunu ve hangi uzak ilkenin onu içe aktarması gerektiğini belirlemek için yeterlidir.
NX-OS tarzı bir cihazda ayrıntılı görünüme şu komutla ulaşılır: show bgp l2vpn evpn route-type 2 detail veya show bgp l2vpn evpn route-type 5 detail. Junos'ta aynı bilgi şurada bulunur: show route table bgp.evpn.0 detail. Farklı sözdizimi, aynı alanlar.
Her gösterilen sayıyı eşitleyerek başlamayın. RD'leri eşitlemek, çalışan bir fabric üzerinde içe aktarma ilkesini bozan değişikliktir.
Her tanımlayıcıya kendi işini verin
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
Bir MAC-VRF, köprüleme hizmeti için MAC iletme bilgisini tutar. Bir IP-VRF, yönlendirilen bir hizmet için IP yönlendirme bağlamı sağlar. Bir kiracı ikisini de içerebilir, bu yüzden tek bir kiracı herhangi bir yanlış yapılandırma olmadan birden fazla RD üretebilir.
RFC 7432, duyuru yapan MAC-VRF'nin RD'sini onun EVPN NLRI'sine atar ve aynı PE üzerindeki MAC-VRF'ler arasında farklı RD'ler gerektirir. Route-target yordamları ayrıdır: bir veya daha fazla RT niteliğine izin verir ve üyelik için içe aktarma ilkesine güvenir. Paylaşılan üyeliği oluşturan RD eşitliği değildir ve buna böyle bakmak bu karışıklığın köküdür.
Bir rotayı duyurudan içe aktarmaya kadar izleyin
Rotayı tek yönde takip edin. Rota tipini, onu oluşturan hizmeti, RD'yi, dışa aktarılan RT'leri ve ardından alıcı PE'deki içe aktarma ilkesini doğrulayın. Her adım farklı bir soruyu yanıtlar ve herhangi bir adımdaki başarısızlık karşı tarafta aynı eksik önek gibi görünür.
Rota mevcut olduğunda, kurulu iletme bağlamını ve VNI eşlemesini inceleyin. İki uçta VNI'nin eşleşmesi veri düzleminin anlaştığını gösterir; denetim düzleminin rotayı amaçlanan ilke üzerinden içe aktardığını göstermez.
Rota uzak PE'de görünüyor ama trafik akmıyorsa sorun EVPN'nin ötesine geçmiştir. Route target'ları yeniden düzenlemeden önce VNI-VLAN veya VNI-VRF bağlamasını ve underlay yolunu kontrol edin. Eşlemeden başlayın, sonra underlay ve ancak ondan sonra denetim düzlemi. Bir veri düzlemi arızasının peşinden route-target değişikliğini geri almak, çalışan bir içe aktarmayı bozmanın güvenilir yoludur.
Katman 3 önekleri hâlâ EVPN rotalarıdır
EVPN tablosundaki bir IP öneki sıradan IPv4-unicast BGP değildir. EVPN IP Prefix rotası kendi rota tipidir, ve MAC/IP ile IP öneki duyuruları EVPN adres ailesinde yolculuk eder; RFC 7432 bunu AFI 25 ve SAFI 70 olarak tanımlar.
Bu ayrım, EVPN tablosundaki bir rotayı unicast tablosundaki bir rota ile karşılaştırdığınızda önemlidir. Aynı hedefi tanımlayabilir ve yine de farklı ilkelerle üretilip filtrelenip içe aktarılabilirler. Birini diğeri hakkında kanıt olarak okumak, doğru bir fabric'in geçiş sırasında bozuk görünmesinin nedenidir.
Sayıları karşılaştırmadan önce satıcının türetimini kontrol edin
RFC 9136, EVPN'yi IP Prefix rotalarıyla genişletir ve geçerli RD'nin MAC-VRF mi yoksa IP-VRF bağlamından mı geldiğini belirtir. Bu nedenle aynı çıktıdaki bir L2 hizmet etiketi ve yönlendirilmiş hizmet etiketi, ait oldukları nesnelere göre okunmalı, kiracı başına tek bir RD'ye indirgenmemelidir.
RD ve RT'nin otomatik türetimi satıcıya özgüdür. Kullanılan formül için kurulu satıcının referansını okuyun; tek bir anahtarda görülen otomatik oluşturulmuş değer evrensel bir kodlama değildir ve iki satıcının sayılarını karşılaştırmak nadiren bir şey kanıtlar.
Başladığınız rota için yazılı bir iz ile bitirin: tip, oluşturan nesne, RD, dışa aktarılan RT, içe aktarma ilkesi, kurulu VNI. Altı alan duyuruyu sıradaki bileti okuyacak herkese açıklar ve hiçbiri kiracının sayılarının eşleşmesini gerektirmez.