MTU ของอีเธอร์เน็ตยังคงมี 1500 ไบต์หรือไม่


12

ดังนั้นเราเตอร์สมัยใหม่ในอินเทอร์เน็ตโดยทั่วไปยังคงใช้ 1500 เป็น MTU ของ Ethernet หรือไม่ หรือ 1500 Byte เป็นวันเก่า?

สิ่งที่ฉันถามที่นี่คือ MTU ของ Ethernet ในเครือข่ายที่ทันสมัยคืออะไร?

และถ้าเป็น 1500 ไบต์จะเกิดอะไรขึ้นถ้าเราใช้ 15000 bytes แทนและจะเกิดอะไรขึ้นกับอินเทอร์เน็ตถ้าเราบังคับให้เราเตอร์ทั้งหมดใช้ 15000 bytes แทน?


2
โอ้และฉันไม่เคยได้ยินขนาด MTU ที่ 30k

1
@Cown อืม ... "และประกอบชิ้นส่วนอีกครั้ง" นั่นจะไม่เป็นงานของเราเตอร์ นั่นขึ้นอยู่กับโฮสต์ท้ายอุโมงค์ที่เกี่ยวข้องหรือไม่
Marc 'netztier' Luethi

2
@ Marc'netztier'Luethi คุณควรอ่านข้อมูลเกี่ยวกับคำสั่งนี้: ip virtual reassembly (เราเตอร์จะรวบรวมชิ้นส่วน)
Mike Pennington

2
เราเตอร์ reassembly เป็นเรื่องธรรมดามากใน pppoe และการกำหนดค่าไฟร์วอลล์ supportforums.cisco.com/t5/wan-routing-and-switching/…
Mike Pennington

2
ฉันยืนแก้ไขแล้ว การประกอบซ้ำอาจเกิดขึ้นบนเราเตอร์
Marc 'netztier' Luethi

คำตอบ:


19

ขนาดส่วนของข้อมูลมาตรฐานสูงสุดสำหรับอีเธอร์เน็ตยังคงเป็น 1500 ไบต์

ในขณะที่ขนาดเฟรมสูงสุดเพิ่มขึ้นเล็กน้อยจาก 1518 ถึง 1522 ไบต์ด้วย 802.1Q และเพิ่มเติมด้วย 802.1AD ขนาดของข้อมูลน้ำหนักบรรทุก "ข้อมูลลูกค้า MAC" หรือหน่วยบริการข้อมูลสูงสุด (MSDU)ไม่มีการเปลี่ยนแปลงตามมาตรฐาน IEEE เพื่อเหตุผลด้านความเข้ากันได้ - การรักษาขนาดของน้ำหนักบรรทุกช่วยให้สามารถสลับได้อย่างโปร่งใสภายในช่วงตั้งแต่ 10 Mbit / s สูงสุด 400 Gbit / s

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

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

นอกจากนี้ยังมีการใช้งาน "ลูกน้อย" ที่อุโมงค์นอก MTU เพิ่มขึ้นบ้างเพื่อให้สามารถห่อหุ้มแพ็กเก็ตขนาดเต็มโดยไม่กินเข้าไปใน MTU ภายใน (หรือด้วยเหตุผลที่คล้ายกัน)

บนอินเทอร์เน็ตความต้องการเป็นเพียงลิงค์ขั้นต่ำ MTU 68 ไบต์สำหรับ IPv4 และ 1280 ไบต์สำหรับ IPv6 โปรดทราบว่าในขณะที่ส่วนใหญ่ของอินเทอร์เน็ตใช้อีเธอร์เน็ตทุกวันนี้ไม่ได้ทำทั้งหมด

หากคุณส่งแพ็คเก็ต IPv4 ที่มีขนาดใหญ่กว่า 1500 ไบต์ไปยังเราเตอร์อินเทอร์เน็ตของคุณควรแยกส่วนมันตาม MTU อัปลิงค์ หากไม่มีการแตกแฟรกเมนต์เราเตอร์ hop ถัดไปอาจจะทิ้งแพ็กเก็ต สำหรับ IPv6 ไม่มีการกระจายตัวของเราเตอร์และการค้นพบพา ธ MTU นั้นเป็นสิ่งจำเป็นดังนั้นลูกค้าของคุณไม่ควรส่งแพ็กเก็ตเกิน MTU ของเส้นทางปลายทาง


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

2
เฟรมจัมโบ้มีความสำคัญมากขึ้นสำหรับการลดค่าใช้จ่ายในการประมวลผล - หรือค่อนข้างมากกว่าค่าใช้จ่ายที่ลดลงอย่างมีนัยสำคัญจากคุณสมบัติการถ่ายตั้งแต่นั้นมา ตามแบนด์วิดท์ด้วยปริมาณการใช้งาน UDP เพิ่มขึ้นเพียง 3.7% (1.5k เทียบกับ 9k)
Zac67

จะไม่เป็น "โตเล็กน้อยจาก 1,514 ถึง 1518 bytes ด้วย 802.1Q VLAN และเพิ่มเติมด้วย 802.1AD" (MTU ที่ 1500 + 14 ไบต์อีเธอร์เน็ตส่วนหัว (ไม่รวมการเริ่มนำ))
Jonathon Reinhart

@ JonathonReinhart FCS เป็นส่วนหนึ่งของเฟรมเช่นกันดังนั้นมันจึงมีค่าใช้จ่าย 18 ไบต์สำหรับ L2 (22 สำหรับ 802.1Q, ... )
Zac67

6

มาตรฐานอีเธอร์เน็ต (IEEE 802.3) ยังคงเป็น 1,500 octets สำหรับ MTU แต่ผู้ค้าบางรายรองรับจัมโบ้เฟรม น่าเสียดายที่ไม่มีมาตรฐานสำหรับเฟรมจัมโบ้และผู้ขายที่แตกต่างกันรองรับขนาดที่แตกต่างกันของ MTU จัมโบ้แม้ในสายผลิตภัณฑ์หรือบางครั้งก็มีขนาดแตกต่างกันสำหรับจัมโบ้ MTU บนอินเตอร์เฟสที่ต่างกันในสวิตช์เดียวกัน

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.