دو PE، ایک سابقہ: RD نظر آنا کیوں طے کرتا ہے
ایک ہی سابقے کا اعلان کرنے والے دو کنارے راؤٹر ایک ہی منزل بانٹتے ہیں، جب تک ان کے route distinguisher مختلف نہ ہوں۔ جان بوجھ کر مختص کریں، پھر VRF جانچیں۔
ایک ہی گاہک سابقے کا اعلان کرنے والے دو کنارے راؤٹر ایک VPNv4 منزل بیان کرتے ہیں جب تک کوئی چیز انہیں الگ نہ کرے، اور وہ جدا کرنے والا route distinguisher ہے۔ یہ سابقے کو اہل بناتا ہے؛ یہ طے نہیں کرتا کہ نتیجہ کون درآمد کرتا ہے، وہ route target کا کام ہے۔ RD ان راستوں کے مجموعے سے مختص کریں جو ہر اس ڈومین میں الگ رہنے چاہئیں جہاں یہ اعلانات مل سکتے ہیں، کسی ایک ڈیوائس کی فائل ترتیب سے نہیں۔ آپ جو نمبر چنتے ہیں وہ ایسی شناخت ہے جس پر بعد کی جانچیں منحصر ہوں گی، اس لیے کنفیگریشن میں جانے سے پہلے اسے فہرست میں ہونا چاہیے۔
ایک RD اور ایک سابقہ، ایک منزل
ایک RD اور ایک IPv4 سابقہ مل کر وہ VPNv4 منزل بناتے ہیں جس کا کنٹرول پلین موازنہ کرتا ہے۔ دو PE کو مختلف گاہکوں کے لیے ایک ہی سابقہ دیں اور مختلف RD کے بغیر وہ ایک منزل کی طرف راستے اعلان کرتے ہیں۔ اسکرین پر کچھ بھی آپ کو نہیں بتاتا کہ یہ گروہ بندی غلط ہے، کیونکہ پلیٹ فارم وہی کرتا ہے جو شناخت کہتی ہے۔ ان میں سے ایک پر RD بدلیں، پرانا اعلان واپس لے لیا جاتا ہے اور کسی دوسری شناخت کے تحت نیا ظاہر ہوتا ہے۔ نیچے کی جانب جو کچھ پرانی شناخت پر قائم تھا، راستہ چننے سے لے کر محفوظ آپریٹر فلٹر تک، اب ایسی چیز کی طرف اشارہ کرتا ہے جو اب موجود نہیں۔
ایک منزل کے لیے کئی راستے BGP کا معمول کا رویہ ہیں، علامت نہیں۔ مقرر آگے بھیجنے کے لیے ایک بہترین راستہ چنتے وقت کئی موصول شدہ راستے رکھ سکتا ہے، اور موصول شدہ اور منتخب کے درمیان فاصلہ وہ جگہ ہے جہاں مرئیت کے سوال رہتے ہیں۔ جب کوئی راستہ غائب محسوس ہو، تو سیشن دیکھنے سے پہلے تصدیق کریں کہ جس شناخت کا وہ تھا وہ اب بھی موجود ہے۔
وہی RD، وہی منزل، مختلف راستے
ایک ہی خدمت کی طرف سے دو راؤٹرز سے ایک RD اور ایک سابقہ بھیجیں اور دونوں ایک ہی منزل کی طرف راستے پیش کرتے ہیں، عام طور پر مختلف اگلے ہاپ کے ساتھ۔ راستہ منعکس کرنے والا ان میں سے کون سا آگے بھیجے گا یہ منعکس کرنے والے کے بارے میں فیصلہ ہے: اس کا راستہ انتخاب، اعلان کی صلاحیت اور اس پر رکھی کوئی بھی پالیسی۔ کوئی بھی کنارے راؤٹر اس انتخاب کو کنٹرول نہیں کرتا۔ دونوں اعلانات کو الگ RD دیں اور ہر ایک اپنی منزل بن جاتا ہے، اس طرح دونوں ایسے کنٹرول پلین میں قائم رہ سکتے ہیں جو بصورت دیگر ایک شناخت کے لیے صرف منتخب راستہ اٹھاتا ہے۔
مرئیت اور کثیر راستہ وصول کرنے والے VRF میں ملتے ہیں، مگر یہ ایک ہی فیصلہ نہیں، اور دو شناختیں اٹھانے والا منعکس کرنے والا دوسرا نصب شدہ راستہ کنفیگر نہیں کرتا۔ VRF وہ نصب کرتا ہے جس کی درآمدی پالیسی اجازت دیتی ہے اور جو اس کی اپنی زیادہ سے زیادہ راستوں کی ترتیب اجازت دیتی ہے۔ جب آپ چاہیں کہ دوسرا راستہ صرف دکھائی نہ دے بلکہ استعمال ہو، تو وہ ترتیب الگ سے جانچیں۔
مقامی یکتائی کا قاعدہ پالیسی نہیں ہے
ہر PE اور ہر روٹنگ مثال کو اپنا RD دینا صحت مند روایت ہے: یہ ماخذ کا نام دیتی ہے، غیر متعلقہ خدمات کو ایک شناخت پر ٹکرانے سے روکتی ہے اور فہرست کو مستحکم کلید دیتی ہے۔ کچھ پلیٹ فارم صرف ڈیوائس کے اندر یکتائی مانگتے ہیں اور راؤٹرز کو ایک ہی VPN مثال کے لیے RD بانٹنے کی صریح اجازت دیتے ہیں۔ یہ اجازت نفاذ کی حد ہے، نیٹ ورک کے پار کا قاعدہ نہیں جسے آپ کسی وینڈر کو سونپ سکیں۔ اگر ڈومین ٹیموں پر محیط ہو، تو مختص کرنے کی پالیسی خود لکھیں۔
رکنیت کبھی ہندسوں سے نہیں آتی۔ ایک PE کے لیے 65000:12 اور دوسرے کے لیے 65000:13 جیسا نمونہ عادت ہے، جبکہ 65000:112 جیسے ملتے جلتے برآمد اور درآمد اہداف ہی راستہ VRF میں رکھتے ہیں۔ RD کو راستے کی شناخت اور route target کو وہ اجازت سمجھیں جو اسے VRF میں لے جاتی ہے۔
تبدیلی VRF پر ثابت کریں، اسکرین پر نہیں
RD کو چھونے سے پہلے چار چیزیں لکھیں: PE آج کیا اعلان کرتا ہے، منعکس کرنے والا کیا منعکس کرتا ہے، وصول کرنے والا VRF کیا درآمد کرتا ہے اور کون سا راستہ چنتا ہے۔ نیا RD ایک اعلان واپس لیتا ہے اور دوسرا لاتا ہے، اس لیے تبدیلی سیشن کے دونوں اطراف نظر آتی ہے اور اگر آپ صرف اعلان کرنے والا پہلو دیکھیں تو غلط پڑھنا آسان ہے۔ قبولیت اسی رسائی پر مبنی ہونی چاہیے جو آپ چاہتے تھے، سابقہ فہرست میں ظاہر ہونے والی اضافی سطر پر نہیں۔ نیچے دیا گیا جدول اس جائزے میں تین شناخت کنندگان کو گڈمڈ ہونے سے روکتا ہے۔
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
اعلان کرنے والے PE سے شروع کریں اور کچھ بھی ہٹانے سے پہلے ایک ہی سابقے کے لیے دونوں شناختیں موازنہ کریں۔ نیچے دیے IOS احکام باری باری تین سوالوں کا جواب دیتے ہیں: کیا پرانا اعلان اب بھی وہاں ہے، کیا نئی شناخت منعکس کرنے والے کو نظر آتی ہے اور کیا VRF اس سابقے کو چنتا ہے۔
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
دوسرے پلیٹ فارم وہی معلومات مختلف نحو میں چھاپتے ہیں، اور سوالات اس تبدیلی کے بعد بھی رہتے ہیں۔ اگر نئی شناخت منعکس کرنے والے کے پاس موجود نہ ہو جبکہ PE اسے اعلان شدہ کے طور پر درج کرتا ہو، تو پہلا شبہ منعکس کرنے والے کی پالیسی یا اعلان کی صلاحیت ہے، نمبر بندی نہیں۔
PE، مثال، RD، برآمد اور درآمد اہداف اور سابقے کی ملکیت ایک ہی جگہ درج کریں، کیونکہ اگلی مختص تبھی اندازہ نہیں بلکہ تلاش بنتی ہے جب وہ ریکارڈ موجود ہو۔ پرانا RD رکھیں جب تک نئی شناخت وصول کرنے والے VRF میں نظر نہ آنے لگے، پھر ہر مرحلہ واپس ہو سکنے کے لیے اسے دوسرے مرحلے میں واپس لیں۔