MTU Path Discovery & Fragmentation Analyzer
📦 เครื่องมือวิเคราะห์การค้นหา MTU และการแตกส่วน
คำนวณค่า MTU ที่มีประสิทธิภาพหลังจากการเพิ่ม Overhead ของการห่อหุ้ม (Encapsulation), แสดงภาพการแตกส่วน, และแก้ไขปัญหา PMTUD
🏗️ สแต็กการห่อหุ้ม (ลากเพื่อจัดลำดับใหม่)
ยังไม่ได้เพิ่มชั้นการห่อหุ้มใด ๆ เพิ่มชั้นด้านล่างเพื่อดูว่าส่งผลกระทบต่อ MTU อย่างไร
MTU ข้อมูลที่ใช้ได้จริง
1500
ไบต์ที่ใช้ได้สำหรับข้อมูล
ยังไม่บันทึก
📖 วิธีการใช้เครื่องมือนี้
- เริ่มต้นอย่างรวดเร็ว: คลิกที่ปุ่มค่าเริ่มต้น (Internet, PPPoE, Azure ฯลฯ) เพื่อโหลดสถานการณ์ทั่วไป
- คำนวณเอง: กำหนดค่า MTU พื้นฐานของคุณและเพิ่มชั้นการห่อหุ้มทีละชั้น
- ผลลัพธ์: ดูค่า MTU ข้อมูลที่ใช้ได้จริง, ค่า TCP MSS ที่แนะนำ, และรายละเอียด Overhead
- การแตกส่วน: หาก MTU < 1500 จะมีการแสดงแผนภาพการแตกส่วนโดยอัตโนมัติ
- การแก้ไขปัญหา: ใช้ผังงาน PMTUD เพื่อวินิจฉัยปัญหา Path MTU Discovery
- ผลกระทบต่อประสิทธิภาพ: เครื่องคำนวณขยะแบนด์วิดท์แสดงต้นทุนที่แท้จริงของการแตกส่วน
ผลลัพธ์การคำนวณ MTU
MTU ข้อมูลที่ใช้ได้จริง
1500
ไบต์ที่ใช้ได้สำหรับข้อมูล
Overhead ทั้งหมด
0
ไบต์ที่ถูกใช้ไป
TCP MSS ที่แนะนำ
1460
MTU - 40 (ส่วนหัว IP+TCP)
MTU พื้นฐาน:
1500 ไบต์
Overhead การห่อหุ้ม:
0 ไบต์
MTU ที่มีประสิทธิภาพ:
1500 ไบต์
ส่วนหัว IP + TCP:
40 ไบต์ (20 IP + 20 TCP)
Payload TCP สูงสุด:
1460 ไบต์
ประสิทธิภาพ:
97.3%
💸 เครื่องคำนวณขยะแบนด์วิดท์
ℹ️ ผลกระทบต่อประสิทธิภาพ: คำนวณต้นทุนที่แท้จริงของการแตกส่วนต่อแบนด์วิดท์เครือข่ายของคุณ
⚠ แบนด์วิดท์ที่สูญเสีย (คำเตือน)
0
Mbps ที่สูญเสียไปกับ Overhead การแตกส่วน
✗ เปอร์เซ็นต์ Overhead (วิกฤต)
0%
ของแบนด์วิดท์ทั้งหมดที่สูญเสีย
⚠ แตกส่วนพิเศษ (คำเตือน)
0
แพ็กเก็ตเพิ่มเติมต่อวินาที
แฟรกเมนต์ต่อแพ็กเก็ตต้นฉบับ:
1
Overhead ต่อแพ็กเก็ต:
0 ไบต์
Overhead รวมต่อวินาที:
0 ไบต์
การดำเนินการที่แนะนำ:
เพิ่ม MTU หรือเปิดใช้งาน PMTUD
🔍 เครื่องมือแก้ไขปัญหา Path MTU Discovery (PMTUD) แบบโต้ตอบ
ℹ️ ผังงานแบบโต้ตอบ: คลิกผ่านขั้นตอนการวินิจฉัยด้านล่างเพื่อแก้ไขปัญหา PMTUD
🚀 เริ่มต้น: มีปัญหาการสูญหายของแพ็กเก็ตหรือประสิทธิภาพช้าหรือไม่?
คลิกเพื่อเริ่มกระบวนการวินิจฉัย เราจะแนะนำขั้นตอนการแก้ไขปัญหาที่เป็นระบบ
🔧 ตัวอย่างการตั้งค่า
ℹ️ TCP MSS Clamping: กำหนดค่าเหล่านี้บนเราเตอร์ของคุณเพื่อป้องกันการแตกส่วน
! Cisco IOS/IOS-XE
interface GigabitEthernet0/0
ip tcp adjust-mss 1460
! Juniper JunOS
set interfaces ge-0/0/0 unit 0 family inet mtu 1500
set interfaces ge-0/0/0 unit 0 family inet tcp-mss 1460
# Linux iptables
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1460
🚀 การวิเคราะห์ Jumbo Frame
ℹ️ Jumbo Frames: ขนาด MTU ที่ใหญ่ขึ้นช่วยปรับปรุง Throughput สำหรับเครือข่ายจัดเก็บข้อมูลและศูนย์ข้อมูล
ประสิทธิภาพเฟรมมาตรฐาน:
97.3% (1460/1500)
Jumbo Frame (9000 MTU):
ประสิทธิภาพ 99.6% (8960/9000)
เฟรมต่อ GB (ปัจจุบัน):
~731,000 เฟรม
เฟรมต่อ GB (Jumbo 9000):
~119,000 เฟรม (ลดลง 84%)
การประหยัด CPU (Jumbo เทียบกับมาตรฐาน):
~84% ลดการขัดจังหวะ
คำแนะนำ:
- มาตรฐาน 1500 MTU: อินเทอร์เน็ต, เครือข่ายวิทยาเขตทั่วไป, สภาพแวดล้อมที่ผสมผสาน
- Baby Jumbos (2000): Metro Ethernet, เครือข่าย MPLS บางส่วน
- Jumbo Frames (9000): iSCSI, NFS, เซิร์ฟเวอร์ถึงเซิร์ฟเวอร์, แผงศูนย์ข้อมูล
- Super Jumbos (9216): เครือข่ายจัดเก็บข้อมูล, ศูนย์ข้อมูล 10GbE+