د pseudowire پایې نقطو کې د VLAN ټاګونو نورمالول: رن بک

له pseudowire څخه دمخه تعریف کړئ چې هر د پیرودونکي څنډه کوم فریم ترلاسه کړي۔ په ساده حالت کې CE A یو ټاګ چې د خدمت حد ټاکي لیږي او CE B بې ټاګ فریمونه تمه کوي، او د provider څنډه هغه ځای دی چې دا توپیر پرې حل کیږي۔ ټاګ سیمه ییزه پالیسي ده، د پیرودونکي د Ethernet قرارداد برخه نه ده، او pseudowire د اصلي فریم پرځای هوکړه شوی فریم وړي۔ له هرې ترتیبېدنې دمخه دواړه لوري ولیکئ۔

لومړی د فریم قرارداد ولیکئ

د مخې لوری یو ټاګ لیرې کوي او د بېرته لوری یې بیا زیاتوي۔ که یوازې یو یې ولیکئ، په یوه لوری کې کار کوونکی لار ازموئ او مدار روغ اعلان کړئ۔

قرارداد دومره لنډ وساتئ چې د بدلون په ټکټ کې یې نښلئ: کومه څنډه په ټاګ لیږي، کومه بې ټاګ تمه کوي او کوم د ټاګ ارزښت د خدمت حد ټاکي۔

د pseudowire د حالت په اړه هوکړه وکړئ

RFC 4448 د raw او tagged pseudowire حالتونو ترمنځ توپیر کوي او بیانوي چې د خدمت حد ټاکونکي ټاګونه څنګه سمبالل کیږي۔ raw حالت لا هم کولای شي هغه ټاګونه ووړي چې د پیرودونکي فریم پورې اړه لري، نو توپیر د ټاګ خدمتي رول ته اړه لري، نه یوازې د 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 بودیجه او د ازموینې پایله په یوه ځای کې وساتئ، ځکه یوازې یوځای معنا لري۔ په دریو ټکټونو یې ویشل تضمینوي چې بل انجینر به هماغه محدودیت بیا کشف کړي۔

مدار هغه وخت بشپړ دی چې دواړه لوري له هغه قرارداد سره سمون ولري چې په پیل کې مو ولیکه، نه هغه وخت چې لومړی لوری تېر شي۔