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 સ્પોકને ઓવરલે પર રેપ્લિકેટેડ 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

EIGRP નીચે રહેતી વખતે કાઉન્ટર ચાલતા હોય તેવી ઉપરની SA તમારી તપાસને સ્ટેક પર પાછી ઉપર લઈ જાય છે: પેકેટો સંરક્ષિત થઈને પહોંચાડાય છે, તેથી સમસ્યા એ છે કે પ્રોટોકોલ કયા પેકેટ મોકલવાનું પસંદ કરે છે.

માત્ર પડોશીઓની ગણતરી નહીં, માર્ગો ચકાસો

જોડાણ રચાય પછી તે શું જાહેર કરે છે અને સ્થાપિત કરે છે તે વાંચો. બહુબિંદુ ટનલ પર split horizon અને next-hop વર્તન નક્કી કરે છે કે સ્પોક હબ દ્વારા બીજા સ્પોક સુધી પહોંચી શકે છે કે નહીં, અને પડોશી સંબંધ પરફેક્ટ હોય તોપણ સારાંશ પ્રીફિક્સ છુપાવી શકે છે.

બે સાઇટ વચ્ચે મંજૂર એપ્લિકેશન સાથે પૂરું કરો અને તે જે માર્ગ લે છે તેની ખાતરી કરો. સીધા સ્પોક-થી-સ્પોક શોર્ટકટ પોતાની NHRP અને સુરક્ષા સ્થિતિ સાથેના ફોરવર્ડિંગની જરૂરિયાત છે, અને પડોશીઓની ગણતરી સારી દેખાય તે માટે તેમને ઉમેરવાથી સામાન્ય રીતે બીજી સમસ્યા ઊભી થાય છે.

તબક્કાવાર ડિઝાઇન, multicast મેપિંગ અને EIGRP નીતિ એક જ જગ્યાએ નોંધો. આગલા ઇજનેરને ડિઝાઇનની જરૂર પડશે, ટ્રાન્સક્રિપ્ટની નહીં.