pseudowire کے آخری مقامات پر VLAN ٹیگز کو معمول پر لانا: رن بک

pseudowire کو چھونے سے پہلے طے کریں کہ ہر کسٹمر کنارے کو کون سا فریم ملنا چاہیے۔ سادہ صورت میں CE A خدمت کی حد متعین کرنے والا ایک ٹیگ بھیجتا ہے اور CE B بغیر ٹیگ فریموں کی توقع کرتا ہے، اور یہی فرق provider edge پر حل ہوتا ہے۔ ٹیگ مقامی پالیسی ہے، کسٹمر کے Ethernet معاہدے کا حصہ نہیں، اور pseudowire اصل فریم کے بجائے طے شدہ فریم لے کر جاتا ہے۔ کسی بھی کنفیگریشن سے پہلے دونوں سمتیں لکھ لیں۔

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

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

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

pseudowire کے موڈ پر اتفاق کریں

RFC 4448 خام اور tagged pseudowire موڈ میں فرق کرتا ہے اور بتاتا ہے کہ خدمت کی حد متعین کرنے والے ٹیگز کیسے سنبھالے جاتے ہیں۔ خام موڈ اب بھی ایسے ٹیگز لے جا سکتا ہے جو کسٹمر کے فریم سے تعلق رکھتے ہیں، اس لیے فرق ٹیگ کے خدماتی کردار سے متعلق ہے، محض 802.1Q ہیڈر کی موجودگی سے نہیں۔ موڈ کو tagged بمقابلہ untagged پڑھنا اس کام کی حد غلط طے کرنے کا سب سے عام طریقہ ہے۔ کون سی کارروائیاں درکار ہیں یہ طے کرنے سے پہلے ہم منصب کے ساتھ موڈ پر اتفاق کریں۔

پھر اصل pseudowire قسم اور ہم منصب کے پیرامیٹرز جانچیں۔ مقامی VLAN اٹیچمنٹ اور دور دراز پورٹ اٹیچمنٹ کے لیے معاون interworking انتظام درکار ہے، اور دو مقامی ری رائٹ بیانات یہ ثابت نہیں کرتے کہ اعلان کردہ سرکٹ اقسام مطابقت رکھتی ہیں۔

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

مقامی ٹیگ کارروائیاں نافذ کریں

Juniper کی VLAN CCC ری رائٹ گائیڈ pop، push اور swap کارروائیوں کو پلیٹ فارم کے مخصوص پابندیوں کے ساتھ دستاویز کرتا ہے۔ پہلے سے ترتیب شدہ موافق tagged یونٹ کے لیے مثالی سمت ingress پر input-vlan-map pop اور egress پر output-vlan-map push ہے۔ یہ سطریں کارروائیوں کی مثال دیتی ہیں، مکمل انٹرفیس یا سرکٹ کنفیگریشن کی نہیں۔ ایک ڈیوائس فیملی کی مثال ہر جگہ لگانے کے بجائے درست پلیٹ فارم اور ریلیز کی تصدیق کریں۔

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

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

حجم کا بجٹ بنائیں، صرف ٹیگز کا نہیں

محفوظ رکھے گئے ٹیگز، اصل MPLS اسٹیک اور control word کو حجم کے بجٹ میں شامل کریں۔ RFC 8469 Ethernet pseudowire کے لیے control word کی سفارش کرتا ہے، اور یہ سفارش فریم بجٹ بدل دیتی ہے چاہے آپ کا پلیٹ فارم اسے بطور ڈیفالٹ فعال کرے یا نہ کرے۔ MTU کے فرق کو ہم آہنگ کریں، اس کی وارننگ کو مرمت کے طور پر دبانے کے بجائے۔ دبی ہوئی وارننگ تاریخ مٹا کر رکھا گیا منصوبہ بند تعطل ہے۔

وہی بجٹ دونوں provider کناروں پر جانچیں، کیونکہ ایک طرف ٹیگ اور دوسری طرف control word شامل کرنا اتنا ہی کافی ہے کہ پہلے درست رہنے والا پے لوڈ ٹوٹ جائے۔

اگر اعداد مطابقت نہ رکھیں تو منصوبہ بدلیں، لاگنگ کی سطح نہیں۔

اسے فریم بہ فریم قبول کریں

قبولیت کے لیے ہر کسٹمر اٹیچمنٹ پر متوقع فریم دونوں سمتوں میں دیکھیں۔ پھر وہ ایپلیکیشن اور کنٹرول ٹریفک چلائیں جو خدمت کو واقعی درکار ہے، منظور شدہ ٹیسٹ پلان کے مطابق، کیونکہ ping صحیح سلامت پہنچنے والے tagged فریم سے بہت کم ثابت کرتا ہے۔ ingress اور egress کا فریم معاہدہ سرکٹ کی کنفیگریشن کے ساتھ درج کریں۔ یہی ریکارڈ اگلی تبدیلی کو قابل جائزہ بناتا ہے۔

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

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