آپ کا VPN بیک اپ EIGRP کا قابلِ عمل جانشین کیوں نہیں

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

شرط، بالکل درست بیان کی گئی

RFC 7868 پڑوسی کے بغیر لوپ راستے کے لیے کافی جانچ کے طور پر قابلِ عمل ہونے کی شرط متعین کرتا ہے: کسی منزل کے لیے پڑوسی کا رپورٹ شدہ فاصلہ مقامی قابلِ عمل فاصلے سے سختی سے کم ہونا چاہیے۔ سختی سے۔ کم یا برابر نہیں۔

یہی واحد نابرابری کسی متبادل کو قابلِ عمل جانشین بناتی ہے۔ یہاں باقی سب اسی کے گرد حساب ہے۔

مختلف کاموں والے دو فاصلے

رپورٹ شدہ فاصلہ وہ ہے جو پڑوسی منزل کے لیے اعلان کرتا ہے۔ قابلِ عمل فاصلہ آخری ACTIVE–PASSIVE منتقلی کے بعد سے معلوم کم ترین کل میٹرک کا ریکارڈ ہے، اسی لیے یہ موجودہ بہترین راستے کی میٹرک سے مختلف ہو سکتا ہے۔ ان دونوں کو ملانا پراعتماد غلط نتائج دیتا ہے۔

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

ایک مکمل موازنہ

1000 قابلِ عمل فاصلے والی ایک اعلان شدہ مثال لیں۔ 900 رپورٹ کرنے والا پڑوسی ٹیسٹ پاس کرتا ہے اور قابلِ عمل جانشین بن سکتا ہے۔ 1000 رپورٹ کرنے والا پڑوسی ناکام ہوتا ہے، کیونکہ شرط سخت نابرابری ہے اور برابری کافی نہیں۔

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

شناخت اہلیت نہیں

کوئی طریقہ کار مردہ ساتھی کو جلد محسوس کر سکتا ہے جبکہ EIGRP کے پاس ابھی کوئی موزوں متبادل نہ ہو۔ محسوس کرنا ایک مرحلہ ہے؛ مربوط راستہ حساب دوسرا ہے، اور یہ صرف اُس وقت شروع ہوتا ہے جب کوئی قابلِ عمل جانشین نہ ہو۔ شرط میں ناکامی یہ ثابت نہیں کرتی کہ متبادل میں طبعی لوپ ہے۔ اس کا مطلب ہے کہ مقامی شارٹ کٹ ٹیسٹ نے ضمانت قائم نہیں کی، اس لیے حساب کو نتیجہ سنبھالنا ہوگا۔

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

فیلڈز پڑھیں، پھر ایپلیکیشن جانچیں

منزل، موجودہ جانشین، امیدوار پڑوسی، اس کا رپورٹ شدہ فاصلہ، قابلِ عمل فاصلہ اور نتیجے میں راستہ کی حالت درج کریں۔ show ip eigrp topology 10.10.10.0/24 ایک پریفکس کے لیے اس کا بیشتر حصہ دیتا ہے۔ پھر فیصلے کو اُس ٹنل راستے سے باندھیں جو واقعی اگلا ہاپ لے جاتا ہے، کیونکہ روٹنگ ٹیبل اور ٹنل ٹیبل اس بارے میں متفق نہیں ہو سکتے کہ کون سا انٹرفیس استعمال ہو رہا ہے۔

منظور شدہ مشاہدے کے تحت تین چیزیں الگ الگ ٹریک کریں: شناخت، راستہ انتخاب اور ایپلیکیشن کی اپنی بحالی۔ یہ ترتیب آپ کو بتاتی ہے کہ گمشدہ حصہ موزوں بیک اپ ہے، نیچے والا VPN راستہ ہے، یا کام کا بوجھ دوبارہ جڑ رہا ہے — بجائے یہ فرض کرنے کے کہ ہر سست بحالی کو ایک اور ٹائمر چاہیے۔

مفید عادت یہ ہے کہ کسی اور چیز کو چھونے سے پہلے نابرابری جانچ لیں۔ اس کے لیے ایک کمانڈ چاہیے اور یہ بحث طے کر دیتی ہے۔