รวมสิ่งที่ดีที่สุดของ ping และ Traceroute การวิเคราะห์เส้นทางเครือข่ายอย่างต่อเนื่องพร้อมการสูญเสียแพ็กเก็ต per-hop จาก มากกว่า 70 ตำแหน่งทั่วโลก (+40 เร็วๆ นี้)
การวินิจฉัยเครือข่ายขั้นสูงที่ ping และ Traceroute เพียงอย่างเดียวไม่สามารถให้ได้
ต่างจาก Traceroute ตรงที่ MTR จะส่งโพรบอย่างต่อเนื่องเพื่อวัดการสูญเสียแพ็กเก็ตในแต่ละการกระโดดเมื่อเวลาผ่านไป
รับค่าต่ำสุด ค่าเฉลี่ย สูงสุด และค่าเบี่ยงเบนมาตรฐานสำหรับเวลาในการตอบสนองในแต่ละฮอป ทำความเข้าใจความแปรปรวนในประสิทธิภาพของเครือข่าย
รวมการทำแผนที่เส้นทางเข้ากับการวัดประสิทธิภาพอย่างต่อเนื่อง เครื่องมือวินิจฉัยเครือข่ายที่ครอบคลุมที่สุด
จับปัญหาที่เครื่องมือนัดเดียวพลาด การตรวจสอบอย่างต่อเนื่องเผยให้เห็นรูปแบบการสูญเสียแพ็คเก็ตที่ไม่ต่อเนื่อง
เรียกใช้ MTR จาก มากกว่า 70 แห่งทั่วโลก เปรียบเทียบคุณภาพเครือข่ายจากมุมมองทางภูมิศาสตร์ที่แตกต่างกัน
กำหนดเกณฑ์สำหรับการสูญเสียแพ็คเก็ตและเวลาแฝง รับการแจ้งเตือนด้วยข้อมูลแบบ hop-by-hop แบบละเอียดเพื่อการแก้ไขปัญหาที่รวดเร็วยิ่งขึ้น
พลังของ ping และ Traceroute รวมกัน
ดูว่าแพ็กเก็ตหายไปกี่เปอร์เซ็นต์ในการกระโดดแต่ละครั้ง ระบุส่วนเครือข่ายที่มีปัญหา
ติดตามแพ็กเก็ตทั้งหมดที่ส่งและรับในแต่ละฮ็อปตลอดระยะเวลาการตรวจสอบ
ค่าต่ำสุด ค่าเฉลี่ย สูงสุด และค่าเบี่ยงเบนมาตรฐานเผยให้เห็นรูปแบบเวลาแฝงที่การวัดเดี่ยวพลาดไป
ระบุว่าผู้ให้บริการเครือข่ายรายใดเป็นเจ้าของแต่ละฮอป แสดงหลักฐานในการยื่นตั๋วสนับสนุน
| # | เจ้าภาพ | การสูญเสีย% | เฉลี่ย | ดีที่สุด | Wrst |
|---|---|---|---|---|---|
| 1 | gateway.local | 0.0% | 1.2 | 0.8 | 2.1 |
| 2 | isp-edge.net | 0.0% | 8.4 | 7.2 | 12.3 |
| 3 | core.isp.net | 0.0% | 15.2 | 12.8 | 22.1 |
| 4 | peering.net | 2.4% | 45.8 | 38.2 | 89.4 |
| 5 | transit.net | 5.1% | 52.3 | 48.1 | 112.5 |
| 6 | dc-edge.net | 0.0% | 54.2 | 51.2 | 58.9 |
| 7 | server.example | 0.0% | 55.1 | 52.4 | 59.2 |
คำถามทั่วไปเกี่ยวกับการตรวจสอบ MTR
ใช้ Traceroute เพื่อจับภาพเส้นทางเครือข่ายอย่างรวดเร็ว ใช้ MTR เมื่อคุณต้องการวินิจฉัยปัญหาที่ไม่ต่อเนื่อง วัดการสูญเสียแพ็กเก็ตเมื่อเวลาผ่านไป หรือทำความเข้าใจความแปรปรวนของเวลาในการตอบสนอง MTR มีประโยชน์อย่างยิ่งสำหรับการแก้ไขปัญหา VoIP การเล่นเกม หรือแอปพลิเคชันแบบเรียลไทม์
หากมีฮอปเดียวที่แสดงการสูญเสียแพ็กเก็ต แต่ฮอปที่ตามมาไม่แสดง แสดงว่าเราเตอร์นั้นมีแนวโน้มที่จะจำกัดอัตราการตอบสนอง ICMP (ไม่ใช่ปัญหาที่แท้จริง) หากการสูญเสียแพ็กเก็ตปรากฏขึ้นที่การกระโดดและดำเนินต่อไปยังปลายทาง การกระโดดนั้นคือต้นตอของปัญหา มุ่งเน้นไปที่จุดที่การสูญเสียอย่างต่อเนื่องเริ่มต้นขึ้น
สำหรับการเข้าชมเว็บทั่วไป อาจยอมรับการสูญเสียได้ 1-2% สำหรับ VoIP การประชุมทางวิดีโอ หรือการเล่นเกม แม้แต่ 0.5% ก็อาจทำให้เกิดปัญหาด้านคุณภาพที่เห็นได้ชัดเจน สำหรับแอปพลิเคชันที่มีความสำคัญต่อธุรกิจ ตั้งเป้าไปที่การสูญเสียแพ็กเก็ต 0% เราขอแนะนำให้แจ้งเตือนการสูญเสียที่เกินกว่า 0% เพื่อการตรวจจับตั้งแต่เนิ่นๆ
การตรวจสอบ MTR ของเราทำงานอย่างต่อเนื่องตามช่วงเวลาที่กำหนดได้ โดยทั่วไปการทดสอบแต่ละครั้งจะส่งโพรบ 10-100 ตัวภายใน 10-60 วินาทีเพื่อรวบรวมสถิติที่มีความหมาย ข้อมูลในอดีตจะถูกรวบรวมและจัดเก็บเพื่อการวิเคราะห์แนวโน้มและการแจ้งเตือน
การตรวจสอบ MTR จากกว่า 70 แห่งทั่วโลก (+40 แห่งเร็วๆ นี้) ติดตามการสูญเสียแพ็กเก็ตและเวลาแฝงในทุก ๆ ฮอป สุดยอดเครื่องมือแก้ไขปัญหาเครือข่าย