Sự kết hợp tốt nhất của ping và traceroute. Phân tích đường dẫn mạng liên tục với tình trạng mất gói trên mỗi bước nhảy từ hơn 70 vị trí trên toàn cầu (+40 vị trí nữa sớm hơn).
Chẩn đoán mạng nâng cao mà chỉ ping và traceroute không thể cung cấp
Không giống như traceroute, MTR liên tục gửi các đầu dò để đo mức độ mất gói ở mỗi bước nhảy theo thời gian.
Nhận độ lệch tối thiểu, trung bình, tối đa và tiêu chuẩn cho độ trễ ở mỗi bước nhảy. Hiểu sự khác biệt trong hiệu suất mạng.
Kết hợp ánh xạ tuyến đường với đo lường hiệu suất liên tục. Công cụ chẩn đoán mạng toàn diện nhất.
Nắm bắt các vấn đề mà các công cụ xử lý một lần bỏ sót. Giám sát liên tục cho thấy các kiểu mất gói không liên tục.
Chạy MTR từ hơn 70 địa điểm trên toàn thế giới. So sánh chất lượng mạng từ các quan điểm địa lý khác nhau.
Đặt ngưỡng mất gói và độ trễ. Nhận thông báo với dữ liệu chi tiết theo từng bước để khắc phục sự cố nhanh hơn.
Sức mạnh của ping và traceroute kết hợp
Xem chính xác bao nhiêu phần trăm gói tin bị mất ở mỗi bước nhảy. Xác định phân đoạn mạng có vấn đề.
Theo dõi tổng số gói được gửi và nhận tại mỗi bước nhảy trong khoảng thời gian giám sát.
Độ lệch tối thiểu, trung bình, tối đa và tiêu chuẩn cho thấy các mẫu độ trễ mà các phép đo đơn lẻ bỏ qua.
Xác định nhà cung cấp mạng nào sở hữu mỗi bước nhảy. Đưa ra bằng chứng khi nộp phiếu hỗ trợ.
| # | Chủ nhà | Sự mất mát% | Trung bình | Tốt nhất | đầu tiên |
|---|---|---|---|---|---|
| 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 |
Các câu hỏi thường gặp về giám sát MTR
Sử dụng traceroute để chụp nhanh đường dẫn mạng. Sử dụng MTR khi bạn cần chẩn đoán các sự cố không liên tục, đo lường mức độ mất gói theo thời gian hoặc hiểu sự khác biệt về độ trễ. MTR đặc biệt có giá trị để khắc phục sự cố VoIP, chơi game hoặc ứng dụng thời gian thực.
Nếu chỉ một bước nhảy hiển thị mất gói nhưng các bước nhảy tiếp theo thì không, bộ định tuyến đó có khả năng phản hồi ICMP giới hạn tốc độ (không phải là vấn đề thực sự). Nếu việc mất gói xuất hiện tại một bước nhảy VÀ tiếp tục đến đích thì bước nhảy đó chính là nguồn gây ra sự cố. Tập trung vào nơi bắt đầu mất mát dai dẳng.
Đối với lưu lượng truy cập web nói chung, việc mất 1-2% có thể chấp nhận được. Đối với VoIP, hội nghị truyền hình hoặc chơi game, thậm chí 0,5% cũng có thể gây ra các vấn đề đáng chú ý về chất lượng. Đối với các ứng dụng quan trọng trong kinh doanh, hãy hướng tới tỷ lệ mất gói là 0%. Chúng tôi khuyên bạn nên cảnh báo về bất kỳ tổn thất nào trên 0% để phát hiện sớm.
Giám sát MTR của chúng tôi chạy liên tục theo các khoảng thời gian có thể định cấu hình. Mỗi bài kiểm tra thường gửi 10-100 đầu dò trong vòng 10-60 giây để thu thập số liệu thống kê có ý nghĩa. Dữ liệu lịch sử được tổng hợp và lưu trữ để phân tích và cảnh báo xu hướng.
Giám sát MTR từ hơn 70 địa điểm trên toàn cầu (sắp có thêm 40 địa điểm nữa). Theo dõi tình trạng mất gói và độ trễ ở mỗi bước nhảy. Công cụ khắc phục sự cố mạng tối ưu.