DMVPN ओभरलेमा EIGRP छिमेकीहरू माथि आउँदैनन्

टनेल माथि छ, एउटा स्पोकले अर्कोलाई पिंग गर्न सक्छ, र 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 लाइनले स्पोकलाई आफ्ना hello ओभरलेमा प्रतिलिपि गरिएको multicast का रूपमा हबमा पठाउन दिन्छ, र हबको 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 ले multicast GRE भित्र बोक्छ, र IPsec ले भित्री multicast लाई होइन, GRE प्याकेटहरूलाई सुरक्षा दिन्छ। त्यसैले «IPsec ले multicast बोक्न सक्दैन» भन्ने सामान्य दाबी यो डिजाइनका लागि गलत छ र निदानका रूपमा बेकार छ। टनेलमा IPsec प्रोफाइल, प्रत्येक peer का सुरक्षा संस्थाहरू र टनेल इन्टरफेसको अवस्था तीन अलग तथ्यका रूपमा जाँच्नुहोस्।

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

EIGRP तल रहँदा काउन्टर चलिरहेको माथिल्लो SA ले तपाईंको अनुसन्धान स्ट्याकको माथि फर्काउँछ: प्याकेटहरू सुरक्षित र वितरित भइरहेका छन्, त्यसैले समस्या प्रोटोकलले कुन प्याकेट पठाउन छान्छ भन्ने हो।

केवल छिमेकी संख्या होइन, मार्गहरू प्रमाणित गर्नुहोस्

छिमेक सम्बन्ध बनेपछि यसले के विज्ञापन गर्छ र के स्थापना गर्छ पढ्नुहोस्। बहुबिन्दु टनेलमा split horizon र next-hop व्यवहारले स्पोकले हबमार्फत अर्को स्पोकसम्म पुग्न सक्छ कि सक्दैन निर्धारण गर्छ, र छिमेक सम्बन्ध पूर्ण भए पनि सारांशले prefix लुकाउन सक्छ।

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

चरणबद्ध डिजाइन, multicast म्यापिङ र EIGRP नीति एकै ठाउँमा अभिलेख गर्नुहोस्। अर्को इन्जिनियरलाई डिजाइन चाहिन्छ, ट्रान्सक्रिप्ट होइन।