DMVPN ओवरले पर EIGRP पड़ोसी नहीं उठते
ओवरले पर unicast काम करता है और आसन्नता फिर भी विफल रहती है, इसलिए NHRP multicast प्रतिकृति, टनल की EIGRP नीति और IPsec को तीन अलग परतों के रूप में जाँचें।
टनल ऊपर है, एक स्पोक दूसरे को पिंग कर सकता है, और EIGRP फिर भी हब पर कोई पड़ोसी नहीं दिखाता। यह संयोजन रहस्यमय नहीं, सामान्य है: पिंग NHRP के माध्यम से unicast पहुँच सिद्ध करता है, और EIGRP hello multicast हैं। DMVPN ओवरले पर राउटिंग प्रोटोकॉल का डिलीवरी मॉडल दूसरी कॉन्फ़िगरेशन सतह है, और लोग ठीक उसी को छोड़ देते हैं क्योंकि पहली सतह पहले से स्वस्थ दिखती है। नीचे की हर परत अपने आदेश से जाँची जाती है, इसलिए एक परत की विफलता आपको सूची के शीर्ष पर वापस नहीं भेजती।
जिन आसन्नताओं की अपेक्षा है, उन्हें लिख लें
किसी भी show आदेश से पहले छोटी सूची बनाएँ: कौन सा स्पोक किस हब से पीयर होना चाहिए, किस टनल इंटरफ़ेस से और किस EIGRP स्वायत्त प्रणाली में। बहु-हब डिज़ाइन हब के बीच के अंतरालों में विफल होते हैं, और सूची «EIGRP टूटा है» को «स्पोक 3 हब 2 पर पंजीकृत नहीं है» में बदल देती है। हर लिंक पर अपेक्षित टनल सबनेट शामिल करें, क्योंकि दोनों सिरों के बीच पता असंगति ठीक प्रोटोकॉल विफलता जैसी दिखती है। सूची टिकट पर लिखें, ताकि अगली पाली डिज़ाइन से तुलना करे, पिछले स्क्रीनशॉट से नहीं।
पहले NHRP, फिर multicast पथ जाँचें
पंजीकरण स्थिति और हब के वास्तविक मैपिंग से शुरू करें। जिस स्पोक का हब पर गतिशील प्रविष्टि नहीं है, वह पंजीकृत नहीं है, और कोई राउटिंग प्रोटोकॉल इसे ठीक नहीं करेगा। फिर पुष्टि करें कि स्पोक हब के NBMA पते से multicast स्वीकार करता है, जो NHS प्रविष्टि से अलग पंक्ति है।
show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
ip nhrp network-id 1
ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
ip nhrp map multicast 198.51.100.1
tunnel mode gre multipoint
tunnel key 100
यही पंक्ति ip nhrp map multicast स्पोक को ओवरले पर प्रतिकृत multicast के रूप में अपने hello हब तक भेजने देती है, और हब के multicast को उसके पंजीकृत स्पोक तक पहुँचने देती है। इसके बिना NHRP से unicast काम करता है और multicast नहीं, और यही विभाजन पिंग को प्रमाण जैसा दिखाता है। Cisco की मार्गदर्शिका IOS XE DMVPN हर चरण के लिए हब और स्पोक का multicast व्यवहार दर्ज करती है, इसलिए दूसरी टोपोलॉजी से टुकड़ा कॉपी करने के बजाय अपना कॉन्फ़िगरेशन उसी चरण से मिलाएँ जो आपने वास्तव में तैनात किया।
EIGRP की अपनी इंटरफ़ेस नीति जाँचें
जो टनल EIGRP प्रक्रिया में नहीं है या passive है, वह ओवरले कितना भी स्वस्थ हो, कभी आसन्नता नहीं बनाएगा। इंटरफ़ेस की भागीदारी और पड़ोसी तालिका साथ पढ़ें, क्योंकि पहली दूसरी की व्याख्या करती है।
show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
network 10.10.0.0 0.0.0.255
passive-interface default
no passive-interface Tunnel0
प्रमाणीकरण और मीट्रिक भार दोनों सिरों पर मेल खाने चाहिए। गलत मोड वाली कुंजी श्रृंखला, या K-मान में असंगति, प्राप्तकर्ता पर स्पष्ट syslog पंक्ति के बिना hello गिरा देती है। यदि डिज़ाइन स्पष्ट रूप से कॉन्फ़िगर किए गए unicast पड़ोसियों का उपयोग करता है, तो multicast सेटिंग्स पर परत चढ़ाने के बजाय उसी मॉडल का पूरी तरह पालन करें।
GRE वहन और IPsec सुरक्षा अलग रखें
DMVPN GRE के भीतर multicast ले जाता है, और IPsec GRE पैकेट की रक्षा करता है, भीतरी multicast की सीधे नहीं। इसीलिए यह सामान्य दावा कि IPsec multicast नहीं ले जा सकता, इस डिज़ाइन के लिए गलत है और निदान के रूप में बेकार है। टनल पर IPsec प्रोफ़ाइल, हर peer के लिए सुरक्षा संबंध और टनल इंटरफ़ेस की स्थिति तीन अलग तथ्यों के रूप में जाँचें।
show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast
ऊपर चालू और काउंटर बढ़ते हुए SA, जबकि EIGRP नीचे रहता है, आपकी जाँच को स्टैक में वापस ऊपर भेजता है: पैकेट सुरक्षित और वितरित हो रहे हैं, इसलिए समस्या यह है कि प्रोटोकॉल कौन से पैकेट भेजने चुनता है।
केवल पड़ोसियों की गिनती नहीं, मार्ग सत्यापित करें
आसन्नता बनने के बाद पढ़ें कि वह क्या घोषित और स्थापित करती है। बहुबिंदु टनल पर split horizon और next-hop व्यवहार तय करते हैं कि स्पोक हब के माध्यम से दूसरे स्पोक तक पहुँच सकता है या नहीं, और सारांश पड़ोसी संबंध सही होने पर भी prefix छिपा सकता है।
दो साइटों के बीच अनुमत अनुप्रयोग के साथ समाप्त करें और उसका मार्ग पुष्टि करें। सीधे स्पोक-से-स्पोक शॉर्टकट अपनी NHRP और सुरक्षा स्थिति वाली अग्रेषण आवश्यकता हैं, और पड़ोसियों की गिनती बेहतर दिखाने के लिए उन्हें जोड़ना आमतौर पर दूसरी समस्या पैदा करता है।
चरणबद्ध डिज़ाइन, multicast मैपिंग और EIGRP नीति एक ही जगह दर्ज करें। अगले इंजीनियर को डिज़ाइन चाहिए, ट्रांसक्रिप्ट नहीं।