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 सेटिंग पर पता-परिवार का टॉगल नहीं है। मेल खाता प्रोटोकॉल और प्लेटफ़ॉर्म दस्तावेज़ीकरण इस्तेमाल करें। और अगर कनेक्शन एक निश्चित लिंक है, तो संचालित करना पड़ने वाला नियंत्रण-तल जोड़ने से पहले स्थिर मार्गों की तुलना करें।