EIGRP پڑوسی یا DMVPN ٹرانزٹ؟ پہلے کردار جانچیں

پڑوس موجود نہیں اور درمیانی روٹر واضح مشتبہ لگتا ہے۔ ہو سکتا ہے وہ بےقصور ہو۔ بیرونی ٹنل پیکٹ آگے بھیجنا اور overlay روٹنگ پروٹوکول میں شریک ہونا دو الگ کام ہیں، اور آلہ دوسرے کے بغیر پہلا کر سکتا ہے۔ نیچے دیے گئے پانچ جائزے ترتیب سے کریں اور پہلے ناکام جائزے پر رک جائیں۔

مرحلہ 1: دونوں کردار بنائیں

مطلوبہ EIGRP پڑوس کو دو روٹروں کے درمیان منطقی رابطے کے طور پر بنائیں، پھر وہ underlay روٹر بنائیں جو اس کے ٹنل پیکٹ لے کر چلتے ہیں۔ ایک ہی آلے کا دونوں فہرستوں میں ہونا ضروری نہیں، اور فہرستوں کو ملانا ہی صحت مند ٹرانزٹ روٹر پر پڑوس توڑنے کا الزام لگنے کی عام ترین وجہ ہے۔

ٹرانزٹ روٹر بیرونی پیکٹ اپنی معمول کی IP روٹنگ اور پالیسی سے آگے بھیجتا ہے۔ اسے محفوظ ٹنل کے اندر لے جانے والے پروٹوکول کو چلانے کی ضرورت نہیں، اور ان پیکٹوں کو آگے بھیجنے کے لیے EIGRP عمل کی بھی ضرورت نہیں۔

مرحلہ 2: دیکھیں کہ درمیانی آلہ کیا ختم کرتا ہے

اگر درمیانی روٹر ٹنل ختم کرتا ہے اور اسے spoke کے ساتھ EIGRP پڑوس بنانے ہیں تو جواب بالکل بدل جاتا ہے۔ اس آلے کو معاون overlay روٹنگ سلوک درکار ہے، اور اسے ٹرانزٹ کہنے سے پڑوسی کی شرط ختم نہیں ہوتی۔ روٹنگ کنفیگریشن سے پہلے ٹنل کنفیگریشن پڑھیں۔ وہی جواب آگے کے ہر جائزے کا تعین کرتا ہے۔

اس لیے پہلا اصل سوال یہ نہیں کہ کون سا پروٹوکول ایڈجسٹ کرنا ہے۔ سوال یہ ہے کہ وہ باکس hub ہے، spoke ہے، محض underlay چھلانگ ہے، یا ایسی Layer 2 سروس جو سروں کے درمیان فریم لے کر چلتی ہے۔

مرحلہ 3: پڑوسی کا کنٹرول طیارہ جانچیں

ہر اس آلے پر جو پڑوسی ہونا چاہیے، چار چیزیں تصدیق کریں: EIGRP مثال اور خودمختار نظام کا نمبر، تصدیق کے پیرامیٹر، عمل میں شریک انٹرفیس، اور وہ نیٹ ورک بیان جو اس انٹرفیس کو ڈھکتا ہے۔ ان میں سے کسی ایک میں بھی عدم مطابقت ہو تو انٹرفیس اوپر رہتا ہے اور ping چلتا رہتا ہے، مگر پڑوس نیچے رہتا ہے۔

RFC 7868 EIGRP کو ملٹی کاسٹ کنٹرول تبادلے والا IP پروٹوکول بتاتا ہے، اسی لیے پڑوسی رشتہ ایسی چیز نہیں جسے درمیانی روٹر پیکٹوں کو منزل کی طرف روٹ کر کے بدل سکے۔ یا تو کنٹرول تبادلہ ساتھی تک پہنچتا ہے، یا پڑوس بنتا ہی نہیں۔

مرحلہ 4: جانچیں کہ ترسیل کنٹرول تبادلہ پہنچاتی ہے

اس کے بعد، دیکھیں کہ overlay واقعی مطلوبہ سروں کے درمیان کنٹرول ٹریفک لے کر چلتا ہے۔ ساتھی کی NHRP میپنگ اور اس تک پہنچنے والے بیرونی راستے کا جائزہ لیں، پھر تصدیق کریں کہ ٹنل انٹرفیس اوپر ہے اور ٹریفک گزر رہا ہے۔ کامیاب underlay ping ثابت کرتا ہے کہ بیرونی راستہ موجود ہے؛ یہ ثابت نہیں کرتا کہ overlay کنٹرول تبادلہ پہنچا دیا گیا۔

شفاف Layer 2 سروس، نقطہ سے نقطہ ٹنل اور کثیر النقاط DMVPN بادل ملٹی کاسٹ مختلف طریقوں سے پہنچاتے ہیں۔ تینوں کے یکساں برتاؤ کا گمان کرنے کے بجائے جو واقعی تعینات ہے اس کے لیے معاون انٹرفیس، NHRP اور ملٹی کاسٹ ماڈل کی پیروی کریں۔

مرحلہ 5: شریک نہ ہو سکے تو حد دوبارہ بنائیں

اگر مطلوبہ overlay آلہ پروٹوکول نہیں چلا سکتا تو ڈیزائن واضح طور پر بدلیں۔ اس حد پر معاون پروٹوکول یا تبادلہ ماڈل استعمال کریں، یا مناسب سرے سے سرے تک ٹنل بندوبست کریں تاکہ پڑوسی وہی سرے ہوں جو واقعی ایک دوسرے سے بات کرتے ہیں۔ یہ نہ مانیں کہ جامد راستہ ہر کنٹرول پیکٹ کے لیے غیر شریک کو ریلے بنا دیتا ہے۔

خاکے میں ہر آلے کا کردار لکھیں اور اسے کنفیگریشن کے ساتھ رکھیں۔ RFC 7868 پروٹوکول تبادلے کی تعریف کرتا ہے، اور وہی تعریف اس بات کی بنیاد ہے کہ ٹرانزٹ فارورڈنگ سے پڑوسی رشتے کی نقل کیوں نہیں کی جا سکتی۔

اگر پانچوں جائزوں کے بعد بھی پڑوس نہ بنے تو باقی مشتبہ پلیٹ فارم خصوصیات ہیں، جیسے ٹنل انٹرفیس پر ملٹی کاسٹ ہینڈلنگ اور 88 پروٹوکول فلٹر کرنے والی پالیسی۔ یہ ٹھوس، قابلِ جانچ وجوہ ہیں اور درمیانی روٹر کو الزام دینے کے ایک اور دور سے زیادہ قیمتی ہیں۔