RSVP-TE ٹنل چل رہا ہے، لیکن گاہک کے L3VPN کے پاس کوئی راستہ نہیں
ٹرانسپورٹ اور سروس الگ فیصلے ہیں۔ لیبل اسٹیک پڑھیں، اگلے ہاپ کا حل اور VRF اٹیچمنٹ الگ الگ جانچیں، پھر ایک حقیقی گاہک کا بہاؤ آزمائیں۔
جب گاہک بتاتا ہے کہ VPN بند ہے اور ٹرانسپورٹ ٹیم بتاتی ہے کہ ٹنل ٹھیک ہے، تو دونوں ٹیمیں ایک ہی وقت میں درست ہو سکتی ہیں۔ ٹریفک انجینئرڈ LSP اور MPLS L3VPN مختلف سوالات کا جواب دیتے ہیں: ایک لیبل والے پیکٹ کور سے گزارتا ہے، دوسرا فیصلہ کرتا ہے کہ پیکٹ کس روٹنگ سیاق سے تعلق رکھتا ہے۔ جب دونوں کو ملایا جائے تو بحث گول گھومتی ہے، کیونکہ ہر فریق مختلف چیز ناپتا ہے اور دونوں پیمائشیں درست ہیں۔
ٹرانسپورٹ چلنا اور سروس بند ہونا معمول کی حالت ہے
LSP قائم ہو سکتا ہے، ٹریفک لے جا سکتا ہے اور ہر نگرانی کے نظام میں نظر آ سکتا ہے، جبکہ گاہک کی سروس ناقابل استعمال رہتی ہے۔ اس مجموعے میں کوئی تضاد نہیں، کیونکہ ٹنل کی اس بارے میں کوئی رائے نہیں کہ دور کا سابقہ موجود ہے یا نہیں، درآمدی پالیسی نے اسے قبول کیا یا نہیں، یا منسلک سرکٹ فریم گزار رہا ہے یا نہیں۔
عام طور پر الجھن آشکار کرنے والی علامت غیر متناسب ہے: PE لوپ بیک سے پنگ کامیاب ہوتے ہیں، جبکہ گاہک کے LAN پر میزبان کو کچھ نہیں ملتا، یا اس کے برعکس۔ نظریہ بنانے سے پہلے لکھیں کہ کون سے پتے کام کرتے تھے۔ جیسے ہی آپ کو معلوم ہو کہ آپ دو مختلف چیزیں جانچ رہے ہیں، اگلا قدم یہ بحث کرنا نہیں کہ کس کا گراف درست ہے، بلکہ لیبل اسٹیک پڑھنا ہے۔ دو پتے، دو مالک، اور عام طور پر دو مختلف لوگ جن میں سے ہر ایک سمجھتا ہے کہ دوسرے نے کچھ توڑا ہے۔
اسٹیک کو دو ذمہ داریوں کے طور پر پڑھیں
نیچے والا لیبل سروس کا ہے اور اوپر والا لیبل راستے کا ہے۔ RFC 4364 ترتیب کو سادہ انداز میں بیان کرتا ہے: پہلے VPN روٹ کا لیبل لگایا جاتا ہے، پھر وہ لیبل والا پیکٹ BGP کے اگلے ہاپ کی طرف ٹنل کیا جاتا ہے، اور وہیں ٹریفک انجینئرنگ ٹنل اپنا لیبل اوپر رکھتا ہے۔
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
دور کے PE پر سروس لیبل علاج منتخب کرتا ہے، جو VRF تلاش یا اٹیچمنٹ کا فیصلہ ہو سکتا ہے۔ اس لیبل کو ایسے لیبل سے تبدیل نہیں کیا جا سکتا جو صرف کور عبور کرتا ہے، اور دونوں ایک ہی انٹرفیس پر ایک ہی اسٹیک میں نظر آنے پر بھی ایک دوسرے کے بدل نہیں ہیں۔
RSVP کی کامیابی کیا ثابت کرتی ہے اور کیا نہیں
RSVP-TE وسائل کی مختص کے ساتھ یا اس کے بغیر واضح طور پر روٹ شدہ LSP قائم کرتا ہے، جو کور سے گزرتے وقت پیکٹ کے راستے کے بارے میں ٹھوس اور مفید ضمانت ہے۔ یہ گاہک کے راستوں کے بارے میں بیان نہیں ہے، اور کنفیگر شدہ ٹنل کا نام راستہ ہی نہیں ہے۔
RSVP کی موجودگی بھی سرے سے سرے تک کارکردگی کا وعدہ نہیں دیتی۔ ایک LSP پر بینڈوتھ کی مختص منسلک سرکٹ، گاہک کی اپنی رسائی لائن یا دور کے کنارے پر قطار کے رویے کے بارے میں کچھ نہیں کہتی۔ اسے ضمانت سمجھنے سے ایسے سوالات کے پراعتماد جواب ملتے ہیں جو کسی نے نہیں پوچھے۔ اگر ضرورت واقعی بینڈوتھ کا عہد ہے، تو اسے ان حصوں سے جوڑنا ہوگا جو واقعی اسے نافذ کرتے ہیں، اور LSP اس زنجیر کا صرف درمیان ہے۔
ترتیب سے جانچیں، پھر رکیں
ٹرانسپورٹ سے باہر کی طرف کام کریں اور پہلے ایسے مرحلے پر رکیں جو ناکام ہو، کیونکہ ہر اگلا مرحلہ سمجھتا ہے کہ پچھلے قائم رہے۔ پہلے تصدیق کریں کہ LSP قائم ہے اور سروس سابقے کا فارورڈنگ اندراج واقعی اسی کی طرف اشارہ کرتا ہے۔ پھر تصدیق کریں کہ VPN روٹ درست جدول میں موجود ہے، اس کا لیبل بائنڈنگ موجود ہے اور درآمدی پالیسی نے اسے قبول کیا ہے۔ پھر اٹیچمنٹ کی تصدیق کریں: انٹرفیس، انکیپسولیشن اور جہاں لاگو ہو اس معاہدے کا VLAN شناخت کنندہ۔
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERکمانڈ نحو پلیٹ فارم کے مطابق بدلتا ہے، اس لیے ان چار سطروں کو اسکرپٹ نہیں بلکہ چار سوال سمجھیں۔ اہم بات یہ ہے کہ ہر ایک مختلف چیز سے پوچھتا ہے، اور اسی لیے ناکامی کسی مخصوص مالک کی طرف اشارہ کرتی ہے۔
ایک اجازت شدہ درخواست کی پیروی کریں اور اچھے ثبوت رکھیں
پالیسی کی اجازت والی ایک حقیقی گاہک کی درخواست اور اس کے جواب کے ساتھ ختم کریں۔ سرے سے سرے تک چلنے والا ایک بہاؤ ایک صفحے کے کاؤنٹر پڑھنے سے زیادہ طے کرتا ہے، اور یہ ہر حصے کو الگ الگ نہیں بلکہ مجموعے کو آزماتا ہے۔
جب بعد کا مرحلہ ناکام ہو تو ٹرانسپورٹ دوبارہ بنانے کے بجائے کامیاب LSP مشاہدہ محفوظ رکھیں۔ چلتے ہوئے ٹنل کو دوبارہ بنانا غیر موجود دور کے سابقے، غلط VRF اٹیچمنٹ یا منزل تک رسائی کے قاعدے کو درست نہیں کر سکتا، اور یہ اس ثبوت کو تباہ کر دیتا ہے جس نے شروع میں بتایا تھا کہ ٹرانسپورٹ صحت مند ہے۔