VRF میں گمشدہ راستہ: مقامی، VPNv4 یا فارورڈنگ ٹیبل؟
VRF میں نہ ہونا، VPNv4 میں نہ ہونا اور CEF میں نصب نہ ہونا تین مختلف خرابیاں ہیں۔ راستہ اہداف میں ترمیم سے پہلے ٹیبل ترتیب سے پڑھیں۔
ایک صارف کہتا ہے کہ راستہ ہدف کی تبدیلی کے بعد ایک سابقہ غائب ہو گیا، اور وہ جو پہلا اسکرین شاٹ بھیجتے ہیں وہ عموماً غلط ٹیبل ہوتا ہے۔ تین مختلف ٹیبل تین مختلف سوالوں کے جواب دیتے ہیں: سابقہ VRF کے اندر موجود ہے یا نہیں، اسے VPNv4 راستے کے طور پر اعلان اور درآمد کیا گیا یا نہیں، اور کیا واقعی کوئی فارورڈنگ اندراج نصب ہوا۔ انہیں ترتیب سے باہر پڑھنے سے پختہ مگر غلط نتائج ملتے ہیں۔ یہ رہنما ایک مقامی اور ایک بعید سابقہ کو تینوں ٹیبلوں سے ترتیب سے گزارتا ہے اور اس RT تبدیلی کے لیے واپسی کا منصوبہ پیش کر کے ختم ہوتا ہے جس نے یہ شروع کیا۔
سابقہ اور اس ٹیبل کا نام بتائیں جس میں وہ آتا ہے
کچھ ٹائپ کرنے سے پہلے دو سابقے لکھیں۔ ایک صارف کی سائٹ پر مقامی ہے، جو جڑے ہوئے انٹرفیس یا CE اعلان سے سیکھا گیا۔ دوسرا بعید ہے، اور توقع ہے کہ فراہم کنندہ کے بیک بون سے آئے گا۔ وہ ایک ہی VRF میں مختلف راستوں سے داخل ہوتے ہیں، اور ایک میں خرابی دوسرے کے بارے میں کچھ نہیں کہتی۔
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
دونوں شناخت کنندگان کے درمیان فرق واضح رکھیں، کیونکہ ان ٹکٹوں میں زیادہ تر الجھن وہیں سے آتی ہے۔ راستہ امتیاز کرنے والا VPNv4 NLRI کا حصہ ہے اور اس لیے موجود ہے تاکہ ورنہ یکساں صارف سابقے پورے بیک بون میں منفرد رہیں۔ راستہ ہدف ایک توسیع شدہ برادری ہے جو بطور وصف اٹھائی جاتی ہے، اور درآمد و برآمد کی پالیسی اسی سے مطابقت رکھتی ہے۔ یہ امتیاز کرنے والے کا دوسرا نام نہیں ہے اور یہ صارف کے پیکٹوں میں نہیں اٹھائی جاتی۔
مرحلہ 1: ثابت کریں کہ سابقہ VRF میں ہے
مقامی منظر سے شروع کریں، پھر ان RT سے جو درآمد کو کنٹرول کرتے ہیں۔ اگر مقامی سابقہ یہاں نہیں ہے، تو اوپر کا کچھ بھی ذمہ دار نہیں ہو سکتا:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aجو سابقہ جڑا ہوا یا مستقل دکھائی دے وہ مقامی طور پر سیکھا گیا ہے، اور اس کی موجودگی اس بارے میں کچھ نہیں کہتی کہ برآمد ہوا یا نہیں۔ اس کام کے بہاؤ میں سب سے عام غلط پڑھائی یہی ہے: صحت مند VRF ٹیبل صرف مقامی سیکھنے کا ثبوت ہے۔ برآمد کا پہلو الگ سوال ہے، جس کا جواب ہمسایہ کے منظر اور منسلک برآمد ہدف دیتے ہیں۔
یہاں رہتے ہوئے VRF پر RT فہرستیں جانچیں۔ اگر مطلوبہ درآمد ہدف فہرست میں نہیں ہے، تو نیچے کا سب کچھ بے معنی ہے۔ اگر موجود ہے لیکن بعید PE جو برآمد کرتا ہے اس سے مختلف ہے، تو آپ نے ایک بھی پیکٹ کیپچر کھولے بغیر خرابی پا لی۔
مرحلہ 2: VPNv4 ٹیبل اور اس کے اہداف پڑھیں
VPNv4 ٹیبل دکھاتا ہے کہ کنٹرول سطح نے واقعی کیا تبادلہ کیا۔ بعید سابقہ صحیح امتیاز کرنے والے کے نیچے تلاش کریں، پھر اس سے جڑی برادریاں دیکھیں:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesصحیح راستہ ہدف والا مگر مقامی تنصیب کے بغیر اندراج رسائی کی بجائے درآمد پالیسی یا راستہ انتخاب کی طرف اشارہ کرتا ہے۔ جو اندراج VPNv4 ٹیبل میں بالکل نظر نہیں آتا وہ اوپر کی طرف اشارہ کرتا ہے: ممکن ہے ماخذ PE نے اسے برآمد نہ کیا ہو، یا سیشن پتہ خاندان نہ اٹھاتا ہو۔
ایک تیسرا معاملہ بھی ہے جو تبدیلیوں کے دوران لوگوں کو الجھاتا ہے۔ کچھ پلیٹ فارم راستہ ہدف کی رکنیت کی معلومات استعمال کر کے محدود کرتے ہیں کہ کون سے VPN راستے طلب یا رکھے جائیں، اس لیے کسی ایک فلٹر شدہ منظر میں بعید NLRI کا نہ ہونا اس بات کا ثبوت نہیں کہ اعلان کہیں موجود ہی نہیں۔ راستہ عالمی طور پر واپس لیے جانے کا نتیجہ نکالنے سے پہلے بغیر فلٹر ٹیبل اور ہمسایہ کے اعلان کردہ راستے جانچیں۔
مرحلہ 3: تصدیق کریں کہ کچھ نصب اور لیبل ہوا
BGP اندراج ایک فیصلہ ہے، راستہ نہیں۔ فارورڈنگ ٹیبل بتاتے ہیں کہ پیکٹوں کے پاس جانے کی جگہ ہے یا نہیں:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aحل شدہ ہمسائیگی اور باہر جانے والے لیبل والا CEF اندراج یعنی ڈیٹا سطح کی ٹریفک کو چلنا چاہیے، اور باقی کوئی بھی علامت ایپلیکیشن یا VRF کے اندر فلٹرنگ کی ہے۔ بغیر حل شدہ اگلی چھلانگ دکھانے والا CEF اندراج یعنی BGP صحت مند دکھنے کے باوجود لیبل کا راستہ نامکمل ہے، اور BGP ٹیبل کے اسکرین شاٹ نے تبدیلی کے جائزے کو گمراہ کیا وہی یہی صورت ہے۔
مقامی PE جو لیبل لگاتا ہے کا موازنہ اس لیبل سے کریں جسے بعید PE وصول کرنے کی توقع رکھتا ہے۔ دونوں مناظر کے درمیان عدم مطابقت لیبل تقسیم یا سیشن کا مسئلہ ہے، اور راستہ اہداف میں ترمیم سے وہ درست نہیں ہوگا، چاہے آپ کتنی بار کریں۔
اعلان شدہ دائرے کے ساتھ RT تبدیلی واپس لیں
اگر خرابی راستہ ہدف کی ترمیم سے شروع ہوئی، تو اسے ایک جان بوجھ کر اٹھائے گئے قدم کے طور پر منسوخ کریں اور بتائیں کہ کون سا دائرہ بدل رہے ہیں۔ درآمد ہدف ہٹانے سے اس VRF کے اندر اہلیت واپس لے لی جاتی ہے۔ یہ بیک بون سے VPNv4 اعلان نہیں مٹاتا، اور کچھ پلیٹ فارمز پر راستہ ٹیبل میں رکھا رہ جاتا ہے۔ یہ مختلف نتائج ہیں اور صارف کو نظر آنے والا اثر اس پر منحصر ہے کہ آپ کا مطلب کون سا ہے۔
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inاگر سیشن پہلے ہی سابقے رکھتا ہے تو اندر کی طرف نرم دوبارہ تشکیل کافی ہے؛ کام کے اوقات میں فراہم کنندہ کی طرف والے سیشن کا سخت ری سیٹ وہ فیصلہ ہے جو کسی اور کو لینا چاہیے۔ Junos پر مساوی جانچیں ہر VRF کا ٹیبل اور VPN ٹیبل براہ راست پڑھتی ہیں، اور واپسی ہر حکم کی منسوخی نہیں بلکہ commit کے وقت کی واپسی ہے، اس لیے شروع کرنے سے پہلے ترتیب کا فرق محفوظ کریں۔
جن تین احکام سے شروع کیا انہی کے ساتھ اسی ترتیب میں ختم کریں، اور ان کا آؤٹ پٹ وقت کی مہر کے ساتھ درج کریں۔ جو ٹکٹ کہتا ہے کہ RT غلط تھا اور اب درست ہے وہ دوبارہ استعمال کے قابل نہیں؛ جو دکھاتا ہے کہ سابقہ VRF میں، VPNv4 میں اور CEF میں نصب ہے وہ ثبوت ہے جس سے اگلا شخص موازنہ کر سکتا ہے۔ اگر صرف پہلے دو بدلے ہوں، تو آپ نے تبدیلی مکمل نہیں کی۔