การปรับมาตรฐานแท็ก VLAN ที่ปลายทางของ pseudowire: คู่มือปฏิบัติ

กำหนดว่าแต่ละขอบลูกค้าควรได้รับเฟรมใดก่อนที่จะแตะ pseudowire ในกรณีง่าย ขอบ CE A ส่งแท็กที่กำหนดขอบเขตบริการหนึ่งแท็ก และขอบ CE B คาดหวังเฟรมที่ไม่มีแท็ก และขอบของผู้ให้บริการคือจุดที่ความต่างนี้ถูกแก้ไข แท็กเป็นนโยบายภายในไม่ใช่ส่วนหนึ่งของสัญญา Ethernet ของลูกค้า และ pseudowire ส่งเฟรมที่ตกลงกันไว้แทนเฟรมเดิม เขียนทั้งสองทิศทางก่อนการกำหนดค่าใด ๆ

เขียนสัญญาเฟรมก่อน

ทิศทางขาไปจะถอดแท็กออก และทิศทางขากลับจะเพิ่มกลับเข้าไป หากคุณเขียนเพียงด้านเดียว คุณจะทดสอบเส้นทางที่ใช้งานได้ในทิศทางเดียวแล้วประกาศว่าวงจรปกติดี

เก็บสัญญาให้สั้นพอที่จะวางในตั๋วเปลี่ยนแปลง: ขอบใดส่งแบบมีแท็ก ขอบใดคาดหวังแบบไม่มีแท็ก และค่าแท็กใดกำหนดขอบเขตบริการ

ตกลงโหมดของ pseudowire

RFC 4448 แยกโหมด pseudowire แบบ raw และ tagged และอธิบายวิธีจัดการแท็กที่กำหนดขอบเขตบริการ โหมด raw ยังสามารถพาแท็กที่เป็นของเฟรมลูกค้าได้ ดังนั้นความแตกต่างจึงเกี่ยวกับบทบาทด้านบริการของแท็ก ไม่ใช่เพียงการมีอยู่ของส่วนหัว 802.1Q การอ่านโหมดเป็น tagged หรือ untagged เป็นวิธีที่พบบ่อยที่สุดในการกำหนดขอบเขตงานนี้ผิด ตกลงโหมดกับคู่ตรงข้ามก่อนตัดสินใจว่าต้องการปฏิบัติการใด

จากนั้นตรวจสอบชนิด pseudowire จริงและพารามิเตอร์ของคู่ตรงข้าม การเชื่อมต่อ VLAN ภายในและการเชื่อมต่อพอร์ตระยะไกลต้องมีข้อตกลง interworking ที่รองรับ และคำสั่งเขียนใหม่ภายในสองคำสั่งไม่ได้พิสูจน์ว่าชนิดวงจรที่ประกาศไว้ตรงกัน

หากความคาดหวังเรื่อง control word และ MTU ต่างกัน คุณมีปัญหาการเจรจาที่การเขียนใหม่ใด ๆ ก็แก้ไม่ได้ ยืนยันทั้งสองจากคอนฟิกูเรชันที่ทำงานอยู่ของคู่ตรงข้าม ไม่ใช่จากเอกสารออกแบบ

ใช้ปฏิบัติการแท็กภายใน

คู่มือเขียนใหม่ VLAN CCC ของ Juniper เอกสารปฏิบัติการ pop, push และ swap พร้อมข้อจำกัดเฉพาะแพลตฟอร์ม สำหรับยูนิตที่มีแท็กและเข้ากันได้ซึ่งกำหนดค่าไว้แล้ว ทิศทางตัวอย่างคือ input-vlan-map pop ที่ขาเข้าและ output-vlan-map push ที่ขาออก บรรทัดเหล่านั้นแสดงปฏิบัติการ ไม่ใช่การกำหนดค่าอินเทอร์เฟซหรือวงจรที่สมบูรณ์ ยืนยันแพลตฟอร์มและรีลีสให้แน่ชัดแทนการนำตัวอย่างของตระกูลอุปกรณ์เดียวไปใช้ทุกที่

การตั้งค่า VLAN และ encapsulation ที่ยูนิตรองรับยังต้องกำหนดแท็กและการจัดประเภทที่ตั้งใจไว้ คำสั่งเขียนใหม่บนยูนิตที่จัดประเภทเฟรมผิดจะย้ายปัญหาแทนที่จะแก้ไข

รักษาแท็กลูกค้าภายในที่บริการต้องการ สำหรับแท็กที่ซ้อนกัน ให้ระบุว่าแท็กภายนอกใดที่คุณกำลังแก้ไขก่อนที่จะลบสิ่งใด

จัดงบประมาณขนาด ไม่ใช่แค่แท็ก

รวมแท็กที่เก็บไว้ สแตก MPLS จริง และ control word ไว้ในงบขนาด RFC 8469 แนะนำ control word สำหรับ pseudowire Ethernet และคำแนะนำนี้เปลี่ยนงบเฟรมไม่ว่าแพลตฟอร์มของคุณจะเปิดใช้เป็นค่าเริ่มต้นหรือไม่ ปรับความไม่ตรงกันของ MTU ให้ลงตัวแทนการระงับคำเตือนเป็นการซ่อม คำเตือนที่ถูกระงับคือการหยุดให้บริการตามแผนที่ถูกขูดวันที่ออกไป

ตรวจสอบงบเดียวกันที่ขอบผู้ให้บริการทั้งสอง เพราะฝั่งหนึ่งเพิ่มแท็กและอีกฝั่งเพิ่ม control word ก็เพียงพอที่จะทำให้เพย์โหลดที่เคยปกติดีเสียหาย

หากตัวเลขไม่ตรงกัน ให้เปลี่ยนแผนไม่ใช่ระดับการบันทึก

ยอมรับทีละเฟรม

สำหรับการยอมรับ ให้ตรวจสอบเฟรมที่คาดหวังที่การเชื่อมต่อลูกค้าแต่ละจุดทั้งสองทิศทาง จากนั้นทดสอบทราฟฟิกแอปพลิเคชันและการควบคุมที่บริการต้องการจริงตามแผนทดสอบที่อนุมัติ เพราะ ping พิสูจน์ได้น้อยกว่าเฟรมที่มีแท็กซึ่งมาถึงอย่างสมบูรณ์มาก บันทึกสัญญาเฟรมขาเข้าและขาออกพร้อมกับการกำหนดค่าวงจร บันทึกนั้นคือสิ่งที่ทำให้การเปลี่ยนแปลงครั้งถัดไปตรวจสอบได้

เก็บโหมด ปฏิบัติการแท็ก งบ MTU และผลการทดสอบไว้ที่เดียว เพราะมีความหมายก็ต่อเมื่ออยู่ด้วยกัน การแยกเป็นตั๋วสามใบรับประกันว่าวิศวกรคนถัดไปจะค้นพบข้อจำกัดเดิมอีกครั้ง

วงจรเสร็จเมื่อทั้งสองทิศทางตรงกับสัญญาที่คุณเขียนไว้ตอนเริ่ม ไม่ใช่เมื่อทิศทางแรกผ่าน