AFI ve SAFI: hizmet adından önce çifti okuyun

Bir oturumun açıldığını, bir rotanın göründüğünü görebilir ve yine de yanlış hizmeti okuyor olabilirsiniz. Her duyurunun başındaki sayı çifti, adres ailesi tanımlayıcısı ve sonraki adres ailesi tanımlayıcısı, hangi ayrıştırıcının yükü okuduğuna ve hangi tablonun sonucu tuttuğuna karar verir. Çifti yanlış alın ve içe aktarma ilkesi, rota hedefi eşleşmesi ile sonraki atlama araması hepsi kimsenin duyurmadığı bir yapıya karşı çalışır. Aşağıdaki yürüyüş o çiftte başlar ve yönlendirme sonucunda biter.

Rotanın hangi tabloya ait olduğunu iki sayı belirler

Çift iki kez görünür: çok protokollü yeteneğin içinde, konuşmacının bir aile duyurduğu yerde, ve o ailenin taşıdığı her NLRI'nin önünde. Bu onu rotanın özelliği yapar, kaynak kutudaki ayar değil. Üreticiler onu Address family VPNv4 Unicast gibi bir ad olarak basar ve sayılar yerinde kalırken ifade sürümler arasında kayar.

Dört kodlama neredeyse her kurumsal durumu kapsar: MPLS etiketli VPN-IPv4 için 1 ile 128, IPv6 eşdeğeri için 2 ile 128, BGP ile sinyallenmiş VPLS için 25 ile 65 ve EVPN için 25 ile 70. İlk hata her Layer 2 hizmetinin 25 ile 65'in arkasında olduğunu varsaymaktır, bu EVPN'i gizler. İkincisi iki IP ailesini daha uzun adresli tek bir aile olarak görmektir, oysa ayrı ayrı pazarlık edilir ve farklı eşlerde kabul edilebilir. Üçüncüsü yalnızca birini bilen bir sürümden şablon kopyalandığında ortaya çıkar. Kayıtta arama yapmak üçünü de hizmet adına dayanan tahminden hızlı çözer.

Dört satırı IANA kaydından örnekler olarak görün, kaydın kendisi olarak değil. Bir sayı bildiğiniz hiçbir şeyle eşleşmiyorsa, çevresinde ilke kurmadan önce ona bakın.

AFI 25 ilgisiz iki NLRI biçimi taşır

İki Layer 2 ailesi de AFI 25'in altında oturur ve benzerlik orada biter. RFC 4761 section 3.2.2 içindeki VPLS NLRI bir uzunluk, bir rota ayırt edicisi, bir VE ID, bir VE bloğu kayması, bir VE bloğu boyutu ve bir etiket tabanı taşır; bunlar birlikte bir pseudowire uç noktasını ve etiketini adlandırır. EVPN AFI 25'i korur ve SAFI 70'e geçer; orada yük bir rota tipidir: otomatik Ethernet keşfi, MAC/IP duyurusu, kapsayıcı multicast, Ethernet segmenti, IP öneki. Bu yüzden aynı bayt kayması iki ailede farklı anlama gelir. Birine yazılmış ayrıştırıcı diğerini şikâyet etmeden okur ve saçmalık üretir. Çift, yorumun yanlış olduğuna dair tek uyarıdır.

Bir ailede VE bloğu kayması anlamına gelen alanın diğerinde karşılığı yoktur ve MAC/IP duyuru rotası yalnızca EVPN'de vardır. Bir özniteliği her ikisi için geçerliymiş gibi aktarmak, yakalama incelemesinin bozulma yoludur.

Biri size bir yakalama veya üretici tablosu verdiğinde, özniteliğin hangi aileye ait olduğunu sorun. Sonra alıcı uygulamanın o aileyi desteklediğini doğrulayın, veri sayfasındaki hizmet adını değil. İki platform da VPLS desteği iddia edip farklı sinyal aileleri uygulayabilir. Çift onları ayırır; ürün etiketi ayırmaz.

Oturumun kendi adres ailesi ayrı bir sorudur

VPN-IPv6, TCP bağlantısı IPv4 üzerinden giden bir oturumda rutin olarak duyurulur ve bu desteklenen tasarımdır, arıza değildir. Bu yüzden yalnızca oturum özetini okumak, eşlerin hangi VPN ailelerini değiş tokuş ettiği hakkında hiçbir şey söylemez.

NLRI ailesi, taşıma ailesi ve yönlendirme ailesi üç bağımsız karardır. Bir yönlendirici eşiyle IPv4 konuşabilir, VPN-IPv6 erişilebilirliğini kabul edebilir ve sonraki atlaması, amaçlamadığınız bir yoldan ulaşılabilen bir IPv6 adresi olan bir rota kurabilir. Her katman kendi onayına ihtiyaç duyar. Duyurular doğru görünürken IPv6 hedeflerine ulaşılamadığını bildiren siteler genellikle sonraki atlama çözümünü kaybetmiştir, aile pazarlığını değil.

Oturumun adres ailesini tek başına deneyin, sonra taşıdığı aileleri, sonra çekirdeğin iletebildiklerini. Üçünü ayrı tutmak, doğru bir duyurunun IPv6 uçtan uca çalıştığının kanıtı olarak okunduğu yaygın yanlış tanıyı önler. Yalnızca bir eşin diğerine bir önekten söz ettiğini kanıtlar.

Pazarlık edildi, alındı, içe aktarıldı, kuruldu

Beklenen tek bir rota için dört durum sırayla geçerli olmalıdır ve her biri gözlemlenebilir. Aile o eşle pazarlık edilmiş olmalı, rota gelmeli, bir rota hedefi onu amaçlanan bağlama aktarmalı ve rota kurulsun diye sonraki atlama çözülmelidir. İlk durumu atlamak diğer üçünü yanıtsız bırakır, çünkü pazarlık edilmemiş bir aile incelenecek rota üretmez. Cisco tarzı platformlarda aile özetleri ve eş başına yetenekler ayrı komutlardır.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Pazarlık, eş başına basılan yetenek değişiminde görünür ve hiçbir ailenin listelenmediği kurulmuş bir oturum istediğinizden hiçbir şey taşımaz. İçe aktarmaya genişletilmiş topluluklar olarak taşınan rota hedefleri karar verir, bu yüzden doğru çift yanlış yazılmış bir hedefle tabloyu boş bırakır. Kurulum sonra alıcı bağlamda sonraki atlamanın çözülmesine bağlıdır; bu, her duyuru kusursuz görünürken başarısız olabilir.

Veri düzlemini en son doğrulayın, çünkü tablodaki rota bir iddiadır, teslimat değil. Aynı dört durum her aile için geçerlidir; yalnızca komutlar ve tablo adları değişir.

Bir aile çiftinin asla kanıtlamadığı şey

Çifti doğru okumak, ardından gelen yönlendirme bilgisini nasıl yorumlayacağınızı söyler ve bütün iddia budur. Erişilebilirlik, ilke veya veri düzleminin sağlığı hakkında hiçbir şey söylemez. İkisini karıştırmak, kimsenin doğrulamadığı bir ağ hakkında kendinden emin ifadeler üretir. Rota hedefi uyuşmazlığı ve bozuk sonraki atlama yalnızca çiftten bakınca aynı görünür. Çift bir okuma talimatıdır, asla hüküm değil.

Yükselttiğinizde çifti, rota hedefini ve çözülmüş sonraki atlamayı aynı nota koyun. O zaman sonraki mühendisin hizmet adını yeniden yorumlamak yerine deneyeceği üç bağımsız şey olur. Pazarlık yoksa hemen görürler, yanlış hedef içe aktarmayı görünür biçimde yok bırakır ve çözülmemiş sonraki atlama rotayı var ama kullanılamaz bırakır.