VPN Üzerinden OSPF Rota Türü: Her Zaman Dış Değil

Müşteri öneki, sağlayıcının bulutunu BGP VPN rotası olarak geçer ve uzak sahaya dış OSPF rotası gibi görünerek ulaşır; bu, birçok mühendisin beklediği şeydir ve tek olası sonuç değildir. Uzak CE'nin ne gördüğü, önekin geldiği OSPF alan adına ve özgün rota türüne bağlıdır ve ikisi de VPN rotasıyla birlikte yolculuk eder. Her yeniden dağıtılan önekin tür 5'e dönüştüğünü varsaymak, çalışamayacak tercih değişikliklerine yol açar. Önce alan adı tanımlayıcısını karşılaştırın, yönetimsel mesafeyi değil.

PE-CE modeli, alıcı PE'nin OSPF duyurusunu uydurmak yerine yeniden oluşturabilmesi için yeterli bağlam taşır.

Rota ile birlikte ne yolculuk eder

RFC 4577, VPN rotasına eşlik eden OSPF niteliklerini tanımlar: alan adı tanımlayıcısı, metrik ve kaynak sahadan gelen rota türü. Alıcı PE bunları, uygun bir önekin yerel OSPF sürecine nasıl görünmesi gerektiğine karar vermek için kullanır. Bu nitelikler olmadan uzak PE'nin dış yeniden dağıtım dışında hiçbir şeye dayanağı olmazdı. Bu yüzden BGP onu arada taşımış olsa da bir rota bölgeler arası LSA olarak gelebilir.

Bölge türü de önemlidir. Bir stub veya NSSA bölgesi hangi LSA'ların girebileceğini kısıtlar, bu nedenle aynı VPN rotası alıcı OSPF örneğinin bulunduğu yere göre farklı sunulabilir. Yapılandırılmış dışa aktarma ilkesi varsayılan sunumu da geçersiz kılabilir; bu bir yan etki değil, bilinçli bir seçimdir.

Aynı alan adı, farklı sunum

Aynı alan adından gelen bölge içi veya bölgeler arası rota genellikle uzak sahaya bölgeler arası rota, yani tür 3 LSA olarak ulaşır. Başka bir alan adından gelen önek, hiç OSPF konuşmamış bir kaynak veya başlangıçta dış olan bir OSPF duyurusu bunun yerine dış kuralları izler ve tür 5 ile NSSA eşdeğeri tam orada görünür. Her iki davranış da doğrudur; girdi farklıdır. Tercih değerlerine dokunmadan önce alan adı tanımlayıcılarını ve duyurulan nitelikleri karşılaştırın.

Yönetimsel mesafe tek bir yönlendiricideki kaynaklar arasında seçim yapar. Bir LSA türünü yeniden yazmaz veya eksik alan adı ilişkisini oluşturmaz.

Sham link ne zaman doğru yanıttır

Aynı bölgedeki iki sahayı doğrudan bir arka kapı bağlantısıyla birleştirilmiş olarak düşünün. OSPF, yapılandırılmış maliyetler sağlayıcı yolunu çekici hale getirse bile sağlayıcı üzerinden sunulan bölgeler arası yol yerine o bölge içi yolu korur. Sham link, maliyetlerin karara katılabilmesi için VPN boyunca bölge içi bir ilişkiyi temsil eder. Yalnızca o belirli yol seçimi sorunu için vardır; aynı alan adındaki her rotayı içsel göstermek için değil.

Sham link, erişilebilir uç noktalar ve iki PE'de karşılıklı yapılandırma gerektirir. Yalnızca bir tarafta kurmak, hiç oluşmayan bir ilişki üretir ve yönlendirme tablosu eski tercihini korur; bu da özellik hiçbir şey yapmamış gibi görünür.

Döngü korumasını kırmayın

PE-CE modeli, bir önekin başka bir CE üzerinden geri dönüp ikinci kez yeniden dağıtılmaması için dağıttığı rotalarda DN bitini ayarlar. O koruma, bir önekin OSPF alan adını paylaşan sahalar arasında döngüye girmesini engelleyendir. Bir rotayı içsel göstermek için onu kaldırmak veya yok saymak, tam da önlemek için tasarlandığı döngüyü yaratabilir. Bir önek yanlış göründüğünde DN bitini engel değil bilgi olarak ele alın.

Aynı dikkat, toplulukları kaldıran yeniden dağıtım filtreleri ve rota haritaları için de geçerlidir. Her biri uzak tarafın ihtiyaç duyduğu bağlamı kaldırır ve ortaya çıkan duyuru yanlış olsa da makul görünebilir. Her seferinde bir niteliği değiştirin ve uzak CE'nin gerçekte ne kurduğunu kontrol edin.

Ardından uzak sahadan doğrulayın: LSA türü, duyuruyu yapan yönlendirici ve seçtiği yol. Bu kanıt, talebin sorduğu soruyu yanıtlar.