Uzak VTEP adresine ulaşmak, altyapının paket taşıdığını kanıtlar ve kanıtladığı tek şey budur. Kiracı hizmeti, doğru adres ailesine sahip bir BGP EVPN oturumuna, bağlı ve çalışır durumda yerel bir VNI'ye, kökenlenmiş bir rotaya ve uzak uçta bir içe aktarmaya ihtiyaç duyar. Bunlar dört ayrı kontrol noktasıdır ve her birinin onarımı farklıdır. Yeşil bir altyapıyı hizmet hazırlığı olarak görmek, EVPN kurulumunun tıkanmasının en yaygın nedenidir.

Bunları sırayla okuyun ve tasarımın beklediğinden farklı olan ilk noktada durun. Sonraki kontrol noktaları önceki hatayı telafi edemez.

Kontrol noktası 1: VTEP'e taşıma

VTEP kaynağı olarak kullanılan loopback adresleri arasındaki erişilebilirlikle başlayın. Rota altyapıda bulunmalı, yol herhangi bir kapsülleme gereksinimi dahil izin verilmeli ve dönüş yolu çalışmalıdır. Var olan ancak tek yönde filtrelenen bir rota, aralıklı gibi görünen asimetrik bir arıza üretir. Devam etmeden önce iki yönü de doğrulayın.

Kontrol ettiğiniz kaynak ve hedef adresleri kaydedin. Sonraki atlamayı başka bir adres üzerinden çözen bir sonraki adım farklı bir testtir ve bunları tek olarak ele almak, çözülmüş sonraki atlamanın taşıma arızasıyla suçlanmasının yoludur.

Kontrol noktası 2: oturum sayısı değil, EVPN ailesi

Kurulmuş bir BGP oturumu, EVPN adres ailesinin görüşüldüğü anlamına gelmez. Komşu için aileye özgü duruma bakın: ailenin etkin olup olmadığı, eşle görüşülüp görüşülmediği ve oturumun onu taşıyıp taşımadığı. IPv4 unicast için ayakta olan ve hiç EVPN görüşmemiş bir oturum, genel komşu özetinde yanlış bir şey göstermez ve EVPN üstyapı belirtimi hizmet ve kontrol yordamlarını taşımadan ayrı konular olarak ele alır.

Oturumun kaynak adresini de kontrol edin. VTEP kaynağı olmayan bir adres üzerine kurulmuş eşleme, iletim arızasını açıklamayı bekleyen bir tasarım uyumsuzluğudur.

Kontrol noktası 3: yerel hizmet bağlı

Yerel VNI, kiracıyı temsil eden köprüye veya VRF'ye bağlı olmalı ve platform onu çalışır durumda bildirmelidir. Çoğaltma modelinin kullandığı üyelik durumu, herhangi bir ana bilgisayar MAC'i öğrenilmeden önce önemli olabilir, bu nedenle boş bir uç nokta tablosu hizmetin durduğunun kanıtı değildir.

Ardından cihazın gerçekte neyi kökenlediğini doğrulayın: o VNI için tasarımın belirlediği route target'larla yerel rota. Bağlı ama duyurulmayan bir VNI, yalnızca yerel olarak var olan ve başka hiçbir yerde bulunmayan bir hizmet üretir.

Kontrol noktası 4: alıcıda içe aktarma

Alıcı cihazda sayısal VNI'ler yerine dışa ve içe aktarılan route target'ları karşılaştırın. Eşleşen bir VNI numarası, alıcı örneğin duyuruyu içe aktardığını kanıtlamaz ve eşleşmeyen bir route target VNI listesinde görünmez. İletim girdisine güvenmeden önce duyurulan sonraki atlamayı altyapı üzerinden çözün. Ardından üstyapı iletim durumunu cihazın tamamı için değil hizmet için okuyun.

Bir eş tablosu uygulamaya özgü veri düzlemi veya üyelik öğrenimini de yansıtabilir. Satır sayısını kanıt olarak görmek yerine kökenini ve hizmet bağlamını EVPN rotasıyla birlikte okuyun.

Yolu yürüyen tek bir kayıt

Hizmet başına tek bir kayıt tutun: yerel VNI durumu, EVPN komşusu ve ailesi, kökenlenmiş rota ve alınan ve içe aktarılan sonuç. Bu kaydı kökenden kuruluma kadar yürütün. Bir şey başarısız olduğunda kayıt, hangi komutun deneneceğini değil dört kontrol noktasından hangisinin onarılacağını söyler.

Bunu yaparken zaman damgaları ekleyin. Duyurudan dakikalar sonra ortaya çıkan bir içe aktarma politika veya yakınsama sorunudur, hiç ortaya çıkmayan ise yapılandırma sorunudur ve bu fark yalnızca ne zaman baktığınızı yazdıysanız görülür.

Statik VXLAN ne zaman doğru yanıt

Statik olarak yapılandırılmış bir VXLAN veri yolu, EVPN tablosu boş kalırken elle sağlanan eşlerle çalışabilir. Bu bozuk bir EVPN dağıtımı değil, farklı bir denetim modelidir. Boş bir tabloyu arıza olarak teşhis etmeden önce tasarımın hangisini amaçladığına karar verin.

Altyapıdaki bir IGP komşusu taşıma sağlar ve fazlasını değil. Üstyapının hizmet durumu, kurulacak ayrı bir şey ve doğrulanacak ayrı bir şeydir.

İlgili makaleler