DMVPN اوورلے پر EIGRP ہمسائے اوپر نہیں آتے
اوورلے پر unicast کام کرتا ہے اور ہمسائیگی پھر بھی ناکام ہوتی ہے، اس لیے NHRP multicast نقل، ٹنل کی EIGRP پالیسی اور IPsec کو تین الگ تہوں کے طور پر جانچیں۔
ٹنل اوپر ہے، ایک 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 کو اوورلے پر نقل شدہ multicast کے طور پر اپنے hello hub کو بھیجنے دیتی ہے، اور hub کے multicast کو رجسٹر شدہ spoke تک پہنچنے دیتی ہے۔ اس کے بغیر NHRP کے ذریعے unicast کام کرتا ہے اور 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 قدر میں اختلاف، وصول کنندہ کے پاس واضح syslog سطر کے بغیر hello گرا دیتا ہے۔ اگر ڈیزائن واضح طور پر کنفیگر شدہ unicast ہمسایہ استعمال کرتا ہے، تو multicast ترتیبات پر تہہ چڑھانے کے بجائے اسی ماڈل کی پوری پیروی کریں۔
GRE ترسیل اور IPsec تحفظ کو الگ رکھیں
DMVPN GRE کے اندر multicast لے جاتا ہے، اور 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 رویہ طے کرتا ہے کہ spoke hub کے ذریعے دوسرے spoke تک پہنچ سکتا ہے یا نہیں، اور خلاصہ prefix چھپا سکتا ہے چاہے ہمسایہ تعلق کامل ہو۔
دو سائٹس کے درمیان اجازت شدہ اطلاقیہ کے ساتھ ختم کریں اور اس کا طے شدہ راستہ تصدیق کریں۔ براہ راست spoke-to-spoke شارٹ کٹ اپنی NHRP اور تحفظاتی حالت کے ساتھ فارورڈنگ کی ضرورت ہیں، اور ہمسایوں کی گنتی بہتر دکھانے کے لیے انہیں شامل کرنا عموماً دوسرا مسئلہ پیدا کرتا ہے۔
مرحلہ وار ڈیزائن، multicast میپنگ اور EIGRP پالیسی ایک ہی جگہ درج کریں۔ اگلے انجینئر کو ڈیزائن درکار ہوگا، نقل نہیں۔