MPLS VPN'de IPv6: tek değil, üç ayrı seçim
Müşteri VPN rotaları, PE'ler arasındaki BGP oturumu ve çekirdekteki taşıma ayrı kararlardır. Bir oturum bir ailede çalışıp diğerini taşıyabilir.
Bir tasarım incelemesinde „IPv6 BGP üzerinde IPv6 L3VPN çalıştır“ deyin, o tek cümlenin içinde üç ayrı karar saklıdır. Hangi öneklerin müşterinin VPN'ine ait olduğu, hangi adreslerin sağlayıcının kenarları arasındaki yönlendirme oturumunu taşıdığı ve hangi çekirdeğin etiketli paketi hareket ettirdiği birbirinden bağımsız seçimlerdir. Hepsi IPv6 olabilir, karışık olabilir ve karıştırmaya bilerek izin verilir. Bu üçünü birbirinden ayırmak, belirsiz bir gereksinimi bir platformun karşısında test edilebilecek bir şeye dönüştürür.
Üç işi ayırın
İlk iş müşteri rotasıdır: tek bir VPN yönlendirme bağlamına ait olan ve diğer her bağlamın dışında kalması gereken IPv6 önekleri. İkincisi, bu önekleri değiş tokuş eden sağlayıcı kenar yönlendiricileri arasındaki yönlendirme bağlantısıdır. Üçüncüsü, etiketli müşteri paketini çekirdek üzerinden uzak kenara taşıyan ulaşımdır. Bunlardan yalnızca birini adlandırmak henüz tasarım değildir.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
Her işin kendi adres ailesi, kendi arıza biçimleri ve çoğu zaman kendi ekibi vardır. Tablo tam da bir tasarım belgesindeki tek bir cümlenin üç satırı birden ezme eğiliminde olması nedeniyle yararlıdır.
Rotanın ailesi VPN-IPv6'dır, IPv6 unicast değil
RFC 4659 BGP/MPLS IPv6 VPN ailesini tanımlar ve ona üyelik IPv6 sözcüğünün ima ettiğinden daha belirlidir. Oradaki rota, bir IPv6 önekine bağlanmış ve AFI 2 ile SAFI 128 altında kodlanmış bir rota ayırt edicisidir. Sıradan IPv6 unicast başka bir ailedir, bu yüzden bir looking glass'ta önek gibi görünen bir duyuru aynı nesne olmayabilir. Aileyi yanlış okumak, bu tasarımın ilk yoldan çıkma biçimidir.
Fark kenarda ısırır; rota herhangi bir şey yapmadan önce doğru VPN bağlamına inmek zorundadır. Bir önek almak değiş tokuşun gerçekleştiğini kanıtlar ve kurulum hakkında hiçbir şey söylemez. Bu boşluk, oturum ayakta olduğu halde müşterinin hâlâ karanlıkta olduğu klasik raporu üretir.
Oturum, VPN'den farklı bir ailede çalışabilir
Hiçbir şey iki kenar arasındaki BGP bağlantısını VPN'in kendi ailesini kullanmaya zorlamaz. Belirtim IPv4 veya IPv6 oturumuna izin verir ve IPv6 VPN ulaşımı kendi başına iki çekirdek türü üzerinde tanımlanmıştır. Dolayısıyla bir IPv6 oturumu taşıdığı şeyin ailesi hakkında hiçbir şey söylemez ve veri düzlemini de seçmez. Üç bağımsız bit ve tasarım üçünü ayrı ayrı taşımalıdır.
Bu özgürleştirir ve aynı solukta yanlış okunması kolaydır. IPv6 müşteri rotaları IPv4 adresli bir oturum üzerinde gidebilir, IPv4 rotaları da IPv6 oturumu üzerinde, yeter ki platform bu birleşimi desteklesin ve sonraki atlama çözülsün. Olmaması gereken şey, oturumun yükü ima etmesine izin vermektir; ne tasarım belgesinde ne de hizmeti sonradan kanıtlayan izlemede.
IPv4 çekirdekte sonraki atlamanın kendi kodlaması vardır
VPN'in altındaki çekirdek IPv4 olduğunda rota, giriş kenarının doğrudan kullanabileceği bir sonraki atlamayla görünmez. IPv4'e eşlenmiş IPv6 biçiminde gelir ve altındaki ulaşım IPv4 olduğunda belirtim çıkış kenarını böyle ifade eder. Giriş yönlendiricisi o eşlenmiş adresi çekirdek üzerinden gerçekten ulaşabildiği bir şeye çevirmek zorundadır ve çözümleme sessizce başarısız olan adımdır.
Bunu cihazlar arasında kopyalanacak bir dizge değil, yönlendirme bağımlılığı olarak okuyun. Gerçekten işlettiğiniz platformda üç şeyi doğrulayın: duyurulan sonraki atlama kullanılabilir bir yola çözülüyor, etiket yığını kabul ediliyor ve hedef amaçlanan VPN bağlamına iniyor. Bunlardan biri bile başarısız olursa sağlıklı görünen ama hiçbir şey iletmeyen bir oturum kalır, bu yüzden bu kontrol sonraki bir olaya değil kabul koşusuna aittir.
Gereksinimi dört satırda yazın
Test etmeye değer bir gereksinim dört şeyi adlandırır: VPN'in ailesi, oturumun ulaşımı, sonraki atlamanın kodlaması ve çekirdeğin düzeni. Ardından uçtan uca izlenecek bir müşteri öneki adlandırır: değiş tokuş, kurulum, etiket çözümlemesi ve dönüş yolu boyunca. „IPv6 BGP destekler“ dördünün hiçbirini kapsamaz ve uyumsuzluğun gerçekte nerede olduğunu gizler.
VPN-IPv6 değiş tokuşu olmadan sağlıklı bir oturum eksiktir ve çalışan yönlendirme olmadan alınan bir VPN rotası da aynı ölçüde eksiktir. Bunları ayrı kabul satırları olarak tutmak bir sonraki sorun giderme konuşmasını kısa tutar, çünkü başarısız olan satır zaten yazılmıştır.