पदानुक्रमित DMVPN: हर टनल संबंध के लिए एक क्लाउड

एक शाखा नोड अपने क्षेत्रीय हब पर सफलतापूर्वक पंजीकृत होता है और फिर भी दूसरे क्षेत्र की सेवा तक नहीं पहुँच पाता। टनल चालू है, NHS की स्थिति स्वस्थ दिखती है, और विफलता केवल उन गंतव्यों पर दिखती है जो किसी परत की सीमा पार करते हैं। ऐसा पैटर्न आमतौर पर बताता है कि डिज़ाइन ने कभी नहीं बताया कि कौन से उपकरण किस DMVPN क्लाउड में भाग लेते हैं, इसलिए परतें अनुमान से बनीं और अब मेल नहीं खातीं।

लक्षण परत की सीमा पर दिखता है

पदानुक्रमित डिज़ाइन में एक केंद्रीय हब, कई क्षेत्रीय हब और अनेक शाखा नोड अपना-अपना स्थान रखते हैं। एक क्षेत्रीय हब के पास एक से अधिक टनल संबंध हो सकते हैं, और शाखाओं को हर केंद्रीय अंतिम बिंदु पर पंजीकरण करने की आवश्यकता नहीं होती। महत्वपूर्ण पथ शाखा से क्षेत्रीय सेवा तक, शाखा से किसी अन्य स्वीकृत क्षेत्रीय नोड तक, और शाखा से केंद्रीय गंतव्य तक हैं।

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

एक क्लाउड, एक इंटरफ़ेस अनुबंध

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

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

आईडी स्थानीय संदर्भ हैं, प्रवेश नियंत्रण नहीं

NHRP नेटवर्क आईडी और GRE कुंजियाँ वे दो मान हैं जिन्हें सबसे अधिक वैश्विक सेटिंग समझ लिया जाता है। IOS XE NHRP मार्गदर्शिका नेटवर्क आईडी को स्थानीय रूप से अर्थपूर्ण बताती है, इसलिए दूर के राउटरों पर मिलते-जुलते नंबर कुछ भी प्रमाणित नहीं करते और एक राउटर का स्थानीय नंबर बदलने से प्रवेश सीमा नहीं बनती।

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

परतों के बीच जानबूझकर रूट कीजिए

तय कीजिए कि क्षेत्रीय हब ऊपर की ओर कौन से प्रीफ़िक्स विज्ञापित करता है और अपनी शाखाओं को कौन से केंद्रीय गंतव्य देता है। फिर प्रत्येक पथ के लिए वास्तविक अगला हॉप और चरण-विशिष्ट शॉर्टकट व्यवहार जाँचिए, क्योंकि सारांश मार्ग और शॉर्टकट आरेख के संकेत से बहुत भिन्न फ़ॉरवर्डिंग दे सकते हैं।

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

अप्रत्याशित शॉर्टकट का निदान करें

जब कोई शाखा किसी केंद्रीय अंतिम बिंदु के साथ सीधा संबंध बनाने का प्रयास करती है, तो आईडी को बेतरतीब बदलने से पहले उसका मार्ग, उसकी NHRP मैपिंग और चुना गया टनल संदर्भ जाँचिए। पहुँच की कमी, अनपेक्षित NHS संबंध और वैध परंतु अनधिकृत शॉर्टकट तीन अलग सुधार माँगते हैं।

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