EVPN sınırını bağlantıların değil, dışa aktarma politikasının etrafında kurun

Yaygın varsayım, sınırdaki Layer 2 bağlantı modelinin üstündeki her şeyi belirlediğidir; bu yüzden tasarım bir vPC çiftiyle başlar ve yukarı doğru ilerler. Genellikle kazara alınmış yönlendirme kararlarıyla biter. Bir EVPN sınırı her şeyden önce bir yönlendirme sınırıdır: bir kiracı yönlendirme bağlamı harici bir yönlendirme alanıyla karşılaşır ve o çizgiyi geçen şey bir politika beyanıdır. Kimse port-channels tartışmaya başlamadan önce rotaları, ASN ilişkisini ve arıza yollarını seçin. Bağlantı modeli sonra bir gereksinimden doğar, gereksinimi dikte etmek yerine.

Sınırı neyin geçtiğiyle başlayın

Her tarafta görünmesi gereken rotaları, gittikleri yönü ve o listede bir değişikliği kimin onayladığını yazın. Her şeyi kabul edip her şeyi duyuran bir sınırın politikası yoktur, yalnızca bir kablosu vardır.

Sonra işletmeyi planladığınız arızayı adlandırın: bir uplink kapalı, bir border leaf kapalı ya da tüm harici alan ulaşılamaz. Her yanıt, iki bağımsız komşuya, paylaşılan bir Layer 2 bağlantısına veya ikisine birden ihtiyacınız olup olmadığını değiştirir.

Ancak bu iki liste var olduktan sonra bağlantı sorusu yanıtlanabilir hale gelir. Ondan önce her mekanizma eşit derecede geçerli görünür. Ondan sonra çoğu kendini eler. Yönlendirme işini önce yapmanın tüm gerekçesi budur.

ASN ve peering sınırını sabitleyin

Özel AS'li bir fabric genellikle eBGP üzerinden genel sınır alanıyla peering yapar ve ilginç kısım iki taraftaki politikadır. Hangi öneklerin kabul edildiğine, hangilerinin duyurulduğuna ve upstream'in hangi AS path'i alması gerektiğine karar verin.

RFC 6996 özel kullanım için bir ASN aralığı ayırır ve bu ASN'ler küresel duyurularda görünmemelidir. Platformun desteklediği kaldırma veya filtreleme politikasını uygulayın ve cihazın bunu yaptığını varsaymak yerine ortaya çıkan duyuruyu doğrulayın. Bu adım size rastgele bir genel öneki duyurma yetkisi de vermez; bu, adres sahibiyle ayrı bir konuşmadır.

Bir konfederasyon veya local-AS özelliği belirli bir topoloji için tasarım tercihidir. Fabric ve upstream farklı ASN rolleri kullandığı için hiçbiri zorunlu değildir ve gereksinim olmadan birini benimsemek her gelecekteki değişikliğe hareketli parçalar ekler.

Layer 3 uplink'ler multichassis LAG gerektirmez

Kendi BGP komşularına sahip bağımsız yönlendirilmiş arayüzler iki net yol ve iki net arıza alanı verir. vPC veya başka bir multichassis LAG, bir Layer 2 bağlantı gereksinimine hizmet eder ve o gereksinim olduğunda doğru araçtır.

Her sınır çiftinin vPC kullanması ya da ondan kaçınması gerektiğine dair genel bir kural, durumu gerçekte belirleyen koşulları gizler. Bağlantının ne taşıması gerektiğini sorun, sonra onu en az paylaşılan arıza moduyla taşıyan mekanizmayı seçin.

İlk yazdığınız yönlendirme politikası bağlantı mekanizması değiştiğinde değişmez; bu, sıranın doğru olduğunun iyi bir işaretidir.

Yalnızca kiracının ihtiyaç duyduğunu dışa aktarın

Bir kiracı varsayılan bir rotaya, seçilmiş harici öneklere veya çok daha büyük bir tabloya ihtiyaç duyabilir. Bu kapsamı gerçek yönlendirme ve kontrol düzlemi kapasitesine göre seçin, kimsenin yeniden ölçmediği eski bir internet rotası sayısına göre değil.

Genellikle Type 5 olarak adlandırılan ve RFC 9136içinde tanımlanan EVPN IP Prefix rotası, overlay içinde önek bilgisini taşır. Uygulama hâlâ eşleşen dışa ve içe aktarma politikası ile next-hop çözümlemesine ihtiyaç duyar; bu nedenle sınırda harici bir BGP rotası almak, her kiracı VRF'inin onu içe aktardığı anlamına gelmez.

Her leaf, sınır tutuyor diye tam tabloya ihtiyaç duymaz. Kiracının trafiğinin gerektirdiğini dağıtın ve geri kalanı sınır sahiplensin.

Bir öneki uçtan uca doğrulayın

Temsili bir harici önek seçin ve onu sınırın amaçlanan VRF'i, dışa aktarma politikası, alıcı leaf'in yönlendirme bağlamı ve bir kiracı kaynağına dönüş yolu boyunca izleyin. Bir yerde görünüp sonraki yerde görünmeyen bir önek hatayı hemen yerelleştirir.

Next hop'un overlay üzerinden nasıl çözüldüğünü doğrulayın, çünkü çözülmemiş bir next hop ile mevcut olan bir rota hiçbir şey iletmez. Sonra bir uplink değişikliğinden sonra kontrolü yineleyin, çünkü politika ve next-hop çözümlemesi en çok o zaman ayrışır.

İş sırası: geçen rotaları listeleyin, ASN politikasında anlaşın, bağlantıyı gerçek işine göre seçin, dışa aktarmayı kiracı başına sınırlayın, sonra bir öneki ve dönüş yolunu doğrulayın.