Information: ค่า MTU ของ Technology แต่ละแบบ

[Team@CiscoFanClub]

MTU for Hyper channel  65,535
MTU for MPLS  = 1512
MTU for PPPoE = 1492
MTU for Ethernet =1500
MTU for Wireless network = 2346 bytes ,  - typically fragmente d at 1518 bytes
MTU for Frame Relay = 1600
MTU for X.25 = 576
MTU for dial-up = 576
MTU for 802.3/802.2 = 1,492
MTU for Token Ring 802.5 (4 mb) = 4464
MTU for Token Ring (IBM) = 17,914
MTU for Token BUS 802.4 = 8166
MTU for FDDI = 4352
MTU for ATM AAL5: 9180

[Nizmo69]

อันนี้คือยังไม่แปะ tcp ip header ใช่ไหมครับ อีก 40 bytes

[Team@CiscoFanClub]

อันนี้คือยังไม่แปะ tcp ip header ใช่ไหมครับ อีก 40 bytes

นี่เป็นเรื่อง MTU  ซึ่งคือการกำหนด Maximum Transmiss ion Unit ในการส่ง Packet

เป็นการกำหนด ขนาด Maximum ของ  (Data + TCP/UDP header + IP header)

 

[Bathory]

L2 มันมี Fragment ด้วยเหรอครับพี่ ไม่ใช่มีแต่ใน L3 เหรอ

[Team@CiscoFanClub]

L2 มันมี Fragment ด้วยเหรอครับพี่ ไม่ใช่มีแต่ใน L3 เหรอ

ไม่ได้หมายความว่า L2 มี fragment

แต่ MTU ที่ให้ไว้ เป็น L3 MTU ที่ ใช้กับ L2 technolot y แต่ละแบบ เช่น Ethernet,Token Ring

[rujipars]

MTU for MPLS  = 1512

ไม่เชิงว่าเป็น MTU ของ  MPLS ในความหมายเดียวกับ MTU ของ Ethernet หรือ PPPoE ฯลฯ

แต่ว่าอิงตาม MTU ของ Ethernet และเป็น MTU ที่ carrier ควรจะทำได้ คือ 1500

สมมติถ้า Ethernet payload มีขนาดปกติ 1500 byte  ถ้ามาผ่าน MPLS จะถูกแปะ label แทรกลงไป ทำให้ข้อมูลชิ้นนั้นมีขนาดใหญ่กว่า 1500 byte    ถ้าจะถามต่อว่าขนาดของ label ที่แปะเข้าไปมันมีขนาดได้สักเท่าไหร่   ว่ากันว่าถ้าใช้ MPLS VPN + TE จะใช้ 3 label  ซึ่งน่าจะมากที่สุดแล้วในสถานการณ์ทั่วไป    แต่ละ label ใช้ 4 byte  3 label ก็เท่ากับ  12 byte  จึงเป็นที่มาว่าลิงค์  หรือ Ethernet Switch ที่จะเชื่อมต่อ MPLS router  ควรจะมี MTU (เช่น system MTU  ของ switch)  ไม่ต่ำกว่า 1512 byte  แต่อาจจะเซ็ตเผื่อไว้อีกหน่อยก็ได้   

ถ้าใช้วงจรที่รองรับ MTU เพียง 1500 byte มาเชื่อมต่อ MPLS   traffic จะผ่านได้ก็จะมีขนาดได้เพียง 1496 หรือต่ำกว่านั้นแล้วแต่จำนวน label  ถ้าไม่ได้ปรับลด MTU ที่เราเตอร์หรือที่ client/server อย่างเหมาะสมก็จะมีปัญหาในการใช้งานได้

นอกจากนี้ระบบ switch ที่มีการทำ QinQ  พอร์ตที่รับ traffic ที่ทำ QinQ เข้ามาแล้ว  ก็ต้องรองรับ MTU มากกว่า 1500 เช่นกัน  เป็นข้อควรคำนึงเวลาเลือกใช้ switch หรือ line card  ที่บางรุ่นสามารถรองรับได้เพียง 1500 ก็จะใช้ไม่ได้  อันนี้เคยเจอประสบการณ์ตรง

[Team@CiscoFanClub]

[
นอกจากนี้ระบบ switch ที่มีการทำ QinQ  พอร์ตที่รับ traffic ที่ทำ QinQ เข้ามาแล้ว  ก็ต้องรองรับ MTU มากกว่า 1500 เช่นกัน  เป็นข้อควรคำนึงเวลาเลือกใช้ switch หรือ line card  ที่บางรุ่นสามารถรองรับได้เพียง 1500 ก็จะใช้ไม่ได้  อันนี้เคยเจอประสบการณ์ตรง

Switch ที่รองรับ MTU ได้สูงกว่า 1500    ให้ดูใน Spec ที่เขียนว่า Support Jumbo Frame

แต่ความหมายจริงๆของ Jumbo Frame คือ  Frame Size  ขนาด 9000 Bytes ในระบบ Gigabit Ethernet
แต่ ก็ใช้ เรียกชื่อ แทน Frame Size ที่ใหญ่กว่า 1500 bytes ได้ เช่น บนระบบ 802.1q VLAN tags, QinQ เป็นต้น

[Greezzzy]

มีการขึ้น link ใหม่ แล้วสร้าง ip  ขึ้นมาเทส แต่ไม่สามารถ ping size 1500 ได้ ping ไปได้ประมาณ 15 ครั้ง
แล้วก็ loss หมด แต่ลองปล่อย traffic วิ่งผ่านก็ใช้งานได้ แล้วแบบนี้จะกระทบกับ บริการประเภทไหนบ้างคะ
 

[rujipars]

ไม่ได้บอกว่า ping โดยเซ็ต DF  หรือไม่  สมมติว่าไม่ได้เซ็ต DF แล้วกัน  ถ้าไม่ได้เซ็ต DF แล้ว ping ยัง loss แสดงว่าการ config MTU ที่ Interface ไม่ถูกต้อง  ผลก็จะเป็นดังต่อไปนี้

ผลกระทบที่เบาที่สุด ถ้า host ทำ MTU discovery ได้ดี  หาค่า MTU ที่ถูกต้องได้  ตอนที่ทำ MTU discovery อาจจะมี delay  ทำให้รู้สึกว่าหน่วงนิดนึงก่อนที่จะทำการส่งข้อมูลได้    แต่ในขั้นตอนของการส่งข้อมูลจะไม่มีผลกระทบ

ผลกระทบขั้นปานกลาง ถ้า host ที่ส่งข้อมูล detect ได้ว่าข้อมูลที่ส่งไปขนาด 1500 byte ไปไม่ถึงปลายทาง  แต่กระบวนการ MTU discovery อาจจะไม่ดีพอ  อาจจะไป assume ค่า default MTU ที่เล็กเกินไป  ทำให้ประสิทธิภาพต่ำกว่าที่ควร  คือสัดส่วนระหว่าง header กับ data สูงขึ้น  และจำนวน packet มากขึ้นกว่าปกติ  ซึ่งจำนวน packet จะมีผลกับ CPU load ของเราเตอร์โดยตรงมากกว่า bandwidth (กรณีที่เป็น process switched หรือ CEF ในเราเตอร์รุ่นเล็กที่ทำงานด้วย CPU)  host ปลายทางก็ต้องเก็บ buffer packet ไว้จนกว่า fragment ต่างๆ จะมาครบถึงจะประกอบร่างและส่งต่อขึ้น layer บนได้  ทำให้เปลืองทรัพยากรทั้ง memory และ CPU

หนักกว่านั้น  ถ้าเครื่องที่ส่งข้อมูลไม่มีการทำ MTU discovery  ข้อมูลจะขาดช่วงทันทีเมื่อมีการส่ง packet ขนาดใหญ่กว่า MTU ที่แท้จริง  เช่น HTTP (บน TCP) อาจจะทำ 3-way handshake ได้  ส่ง HTTP request ได้(โดยปกติจะมีขนาดไม่ใหญ่)  รับ HTML code ที่มีขนาดไม่เกิน MTU ได้  แต่ถ้าเจอข้อมูลที่ใหญ่กว่า MTU เมื่อไหร่  object นั้นจะโหลดไม่ขึ้น   หรือการส่งเมล์  อาจจะส่งเมล์ข้อความสั้นๆ ได้  แต่ข้อความยาวๆ หรือ attach file ไม่ได้

ส่วน applicati on ที่ส่งข้อมูลทีละชิ้นเล็กๆ  เช่น voice  หรือ transacti on เล็กๆ (เช่น ตู้ ATM)  น่าจะผ่านได้สบาย  ยกเว้นว่าตัวระบบได้รับผลกระทบจากปัญหาต่างๆ ขั้นต้นจน load สูง  ในส่วนนี้ก็อาจจะพลอยฟ้าพลอยฝนไปด้วย

[ปลาวาฬทราย]

จะดูยังไงว่า sw จะต้องเปลี่ยน mtu ใน interface หรือ system mtu อ่ะคับ ถ้าไม่ไล่ show interface ดู

[ปลาวาฬทราย]

พี่ มีที่มาของ mtu แต่ละตัวมั้ยคับ ว่ามาจากไหน เพิ่ม header อะไรมาเท่าไหร่บ้างอ่ะคับ