Junos L2VPN: پہلے گاہک کے منسلکہ معاہدے کو درست کریں

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

فریم کا معاہدہ لکھیں

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

یہ سروس نوٹ میں لکھیں، ٹکٹ کی تبصرہ میں نہیں۔ جو چھ ماہ بعد اسے ٹھیک کرے گا وہ نوٹ پڑھے گا۔ ٹکٹ وہ نہیں پڑھے گا۔

encapsulation کو معاہدے کے مطابق کریں

ایک ٹیگ والی سروس عام طور پر VLAN سرکٹ کی encapsulation استعمال کرتی ہے، مثلاً vlan-ccc، جبکہ بغیر ٹیگ فریموں کو سادہ Ethernet سرکٹ کی شکل درکار ہوتی ہے اور اسٹیک کو وہ توسیع شدہ شکل درکار ہوتی ہے جو دو ٹیگ سمجھتی ہے۔ ایسی پلیٹ فارم پر جو فی اکائی سروس encapsulation کی حمایت کرتی ہے، ایک فزیکل انٹرفیس بیک وقت کئی کی میزبانی کر سکتا ہے، جو سہولت بھی ہے اور یہی وہ راستہ بھی ہے جس سے فریم غلط اکائی میں پہنچتا ہے۔ جہاں آپ کے پلیٹ فارم کی گائیڈ family ccc، اسے مکمل منسلکے کے حصے کے طور پر ترتیب دیں، بجائے اس کے کہ کسی routed انٹرفیس پر پیچ کریں۔ encapsulation گائیڈ درج کرتی ہے کہ کون سی منسلکہ اقسام کون سی شرطیں عائد کرتی ہیں۔

احتیاط کے طور پر ہر انٹرفیس پر family بیان نہ لگائیں۔ وہ ترتیب جو ایک سرکٹ کو چلاتی ہے اگلے کو ایسے فریم قبول کرنے پر مجبور کر سکتی ہے جو اس کا گاہک کبھی نہیں بھیجتا۔

منسلکے کو درست سروس سے باندھیں

BGP سے سگنل شدہ لیئر 2 VPN، LDP سے سگنل شدہ سرکٹ اور دیگر معاون سروسز میں سے ہر ایک کی اپنی انٹرفیس بائنڈنگ اور سگنلنگ ترتیب ہے، اور وہ ایک دوسرے کے متبادل نہیں۔ ایک کے منسلکہ انداز کو دوسرے کی سگنلنگ کے ساتھ ملانا ایسا سرکٹ بناتا ہے جو ہم منصب کی اطلاع دیتا ہے اور کبھی فریم نہیں لے جاتا۔

دور کے سرے کا موازنہ قریب کے سرے سے کریں، بجائے اس کے کہ کسی ایک کو الگ تھلگ دیکھیں: ہم منصب کا پتہ، سروس شناخت، encapsulation معاہدہ، control word کی توقع اور سائز کا بجٹ۔ نیچے کی MPLS تہہ بالکل صحت مند ہو سکتی ہے جبکہ منسلکہ غائب ہو یا کہیں اور درجہ بند ہو، اسی لیے صرف نچلی تہہ دیکھنے والا امتحان یہاں کچھ ثابت نہیں کرتا۔

فریم سے تصدیق کریں، حالت سے نہیں

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

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

پھر اسے لکھیں

سروس نوٹ میں چار اقدار درج کریں: معاہدہ، encapsulation، اکائی اور سروس بائنڈنگ۔ یہی چار وہ ہیں جو نئے انجینئر کو درکار ہیں اور جو ترتیب کے جائزے میں شاذ و نادر ہی واضح طور پر آتے ہیں۔

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