OSPF qonşuları VPN üzərində qurulmur? Bunları sıra ilə yoxlayın
Beş yoxlama, hər birinin öz simptomu var: keçid modeli, protokol 89 filtrasiyası, qonşu parametrləri, qonşuluq vəziyyəti və sonra həqiqətən elan olunanlar.
Tunnel işləyir, interfeyslər eyni subnetdədir, amma OSPF hələ də heç nə göstərmir. Əksər hallarda tunnel qaydasındadır və OSPF-in bir tələbi yerinə yetirilmir. Aşağıdakı beş yoxlamanı sıra ilə aparın və ilk uğursuz olanda dayanın.
Hər yoxlamanın özünəməxsus simptomu var, buna görə sıra siyahıdan daha vacibdir.
Yoxlama 1: keçid modeli düzgündürmü
Nöqtədən-nöqtəyə interfeys ilə paylaşılan çoxgirişli şəbəkə fərqli OSPF mühitləridir. Broadcast-LAN konfiqurasiyasını tunnelə köçürmək burada ən çox rast gəlinən səhvdir. VPN tətbiqinin dəstəklədiyi şəbəkə növünü təyin edin, adətən marşrutlaşdırılan tunnel üçün nöqtədən-nöqtəyə. Sonra platformanın bununla razılaşdığını təsdiqləyin, çünki bəzi tətbiqlər bu ayarı nəzərə almır və ya üzərinə yazır.
Keçid modeli səhvdirsə, siyahıda sonrakı heç nə kömək etməyəcək.
Yoxlama 2: paketlər keçirilirmi
OSPFv2 IP protokolu 89-dur, TCP və ya UDP portu deyil, buna görə portlar üçün yazılmış firewall qaydası onu səssizcə atır. Hello mesajları da multicast ünvanlarına gedir və siyasət buna icazə verməyə bilər. Tunnel ucları arasında 89 protokoluna icazə verin, sonra platformanın açıq qonşu bəyanatlarına ehtiyacı olub-olmadığını yoxlayın.
Yalnız ping keçirən tunnel siyasət problemidir, marşrutlaşdırma deyil.
Yoxlama 3: qonşu parametrləri uyğundurmu
Sahə ID-si, hello və dead intervalları, autentifikasiya və stub bayraqları hamısı uyğun olmalıdır. Uyğunsuzluq adətən qonşunu səssizcə uğursuz olmaq əvəzinə görünən vəziyyətdə saxlayır ki, bu faydalıdır. Hər iki tərəfdə işləyən konfiqurasiyanı müqayisə edin, nəzərdə tutulanı yox.
MTU uyğunsuzluğu incə olanıdır. ExStart mərhələsində verilənlər bazası mübadiləsini bloklayır, buna görə qonşu heç vaxt Full vəziyyətinə çatmır.
Yoxlama 4: vəziyyət nə deyir
Vəziyyət uğursuzluğun adını çəkir. Init o deməkdir ki, hello mesajları gəlir, amma bu marşrutlaşdırıcı onlarda göstərilmir, bu da birtərəfli yola və ya multicast probleminə işarə edir. Two-Way DR olmayan qonşu ilə broadcast seqmentində normaldır, nöqtədən-nöqtəyə keçiddə isə qeyri-normaldır. ExStart və ya Exchange-in ilişib qalması MTU və ya verilənlər bazası təsviri problemini bildirir. Loading o deməkdir ki, link-state sorğularına cavab verilmir.
Heç nəyi dəyişməzdən əvvəl vəziyyəti oxuyun, çünki bu, siyahının çoxunu aradan qaldırır.
show ip ospf neighbor vəziyyəti, qonşu ünvanını və dead taymerini çap edir. Bu taymeri hər iki tərəfdəki hello intervalı ilə müqayisə edin: hello-nun dörd qatına bərabər dead interval normaldır, başqa hər şey uyğunsuzluqdur. Vəziyyət sütunu bütün səhifədə ən sürətli oxunuşdur.
Yoxlama 5: həqiqətən nə elan olunur
Full qonşuluq marşrut deyil. Hansı şəbəkələrin yaradıldığını, hansıların öyrənildiyini və hansıların marşrutlaşdırma cədvəlinə quraşdırıldığını yoxlayın. Çatışmayan şəbəkə bəyanatı və ya sayt prefiksini istisna edən yenidən paylama siyasəti sağlam qonşu və boş cədvəl verir.
Sonra host səviyyəsində tətbiqi və geri yolu sınaqdan keçirin, çünki marşrutlaşdırma protokolu firewall açmır.
IPv6 üçün OSPFv3-ün öz tələbləri var və hər OSPFv2 ayarında ünvan ailəsi açarı deyil. Uyğun protokol və platforma sənədlərindən istifadə edin. Və əgər bağlantı bir sabit keçiddirsə, idarə etməli olduğunuz bir idarəetmə müstəvisi əlavə etməzdən əvvəl statik marşrutları müqayisə edin.