د EIGRP ګاونډیان د DMVPN پر پوښ را نه پورته کېږي

تونل پورته دی، یو spoke کولای شي بل ته ping وکړي، او EIGRP بیا هم پر hub هېڅ ګاونډی نه ښیي. دا ترکیب عادي دی نه پټ: ping د NHRP له لارې unicast رسېدنه ثابتوي، او د EIGRP hello پیغامونه multicast دي. د DMVPN پر پوښ کې د روټینګ پروتوکول د رسولو ماډل دویمه کنفیګورېشن سطحه ده، او خلک هماغه پرېږدي ځکه چې لومړۍ سطحه لا دمخه روغه ښکاري. لاندې هره طبقه په خپل امر ګوري، نو په یوه طبقه کې ناکامي تاسو د لیست سر ته نه بېرته لېږي.

هغه ګاونډیتوبونه ولیکئ چې تمه یې لرئ

له هر show امر دمخه لنډ لیست جوړ کړئ: کوم spoke باید له کوم hub سره peer شي، د کوم تونل انټرفېس له لارې او په کوم EIGRP خپلواک نظام کې. د څو hub-ونو ډیزاینونه د hub-ونو ترمنځ په تشو کې ناکامېږي، او لیست «EIGRP خراب دی» په «spoke 3 پر hub 2 راجستر نه کېږي» بدلوي. هغه تونلي فرعي شبکې شاملې کړئ چې په هر لینک یې تمه لرئ، ځکه چې د دوو سرونو ترمنځ د پتې نه مطابقت په بشپړه توګه د پروتوکول ناکامۍ په څېر ښکاري. لیست پر ټکټ ولیکئ، تر څو بله شپه له ډیزاین سره پرتله وکړي، نه له وروستي سکرین شاټ سره.

لومړی NHRP، بیا د multicast لاره وګورئ

د راجستر حالت او هغو نقشو څخه پیل کړئ چې hub یې واقعاً لري. هغه spoke چې پر hub کې دینامیک داخلونه نه لري راجستر شوی نه دی، او هېڅ روټینګ پروتوکول به یې جوړ نه کړي. بیا تایید کړئ چې spoke له hub د 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 کرښه ده چې spoke ته اجازه ورکوي خپل hello د پوښ له لارې د تکرار شوي multicast په توګه hub ته ولېږي، او hub ته اجازه ورکوي چې خپل multicast راجستر شوو spoke-ونو ته ورسوي. پرته له دې unicast د NHRP له لارې کار کوي او multicast نه، او همدا وېش دی چې ping د ثبوت په څېر ښکاره کوي. د Cisco لارښود IOS XE DMVPN د هر پړاو لپاره د hub او spoke-ونو د 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 ارزښت ناهمغږي، hello پرته له روښانه syslog کرښې د ترلاسه کوونکي په خوا غورځوي. که ډیزاین په روښانه ډول کنفیګر شوي unicast ګاونډیان کاروي، بشپړ دې ماډل ته غاړه کېږدئ، نه دا چې د multicast تنظیماتو پرمخ پرت کړئ تر څو څه پورته راشي.

د GRE لېږد او د IPsec ساتنه جلا وساتئ

DMVPN multicast د GRE په دننه کې لېږدوي، او 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 چلند پرېکړه کوي چې آیا spoke د hub له لارې بل spoke ته رسېدلی شي، او لنډیز کولای شي prefix پټ کړي حتی کله چې ګاونډیتوب بشپړ وي.

د دوو سایټونو ترمنځ په اجازه ورکړل شوې اپلیکېشن سره پای ته ورسئ او هغه لاره تایید کړئ چې نیسي. مستقیم spoke-to-spoke لنډلارې د خپل NHRP او امنیت حالت سره د لېږد غوښتنه ده، او د ګاونډیانو د شمېر ښه ښکارېدو لپاره یې زیاتول معمولاً دویمه ستونزه جوړوي.

پړاویز ډیزاین، multicast نقشه او د EIGRP تګلاره په یوه ځای کې ثبت کړئ. بل انجینر به ډیزاین ته اړتیا ولري، نه نقل ته.