स्तरित DMVPN: प्रत्येक बोगदा संबंधासाठी एक क्लाउड

एक शाखा नोड त्याच्या प्रादेशिक हबवर यशस्वीरित्या नोंदणी करतो आणि तरीही दुसऱ्या प्रदेशातील सेवेपर्यंत पोहोचू शकत नाही. बोगदा सुरू आहे, NHS स्थिती निरोगी दिसते, आणि अपयश फक्त स्तराची सीमा ओलांडणाऱ्या गंतव्यांवर दिसते. हा नमुना सामान्यतः दर्शवतो की कोणती उपकरणे कोणत्या DMVPN क्लाउडमध्ये सहभागी होतात हे रचनेने कधीच सांगितले नाही, म्हणून स्तर अंतःप्रेरणेने बांधले गेले आणि आता जुळत नाहीत.

लक्षण स्तरांच्या सीमेवर दिसते

स्तरित रचनेत एक केंद्रीय हब, अनेक प्रादेशिक हब आणि अनेक शाखा नोड प्रत्येकी आपले स्थान धारण करतात. प्रादेशिक हबकडे एकापेक्षा जास्त बोगदा संबंध असू शकतात, आणि शाखांना प्रत्येक केंद्रीय टोकापाशी नोंदणी करण्याची गरज नाही. महत्त्वाचे मार्ग म्हणजे शाखेकडून प्रादेशिक सेवेकडे, शाखेकडून दुसऱ्या मंजूर प्रादेशिक नोडकडे, आणि शाखेकडून केंद्रीय गंतव्याकडे.

जेव्हा यापैकी एक मार्ग अयशस्वी होतो तर इतर काम करत असतात, समस्या जवळजवळ नेहमी तुटलेला बोगदा नसून गहाळ किंवा विरोधाभासी भूमिका व्याख्या असते. इच्छित मार्ग लिहा आणि उपकरणांनी प्रत्यक्षात काय बांधले याच्याशी तुलना करा. ती तुलना एक तास घेते आणि एक आठवड्याचा अंदाज टाळते. ती रचना दस्तऐवजासोबत ठेवा.

एक क्लाउड, एक इंटरफेस करार

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

दोन बोगदा इंटरफेस असलेल्या प्रादेशिक हबला दोन करार आवश्यक आहेत, दोन पत्त्यांचा एक नाही. अंडरले स्रोत, NHRP डोमेन आणि मार्ग प्रत्येक इंटरफेससाठी वेगळे असू शकतात, आणि ते एकत्र करणारा दस्तऐवज दुसरा संरचीत करणाऱ्याला दिशाभूल करेल.

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

NHRP नेटवर्क आयडी आणि GRE की या दोन मूल्ये जागतिक सेटिंग्ज म्हणून सर्वाधिक चुकीच्या पद्धतीने समजली जातात. IOS XE NHRP मार्गदर्शक नेटवर्क आयडीला स्थानिकदृष्ट्या अर्थपूर्ण म्हणून वर्णन करते, म्हणून दूरच्या राउटरवरील जुळणाऱ्या संख्या काहीही प्रमाणित करत नाहीत आणि एका राउटरचा स्थानिक क्रमांक बदलल्याने प्रवेश सीमा तयार होत नाही.

GRE की, जिथे रचना एक वापरते, तिथे प्राप्त करणाऱ्या बोगद्याचा संदर्भ ओळखण्यास मदत करते, आणि तो संदर्भ सामायिक करणाऱ्या टोकांमध्ये मान्य केला जातो. तो पासवर्ड नाही आणि IKE प्रमाणीकरण किंवा राउटिंग धोरणाची जागा घेत नाही. दोन्ही मूल्ये संबंधाच्या आत जुळणे आवश्यक असलेला संरचना संदर्भ म्हणून घ्या, प्रदेश वेगळे करणारे सुरक्षा नियंत्रण म्हणून नाही.

स्तरांमध्ये जाणीवपूर्वक राउट करा

प्रादेशिक हब वरच्या दिशेने कोणते प्रीफिक्स जाहीर करते आणि आपल्या शाखांना कोणती केंद्रीय गंतव्ये देते हे ठरवा. नंतर प्रत्येक मार्गाचा प्रत्यक्ष पुढील हॉप आणि टप्प्यानुसार विशिष्ट शॉर्टकट वर्तन तपासा, कारण सारांश मार्ग आणि शॉर्टकट आकृती सुचवते त्यापेक्षा खूप वेगळे फॉरवर्डिंग देऊ शकतात.

प्रादेशिक विभाजन लागू करण्यासाठी राउटिंग आणि प्रवेश धोरण वापरा. जर शाखेने दुसऱ्या प्रदेशात थेट पोहोचू नये, तर ते लागू करण्यासाठी कधीही रचले न गेलेल्या आयडीवर अवलंबून राहण्याऐवजी मार्ग आणि धोरणाने ते सांगितले पाहिजे. धोरण आयडीजवळ लिहा. अन्यथा पुढील अभियंता असे गृहीत धरेल की क्रमांकच काम करतो.

अनपेक्षित शॉर्टकटचे निदान करा

जेव्हा शाखा केंद्रीय टोकाशी थेट संबंध तयार करण्याचा प्रयत्न करते, तेव्हा आयडी बेताल बदलण्यापूर्वी तिचा मार्ग, तिचे NHRP मॅपिंग आणि निवडलेला बोगदा संदर्भ तपासा. पोहोच नसणे, अनपेक्षित NHS संबंध आणि कायदेशीर पण अनधिकृत शॉर्टकट यासाठी तीन वेगळ्या दुरुस्त्या आवश्यक आहेत.

DMVPN संरचना मार्गदर्शक बोगदा आणि NHRP सेटिंग्ज एकत्र दाखवते, आणि म्हणूनच व्याप्ती प्रथम कागदावर वेगळे करावी लागते. क्लाउड करार नोंदवा, स्तरांचे मार्ग स्पष्ट ठेवा, आणि पुढील सीमा अपयशाकडे दाखवण्यासाठी जागा असेल.