OSPF komşuları VPN üzerinde oluşmuyor mu? Bunları sırayla kontrol edin
Beş kontrol, her birinin kendi belirtisi var: bağlantı modeli, protokol 89 filtreleme, komşu parametreleri, komşuluk durumu ve son olarak gerçekte neyin duyurulduğu.
Tünel açık, arayüzler aynı alt ağda ve OSPF hâlâ hiçbir şey göstermiyor. Çoğu zaman tünel sorunsuzdur ve OSPF'nin bir gereksinimi karşılanmıyordur. Aşağıdaki beş kontrolü sırayla yapın ve ilk başarısız olanda durun.
Her kontrolün farklı bir belirtisi vardır, bu yüzden sıra listeden daha önemlidir.
Kontrol 1: bağlantı modeli doğru mu
Noktadan noktaya arayüz ile paylaşılan çoklu erişim ağı farklı OSPF ortamlarıdır. Yayın LAN yapılandırmasını tünele kopyalamak burada en sık yapılan hatadır. VPN uygulamasının desteklediği ağ türünü ayarlayın, yönlendirilen tünel için genellikle noktadan noktaya. Ardından platformun da bunu kabul ettiğini doğrulayın, çünkü bazı uygulamalar ayarı yok sayar veya üzerine yazar.
Bağlantı modeli yanlışsa listedeki hiçbir şey yardımcı olmaz.
Kontrol 2: paketler geçişe izinli mi
OSPFv2, IP protokolü 89'dur, TCP veya UDP bağlantı noktası değildir, bu nedenle bağlantı noktaları için yazılmış bir güvenlik duvarı kuralı onu sessizce düşürür. Hello'lar ayrıca multicast adreslerine gider, politika bunlara izin vermeyebilir. Tünel uçları arasında 89 protokolüne izin verin, ardından platformun açık komşu bildirimlerine ihtiyacı olup olmadığını kontrol edin.
Yalnızca ping geçiren bir tünel politika sorunudur, yönlendirme değil.
Kontrol 3: komşu parametreleri eşleşiyor mu
Alan kimliği, hello ve dead aralıkları, kimlik doğrulama ve stub bayrakları eşleşmelidir. Uyumsuzluk genellikle komşuyu sessizce başarısız olmak yerine görünür bir durumda bırakır, bu da işe yarar. Çalışan yapılandırmayı iki uçta karşılaştırın, amaçlananı değil.
MTU uyumsuzluğu ince olanıdır. ExStart'ta veritabanı alışverişini engeller, bu yüzden komşu asla Full'a ulaşmaz.
Kontrol 4: durum ne diyor
Durum, hatanın adını verir. Init, hello'lar geliyor ama bu yönlendirici bunlarda listelenmiyor anlamına gelir, bu da tek yönlü bir yolu veya multicast sorununu işaret eder. Two-Way, DR olmayan komşuyla bir yayın segmentinde normaldir ve noktadan noktaya bağlantıda anormaldir. ExStart veya Exchange'ın takılı kalması MTU veya veritabanı açıklaması sorunudur. Loading, bağlantı durumu isteklerine yanıt verilmediği anlamına gelir.
Herhangi bir şeyi değiştirmeden önce durumu okuyun, çünkü listenin büyük bölümünü eler.
show ip ospf neighbor durumu, komşu adresini ve dead zamanlayıcısını yazdırır. Bu zamanlayıcıyı iki taraftaki hello aralığıyla karşılaştırın: hello'nun dört katı olan dead aralığı normaldir, başka her şey uyumsuzluktur. Durum sütunu tüm sayfadaki en hızlı okumadır.
Kontrol 5: gerçekte ne duyuruluyor
Full komşuluk bir yol değildir. Hangi ağların oluşturulduğunu, hangilerinin öğrenildiğini ve hangilerinin yönlendirme tablosuna kurulduğunu kontrol edin. Eksik bir ağ bildirimi veya site önekini dışlayan bir yeniden dağıtım politikası sağlıklı bir komşu ve boş bir tablo üretir.
Ardından ana bilgisayar düzeyinde bir uygulamayı ve dönüş yolunu test edin, çünkü yönlendirme protokolü güvenlik duvarını açmaz.
IPv6 için OSPFv3'ün kendi gereksinimleri vardır ve her OSPFv2 ayarında bir adres ailesi anahtarı değildir. Eşleşen protokolü ve platform belgelerini kullanın. Ve bağlantı tek bir sabit bağlantıysa, işletmeniz gereken bir kontrol düzlemi eklemeden önce statik yolları karşılaştırın.