VPN પર OSPF પડોશીઓ બનતા નથી? આ ક્રમમાં તપાસો

ટનલ ચાલુ છે, ઇન્ટરફેસ એક જ સબનેટમાં છે, અને OSPF હજી કંઈ દેખાડતું નથી. મોટા ભાગે ટનલ ઠીક હોય છે અને OSPFની એક જરૂરિયાત પૂરી નથી થતી. નીચેની પાંચ તપાસ ક્રમમાં કરો અને પહેલી નિષ્ફળ જગ્યાએ થોભો.

દરેક તપાસનું અલગ લક્ષણ છે, તેથી યાદી કરતાં ક્રમ વધુ મહત્ત્વનો છે.

તપાસ 1: લિંક મોડેલ યોગ્ય છે?

પોઇન્ટ-ટુ-પોઇન્ટ ઇન્ટરફેસ અને વહેંચાયેલ મલ્ટી-એક્સેસ નેટવર્ક અલગ OSPF પર્યાવરણો છે. બ્રોડકાસ્ટ-LAN રૂપરેખા ટનલ પર નકલ કરવી એ અહીં સૌથી સામાન્ય ભૂલ છે. VPN અમલીકરણ જે નેટવર્ક પ્રકારને સમર્થન આપે છે તે સેટ કરો, રાઉટેડ ટનલ માટે સામાન્ય રીતે પોઇન્ટ-ટુ-પોઇન્ટ. પછી ખાતરી કરો કે પ્લેટફોર્મ પણ સહમત છે, કારણ કે કેટલાક અમલીકરણો સેટિંગને અવગણે છે અથવા ઉપર લખે છે.

જો લિંક મોડેલ ખોટું હોય, તો યાદીમાં પછીનું કંઈ મદદ કરશે નહીં.

તપાસ 2: પેકેટોને પસાર થવા દેવામાં આવે છે?

OSPFv2 એ IP પ્રોટોકોલ 89 છે, TCP કે UDP પોર્ટ નથી, તેથી પોર્ટ માટે લખાયેલ ફાયરવોલ નિયમ તેને શાંતિથી કાઢી નાખે છે. હેલો સંદેશા પણ મલ્ટીકાસ્ટ સરનામાં પર જાય છે, જેને નીતિ મંજૂરી ન આપે. ટનલના બંને છેડા વચ્ચે પ્રોટોકોલ 89 ને મંજૂરી આપો, પછી તપાસો કે પ્લેટફોર્મને સ્પષ્ટ પડોશી નિવેદનોની જરૂર છે કે નહીં.

ફક્ત ping પસાર કરતી ટનલ નીતિની સમસ્યા છે, રાઉટિંગની નહીં.

તપાસ 3: પડોશી પરિમાણો મેળ ખાય છે?

એરિયા ID, હેલો અને ડેડ અંતરાલ, પ્રમાણીકરણ અને stub ફ્લેગ બધા મેળ ખાવા જોઈએ. અસંગતિ સામાન્ય રીતે પડોશીને શાંતિથી નિષ્ફળ થવાને બદલે દૃશ્યમાન સ્થિતિમાં છોડી દે છે, જે ઉપયોગી છે. બંને છેડે ચાલતી રૂપરેખા સરખાવો, ઇચ્છિતને નહીં.

MTU અસંગતિ એ સૂક્ષ્મ છે. તે ExStart પર ડેટાબેઝ વિનિમયને અવરોધે છે, તેથી પડોશી ક્યારેય Full સુધી પહોંચતું નથી.

તપાસ 4: સ્થિતિ શું કહે છે

સ્થિતિ નિષ્ફળતાનું નામ આપે છે. Init એટલે હેલો આવે છે પણ આ રાઉટર તેમાં સૂચિબદ્ધ નથી, જે એકતરફી માર્ગ કે મલ્ટીકાસ્ટ સમસ્યા તરફ ઇશારો કરે છે. Two-Way બ્રોડકાસ્ટ સેગમેન્ટ પર બિન-DR પડોશી સાથે સામાન્ય છે અને પોઇન્ટ-ટુ-પોઇન્ટ લિંક પર અસામાન્ય. ExStart કે Exchange અટકી જવું એ MTU કે ડેટાબેઝ-વર્ણન સમસ્યા છે. Loading એટલે લિંક-સ્ટેટ વિનંતીઓના જવાબ મળતા નથી.

કંઈ પણ બદલતા પહેલા સ્થિતિ વાંચો, કારણ કે તે યાદીનો મોટો ભાગ દૂર કરે છે.

show ip ospf neighbor સ્થિતિ, પડોશીનું સરનામું અને ડેડ ટાઇમર છાપે છે. તે ટાઇમરને બંને બાજુના હેલો અંતરાલ સાથે સરખાવો: હેલો કરતાં ચાર ગણો ડેડ અંતરાલ સામાન્ય છે, બીજું કંઈ પણ અસંગતિ છે. સ્થિતિ કોલમ આખા પૃષ્ઠ પર સૌથી ઝડપી વાંચન છે.

તપાસ 5: ખરેખર શું જાહેર થાય છે

Full સંલગ્નતા એ માર્ગ નથી. તપાસો કે કયા નેટવર્ક ઉત્પન્ન થાય છે, કયા શીખવાય છે અને કયા રાઉટિંગ કોષ્ટકમાં સ્થાપિત થાય છે. ખૂટતું નેટવર્ક નિવેદન કે સાઇટ પ્રીફિક્સને બાકાત રાખતી પુનઃવિતરણ નીતિ સ્વસ્થ પડોશી અને ખાલી કોષ્ટક આપે છે.

પછી હોસ્ટ-સ્તરની એપ્લિકેશન અને પરત માર્ગ ચકાસો, કારણ કે રાઉટિંગ પ્રોટોકોલ ફાયરવોલ ખોલતું નથી.

IPv6 માટે, OSPFv3ની પોતાની જરૂરિયાતો છે અને તે દરેક OSPFv2 સેટિંગ પર સરનામા-કુટુંબનું ટોગલ નથી. મેળ ખાતો પ્રોટોકોલ અને પ્લેટફોર્મ દસ્તાવેજીકરણ વાપરો. અને જો જોડાણ એક નિશ્ચિત લિંક હોય, તો સંચાલન કરવું પડે તેવું નિયંત્રણ-તલ વધારતા પહેલા સ્થિર માર્ગો સરખાવો.