EIGRP पड़ोसी या DMVPN ट्रांज़िट? पहले भूमिका जाँचें

पड़ोस गायब है और बीच का राउटर स्पष्ट संदिग्ध लगता है। हो सकता है वह निर्दोष हो। बाहरी टनल पैकेट आगे भेजना और overlay राउटिंग प्रोटोकॉल में भाग लेना दो अलग काम हैं, और कोई डिवाइस पहला काम दूसरे के बिना कर सकता है। नीचे दिए पाँच जाँच क्रम में करें और पहली असफल जाँच पर रुकें।

चरण 1: दो भूमिकाएँ बनाएँ

इच्छित EIGRP पड़ोस को दो राउटरों के बीच तार्किक कड़ी के रूप में बनाएँ, फिर उन underlay राउटरों को बनाएँ जो उसके टनल पैकेट ले जाते हैं। एक ही डिवाइस को दोनों सूचियों में होना ज़रूरी नहीं, और सूचियों को मिलाना ही सबसे आम कारण है कि स्वस्थ ट्रांज़िट राउटर पर पड़ोस तोड़ने का आरोप लगता है।

ट्रांज़िट राउटर अपने सामान्य IP राउटिंग और नीति से बाहरी पैकेट आगे भेजता है। उसे सुरक्षित टनल के भीतर ले जाए जाने वाले प्रोटोकॉल को चलाना ज़रूरी नहीं है, और उन पैकेटों को आगे भेजने के लिए उसे EIGRP प्रक्रिया की भी ज़रूरत नहीं है।

चरण 2: जाँचें कि बीच का डिवाइस क्या समाप्त करता है

अगर बीच का राउटर टनल समाप्त करता है और उसे spoke के साथ EIGRP पड़ोस बनाने हैं, तो उत्तर पूरी तरह बदल जाता है। उस डिवाइस को समर्थित overlay राउटिंग व्यवहार चाहिए, और उसे ट्रांज़िट कहना पड़ोसी की शर्त को खत्म नहीं करता। राउटिंग कॉन्फ़िगरेशन से पहले टनल कॉन्फ़िगरेशन पढ़ें। वही उत्तर आगे की हर जाँच तय करता है।

इसलिए पहला असली सवाल यह नहीं है कि कौन-सा प्रोटोकॉल ट्यून करना है। सवाल यह है कि बॉक्स hub है, spoke है, केवल underlay हॉप है, या ऐसी Layer 2 सेवा है जो छोरों के बीच फ्रेम ले जाती है।

चरण 3: पड़ोसी का नियंत्रण तल जाँचें

हर उस डिवाइस पर, जो पड़ोसी होना चाहिए, चार बातें पुष्ट करें: EIGRP इंस्टेंस और स्वायत्त सिस्टम नंबर, प्रमाणीकरण पैरामीटर, प्रक्रिया में भाग लेने वाला इंटरफ़ेस, और वह नेटवर्क कथन जो उस इंटरफ़ेस को कवर करता है। इनमें से किसी एक में बेमेल होने पर पड़ोस नीचे रहता है जबकि इंटरफ़ेस ऊपर रहता है और ping चलता रहता है।

RFC 7868 EIGRP को मल्टीकास्ट नियंत्रण विनिमय वाला IP प्रोटोकॉल बताता है, इसलिए पड़ोसी संबंध ऐसी चीज़ नहीं है जिसे कोई मध्यवर्ती राउटर पैकेट को गंतव्य की ओर राउट करके प्रॉक्सी कर सके। या तो नियंत्रण विनिमय साथी तक पहुँचता है, या पड़ोस बनता ही नहीं।

चरण 4: जाँचें कि परिवहन नियंत्रण विनिमय पहुँचाता है

इसके बाद, जाँचें कि overlay वास्तव में इच्छित छोरों के बीच नियंत्रण ट्रैफ़िक ले जाता है। साथी के NHRP मैपिंग और उस तक पहुँचने वाले बाहरी रूट की जाँच करें, फिर पुष्ट करें कि टनल इंटरफ़ेस ऊपर है और ट्रैफ़िक पास कर रहा है। सफल underlay ping साबित करता है कि बाहरी मार्ग मौजूद है; यह साबित नहीं करता कि overlay नियंत्रण विनिमय पहुँचाया गया।

पारदर्शी Layer 2 सेवा, बिंदु-से-बिंदु टनल और बहु-बिंदु DMVPN क्लाउड मल्टीकास्ट अलग-अलग तरीकों से पहुँचाते हैं। तीनों को एक जैसा मानने के बजाय जो वास्तव में तैनात है उसके लिए समर्थित इंटरफ़ेस, NHRP और मल्टीकास्ट मॉडल का पालन करें।

चरण 5: अगर भाग नहीं ले सकता तो सीमा फिर से डिज़ाइन करें

अगर कोई आवश्यक overlay डिवाइस प्रोटोकॉल नहीं चला सकता, तो डिज़ाइन स्पष्ट रूप से बदलें। उस सीमा पर समर्थित प्रोटोकॉल या विनिमय मॉडल इस्तेमाल करें, या उपयुक्त एंड-टू-एंड टनल व्यवस्थित करें ताकि पड़ोसी वही छोर हों जो वास्तव में एक-दूसरे से बात करते हैं। यह न मानें कि स्थिर रूट हर नियंत्रण पैकेट के लिए गैर-भागीदार को रिले बना देता है।

आरेख में हर डिवाइस की भूमिका लिखें और उसे कॉन्फ़िगरेशन के साथ रखें। RFC 7868 में प्रोटोकॉल विनिमय की परिभाषा ही वह संदर्भ है कि ट्रांज़िट फ़ॉरवर्डिंग से पड़ोसी संबंध का अनुकरण क्यों नहीं किया जा सकता।

जब पाँचों जाँच के बाद भी पड़ोस नहीं बनता, तो बचे हुए संदिग्ध प्लेटफ़ॉर्म विशेषताएँ हैं, जैसे टनल इंटरफ़ेस पर मल्टीकास्ट प्रबंधन और प्रोटोकॉल 88 को फ़िल्टर करने वाली नीति। ये ठोस, परखने योग्य कारण हैं और बीच के राउटर को दोष देने के एक और दौर से ज़्यादा कीमती हैं।