กฎสามสิบบัยต์เพิ่มสำหรับ MTU พังบนสายเทียม MPLS

ถามวิศวกรว่าต้องบวกเพิ่มเท่าไรสำหรับ MPLS คุณจะได้ยินตัวเลข ปกติคือสามสิบ กล่าวอย่างมั่นใจ ตัวเลขนั้นไม่ได้ผิดเสียทีเดียว แต่ถูกถอนรากถอนโคน มันขึ้นอยู่กับว่าตัวเลขตั้งต้นนับอะไร และขอบผู้ให้บริการส่งอะไรจริง ๆ บนสายเทียม Ethernet สมมติฐานมองเห็นได้ และเมื่อเขียนมันลงไป เลขคณิตก็แทนที่ตำนาน

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

งบประมาณหนึ่งชุดที่คำนวณพร้อมระบุสมมติฐานทุกข้อ

ใช้แพ็กเก็ต IP ของลูกค้า 1500 ไบต์ ส่วนหัว Ethernet ธรรมดาที่ขนส่งผ่านสายเทียมโดยไม่มี FCS ของลูกค้า ไม่มีแท็ก VLAN ที่เก็บไว้ สแตกเลเบลสองรายการ และคำควบคุมสี่ไบต์ ส่วนหัว Ethernet ที่ขนส่งเพิ่ม 14 แท็กที่เก็บไว้ไม่เพิ่มอะไร สองรายการเลเบลเพิ่ม 8 เพราะแต่ละรายการคือ 4 ไบต์ และคำควบคุมเพิ่ม 4 นั่นให้แพ็กเก็ตห่อหุ้ม MPLS 1526 ไบต์

อ่านผลลัพธ์อย่างระมัดระวัง มันไม่รวมส่วนหัว Ethernet ภายนอกของลิงก์ผู้ให้บริการและ FCS ของมัน และเป็นตัวอย่าง ไม่ใช่ค่าคงที่ที่จะพิมพ์ลงในฟิลด์ชื่อ MTU สองเลเบลก็เป็นสมมติฐานเช่นกัน สแตกจริงอาจมีเลเบลขนส่ง เลเบลบริการ และบางครั้งมากกว่านั้น และแต่ละรายการมีค่าใช้จ่าย 4 ไบต์เท่ากัน

สิ่งที่ข้ามสายเทียมจริง ๆ

RFC 4448 กำหนดว่าเฟรม Ethernet เดินทางภายใน MPLS อย่างไร และในแบบจำลองปกติของมัน คำนำและ FCS ของลูกค้าถูกถอดออกที่ทางเข้าและสร้างใหม่ที่ทางออก นั่นคือเหตุผลที่ FCS ไม่ปรากฏในงบประมาณข้างต้น การจัดการ VLAN ขึ้นอยู่กับโหมดบริการ โหมดที่เก็บแท็กของลูกค้าจะบวกไบต์กลับเข้าไป และโหมดที่แมปแท็กจะไม่ทำเช่นนั้น การเก็บรักษาเพิ่มเติมหรือการห่อหุ้มเพิ่มเติมต้องนับเพิ่มจากด้านบน

คำควบคุมเป็นส่วนหนึ่งของเลขคณิตทุกครั้งที่ใช้ RFC 8469 แนะนำสำหรับสายเทียม Ethernet ข้อความเก่าที่อธิบายว่าเป็นทางเลือกจึงไม่ใช่หลักฐานว่าเส้นทางของคุณละเว้นมัน ยืนยันโหมดบริการจริงกับผู้ให้บริการแทนการอนุมานจากแผนภาพ

เปรียบเทียบตัวเลขกับฟิลด์ที่ถูกต้อง

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

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

เพย์โหลดของ ping ไม่ใช่ค่า MTU

เพย์โหลดของ ping IPv4 ไม่ใช่ IP MTU ส่วนหัว IP และส่วนหัว ICMP ก็ใช้ไบต์เช่นกัน ดังนั้นขนาดเพย์โหลดที่สำเร็จจึงสอดคล้องกับแพ็กเก็ตที่ใหญ่กว่าบนสาย การทดสอบที่ผ่านที่ขนาดหนึ่งก็ไม่บอกอะไรเกี่ยวกับบริการที่ใช้โหมด VLAN อื่นหรือสแตกเลเบลที่ลึกกว่า การทดสอบวัดหนึ่งเส้นทาง หนึ่งขนาด และหนึ่งรูปร่างเพย์โหลด และบริการสามารถเปลี่ยนได้ทั้งสาม

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

เมื่อเฟรมไม่พอดี

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

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