L3VPN حوالگی: نجی راستے، ڈیفالٹ یا مکمل جدول؟

آپ کا سرکٹ چل رہا ہے، VRF کنفیگر ہے، اور فراہم کنندہ ایک مختصر سوال پوچھتا ہے جو باقی ڈیزائن کا تعین کرتا ہے: کسٹمر ایج کو کیا ملنا چاہیے؟ تین جوابات عام ہیں اور ان میں سے کوئی بھی لیبل اسٹیک کی موجودگی سے نہیں آتا۔ یہ سروس کے فیصلے ہیں کہ ٹریفک برانچ سے کہاں نکلتا ہے۔

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

اس ٹریفک سے شروع کریں جس کا کسی نے منصوبہ نہیں بنایا

کسی بھی سابقہ فہرست کے ظاہر ہونے سے پہلے ایک سوال پوچھیں: جب پیکٹ کسی نجی راستے سے مماثل نہ ہو تو اسے کہاں جانا چاہیے؟ اپنا انٹرنیٹ سرکٹ رکھنے والی برانچ عام طور پر مقامی ڈیفالٹ رکھتی ہے، اس لیے عام ویب ٹریفک مقامی فائر وال سے باہر نکلتا ہے اور فراہم کنندہ کو کبھی نہیں چھوتا۔ اس ڈیزائن میں VPN صرف دور دراز نجی سائٹس لے کر جاتا ہے، اور زیادہ مخصوص سابقے انتخاب کرتے ہیں۔

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

دونوں ڈیزائن اس بات میں مختلف ہیں کہ روٹنگ کی ناکامی کیسی دکھتی ہے، اسی لیے اندازہ لگانا مہنگا ہے۔ مقامی ڈیفالٹ کے ساتھ، گمشدہ نجی راستہ اس ٹریفک کو انٹرنیٹ بھیجتا ہے، جہاں فائر وال اسے پھینک دیتی ہے یا، اس سے بدتر، کوئی ایسی چیز جواب دیتی ہے جو آپ نے نہیں چاہی تھی۔ مرکزی ڈیفالٹ کے ساتھ، وہی نقصان انٹرنیٹ تک رسائی مکمل طور پر ختم کر دیتا ہے اور ٹکٹ "پوری برانچ ڈاؤن ہے" کی صورت میں آتا ہے۔ کوئی بھی ناکامی بذات خود غلط نہیں، مگر آپ کی بیچی گئی سروس سے صرف ایک ہی مماثل ہے، اور صرف BGP کنفیگریشن آپ کو نہیں بتائے گی کہ کون سی بنائی۔

نجی سابقوں کو ان کی ناکامی کی صورت کے ساتھ لکھیں

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

پھر بیان کریں کہ نجی سروس ناکام ہونے پر مطلوبہ رویہ کیا ہوگا۔ محفوظ کردہ رد کرنے والا راستہ ٹریفک کو غیر مجاز راستے سے دور رکھتا ہے اور صاف، متوقع رکاوٹ دیتا ہے۔ تیرتا ڈیفالٹ بیک اپ راستے پر منتقل ہو کر دستیابی برقرار رکھ سکتا ہے، مگر صرف اسی صورت جب اس بیک اپ راستے کو وہ ٹریفک لے جانے کی اجازت ہو۔

دستیابی اور اجازت شدہ بیک اپ کو حوالگی کی دستاویز میں دو الگ تقاضوں کے طور پر رکھیں۔ انہیں یکجا کرنے والی ٹیمیں آخرکار یہ بحث کرتی ہیں کہ برانچ گری ہی کیوں نہیں، اس کے بجائے کہ طے شدہ پالیسی نافذ ہوئی یا نہیں۔

دیکھیں کہ CE نے واقعی کیا نصب کیا

کنفیگریشن کا ارادہ اور فارورڈنگ کی حالت کافی بار مختلف ہوتے ہیں، اس لیے تصدیق حوالگی کا حصہ ہے، واقعے کے جائزے کا نہیں۔ IOS-XE کسٹمر ایج پر نیچے دیے گئے تین کمانڈ تین مختلف سوالوں کے جواب دیتے ہیں: کیا پیش کیا گیا، کیا قبول کیا گیا اور واقعی کیا استعمال ہو رہا ہے۔

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

تینوں کو حوالگی کے دن چلائیں، ایک مہینے بعد نہیں، جب کسی کو ابھی یاد ہو کہ کیا طے ہوا تھا۔ پہلا آؤٹ پٹ soft-reconfiguration inbound یا محفوظ route refresh پر منحصر ہے؛ دونوں میں سے کوئی نہ ہو تو CE یہ نہیں دکھا سکتا کہ اس نے کیا رد کیا۔ دوسرا پالیسی کے بعد قبول شدہ اور بہترین راستے دکھاتا ہے۔ تیسرا بتاتا ہے کہ ڈیفالٹ واقعی کہاں جاتا ہے، اور وہ پوری حوالگی کی سب سے مفید سطر ہے۔

اگر سائٹ دوہری منسلک ہو تو دوسرے CE پر بھی وہی جانچ چلائیں۔ دو کناروں کے درمیان غیر متوازن قبولیت "ایک سرور سے چلتا ہے دوسرے سے نہیں" کی عام وجہ ہے، اور متوازن دکھنے والے کنفیگریشن فرق میں یہ نظر نہیں آتی۔

بڑی فیڈ کو فرض نہ کریں، اس کی اہلیت طے کریں

کبھی کبھی گاہک کو VRF کے اندر انٹرنیٹ راستوں کی معلومات واقعی درکار ہوتی ہیں — پالیسی روٹنگ کے لیے یا کسی مرکزی اخراج کے لیے جو سابقے کے مطابق رہنمائی کرتا ہے۔ یہ ایسا تقاضا ہے جسے بیان، محدود اور قیمت دیا جانا چاہیے، نہ کہ چھپا ہوا ڈیفالٹ۔ اس کے ساتھ RIB اور FIB کے لیے میموری، اپ ڈیٹس کے لیے CPU، فلٹر کی دیکھ بھال اور بننے والے جدول کا مالک آتا ہے۔

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

BGP/MPLS IP VPN کی تفصیل VPN سروس کے ساتھ ساتھ انٹرنیٹ رسائی کے کئی انتظامات کا ذکر کرتی ہے اور ہر گاہک کے لیے مکمل جدول یا ڈیفالٹ کو لازمی قرار نہیں دیتی، اور جب "معیاری عمل" کا دعویٰ سامنے آئے تو اسی حصے کی طرف اشارہ کرنا چاہیے: RFC 4364۔

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