pseudowire-д хүрэхээс өмнө харилцагчийн ирмэг бүр ямар хүрээ хүлээж авахыг тодорхойл. Энгийн тохиолдолд CE A үйлчилгээг зааглах нэг шошог илгээж, CE B шошгогүй хүрээ хүлээдэг бөгөөд нийлүүлэгчийн ирмэг дээр энэ ялгаа шийдэгддэг. Шошго нь локал бодлого бөгөөд харилцагчийн 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 үйлдлүүдийг платформд хамаарах хязгаарлалттайгаар баримтжуулдаг. Аль хэдийн тохируулсан нийцтэй шошгот нэгжийн хувьд жишээ чиглэл нь орох хэсэгт input-vlan-map pop, гарах хэсэгт output-vlan-map push байна. Эдгээр мөрүүд үйлдлүүдийг жишээлдэг бөгөөд бүрэн интерфейс эсвэл хэлхээний тохиргоог биш. Нэг төхөөрөмжийн гэр бүлийн жишээг хаа сайгүй хэрэглэхийн оронд яг платформ болон хувилбарыг батал.

Нэгжийн дэмждэг VLAN болон инкапсуляцийн тохиргоо нь зорилготой шошго болон ангиллыг тодорхойлох ёстой хэвээр. Буруу хүрээг ангилдаг нэгжид дахин бичих заавар нь асуудлыг шийдэхгүй, зөөнө.

Үйлчилгээнд шаардлагатай бүх дотоод харилцагчийн шошгыг хадгал. Давхарласан шошгын үед ямар гадаад шошгыг өөрчилж байгаагаа ямар нэг зүйлийг хасахаас өмнө тодорхойл.

Хэмжээг төсөвлө, зөвхөн шошгыг биш

Хэмжээний төсөвт хадгалагдсан шошго, бодит MPLS стек болон control word-ыг оруул. RFC 8469 нь Ethernet pseudowire-д control word санал болгодог бөгөөд энэ зөвлөмж нь таны платформ үүнийг анхдагчаар асаах эсэхээс үл хамааран хүрээний төсвийг өөрчилдөг. MTU-ийн зөрүүг түүний анхааруулгыг засвар гэж дарахын оронд эвлэрүүл. Дарсан анхааруулга нь огноог нь арилгасан төлөвлөсөн тасалдал юм.

Ижил төсвийг хоёр нийлүүлэгчийн ирмэг дээр шалга, учир нь нэг тал шошго, нөгөө тал control word нэмэхэд өмнө нь эвийн байсан ачааг эвдэхэд хангалттай.

Тоонууд тохирохгүй бол бүртгэлийн түвшинг биш, төлөвлөгөөг өөрчил.

Хүрээ хүрээгээр хүлээж ав

Хүлээн авалтын хувьд хүлээгдэж буй хүрээг харилцагчийн холболт бүр дээр хоёр чиглэлд шалга. Дараа нь үйлчилгээнд үнэхээр хэрэгтэй програмын болон хяналтын урсгалыг батлагдсан туршилтын төлөвлөгөөний дагуу ажиллуул, учир нь ping нь бүрэн ирсэн шошгот хүрээнээс хамаагүй бага зүйг нотолдог. Орох болон гарах хүрээний гэрээг хэлхээний тохиргоотой хамт бич. Дараагийн өөрчлөлтийг хянах боломжтой болгодог нь яг тэр бичлэг юм.

Горим, шошгын үйлдэл, MTU төсөв болон туршилтын үр дүнг нэг дор хадгал, учир нь тэд зөвхөн хамт утга учиртай. Тэдгээрийг гурван тасагт хуваах нь дараагийн инженер ижил хязгаарлалтыг дахин нээхийг батална.

Хэлхээ нь эхэнд бичсэн гэрээнд хоёр чиглэл тохирох үед бэлэн бөгөөд эхний чиглэл дамжих үед биш.

Холбоотой нийтлэлүүд