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

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

लक्षण तहहरूको सीमामा देखिन्छ

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

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

एक क्लाउड, एक इन्टरफेस सम्झौता

प्रत्येक क्लाउडका लागि टनेल इन्टरफेस, ओभरले ठेगाना, स्थानीय अन्डरले स्रोत, NHS र NBMA सम्बन्ध, मल्टिकास्ट वितरण र सुरक्षा नीति रेकर्ड गर्नुहोस्। क्षेत्रीय र केन्द्रीय सन्दर्भहरूबीच कुन मार्गहरू जान्छन् पनि बताउनुहोस्, किनकि त्यही वाक्य डिजाइन हो।

दुई टनेल इन्टरफेस भएको क्षेत्रीय हबलाई दुई सम्झौता चाहिन्छ, दुई ठेगाना भएको एक होइन। अन्डरले स्रोत, NHRP डोमेन र मार्गहरू इन्टरफेसअनुसार फरक हुन सक्छन्, र तिनलाई मिलाउने कागजातले दोस्रो कन्फिगर गर्नेलाई भ्रमित गर्नेछ।

आईडीहरू स्थानीय सन्दर्भ हुन्, प्रवेश नियन्त्रण होइन

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

GRE कुञ्जी, जहाँ डिजाइनले प्रयोग गर्छ, प्राप्त गर्ने टनेलको सन्दर्भ पहिचान गर्न मद्दत गर्छ, र त्यो सन्दर्भ साझा गर्ने अन्त्य बिन्दुहरूबीच सहमति हुन्छ। यो पासवर्ड होइन र IKE प्रमाणीकरण वा राउटिङ नीतिको ठाउँ लिँदैन। दुवै मानलाई सम्बन्धभित्र मिल्नुपर्ने कन्फिगरेसन सन्दर्भका रूपमा लिनुहोस्, क्षेत्रहरू अलग गर्ने सुरक्षा नियन्त्रणका रूपमा होइन।

तहहरूबीच जानाजान राउट गर्नुहोस्

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

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

अप्रत्याशित सर्टकटको निदान गर्नुहोस्

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

DMVPN कन्फिगरेसन निर्देशिका टनेल र NHRP सेटिङहरू सँगै देखाउँछ, र त्यसैले दायराहरू पहिले कागजमा अलग गर्नुपर्छ। क्लाउड सम्झौताहरू रेकर्ड गर्नुहोस्, तहका मार्गहरू स्पष्ट राख्नुहोस्, र अर्को सीमा विफलतासँग देखाउने ठाउँ हुनेछ।