Khắc phục sự cố
Mất gói tin là gì và kiểm tra thế nào?
Mất gói tin xảy ra khi gói đã gửi không đến đích. So sánh thiết bị, kết nối và phép đo lặp lại; thiếu phản hồi ping riêng lẻ chưa xác định được lỗi.
Một gói tin bị mất khi không đến được đích. Âm thanh đứt quãng, vị trí trong game nhảy bất thường hoặc truyền dữ liệu dừng có thể liên quan, nhưng thiết bị hay ứng dụng cũng có thể là nguyên nhân. Tốc độ tải xuống cao không loại trừ mất gói gián đoạn. VMAXCHECK không đo trực tiếp mất gói; tốc độ hoặc độ trễ không xác nhận chẩn đoán này.
Bắt đầu bằng so sánh có kiểm soát
- Ghi giờ, thời lượng, ứng dụng và có nhiều thiết bị cùng gặp lỗi không. Nếu ứng dụng có thống kê mạng, ghi mất gói và chiều đo theo cách giải thích của nó.
- So sánh Wi-Fi và Ethernet trên cùng thiết bị trong khoảng thời gian gần nhau. Dừng tải tệp lớn và sao lưu của bạn để đo mốc ban đầu, rồi quan sát riêng điều kiện thường gây lỗi.
- Lặp lại lúc bình thường và khi lỗi xuất hiện với cùng đích và cài đặt. Một lần đo tốt không loại trừ lỗi gián đoạn. Chỉ có mẫu lỗi buổi tối chưa chứng minh tắc nghẽn.
- So sánh thiết bị khác và dịch vụ khác. Nếu chỉ một ứng dụng lỗi, kiểm tra cả trạng thái dịch vụ. Ethernet tốt hơn là dấu hiệu để xem đường truyền không dây hoặc thiết bị, không chứng minh Wi-Fi làm mất khung dữ liệu.
Thử ping với số lần giới hạn
Trên Windows, ping /n 50 1.1.1.1 gửi 50 yêu cầu echo ICMP tới đích công cộng. Dùng đích có phản hồi; nó không nhất thiết là máy chủ ứng dụng. Thử cả địa chỉ router nội bộ trong cài đặt mạng bằng cách thay đích bằng địa chỉ đó. Giữ kết quả riêng: số yêu cầu, phản hồi nhận được và thiếu, thời gian khứ hồi. Lặp lại với cùng số lượng, thời gian chờ, kích thước gói và họ địa chỉ. Tránh thời gian chờ quá ngắn hoặc thử gửi dồn dập; chờ phản hồi thiếu có thể kéo dài vài phút.
Diễn giải phản hồi thiếu thận trọng
- Thiếu 2 phản hồi trong 50 yêu cầu là 4% phản hồi ICMP thiếu ở mẫu này, không phải ước lượng đáng tin của mọi lưu lượng ứng dụng. Router hay đích có thể giới hạn hoặc chặn ICMP. Yêu cầu và phản hồi có thể mất ở các phần khác nhau của đường đi và về.
- Thiếu phản hồi router cùng với lỗi ứng dụng là lý do kiểm tra đường nội bộ trước. Router im lặng mà không có triệu chứng tương ứng chưa chứng minh kết nối hỏng.
- Nếu router phản hồi nhưng nhiều đích Internet và ứng dụng thất bại, xem phía Internet của router, kết nối truy nhập và đường xa hơn. Kết quả không chỉ ra nhà cung cấp là thủ phạm duy nhất.
- Dấu sao trong traceroute hoặc mất gói tại một chặng trung gian của pathping không chứng minh lỗi chuyển tiếp. So sánh đích cuối, các chặng sau và ứng dụng: thiết bị có thể giới hạn phản hồi của chính nó nhưng vẫn chuyển lưu lượng khác.
Độ trễ và mất gói khác nhau: ping cao không phải số gói mất. TCP có thể gửi lại dữ liệu thiếu, gây chờ hoặc giảm tốc độ. UDP tự nó không bảo đảm giao dữ liệu; ứng dụng có thể thêm phục hồi riêng. Tác động phụ thuộc ứng dụng và mất riêng lẻ hay theo cụm. Một giá trị phần trăm không phải ngưỡng đạt chung, và phép thử ngắn không thiếu phản hồi không bảo đảm đường khác hoặc phiên sau.
Thay đổi có mục tiêu rồi so sánh lại
- Nếu chỉ không dây có vấn đề, kiểm tra vùng phủ và cạnh tranh vô tuyến. Với dây, so sánh cáp hoặc cổng tương thích hoạt động tốt và hướng dẫn chính thức của thiết bị, bộ điều hợp. Mỗi lần đổi một yếu tố.
- Nếu lỗi đi cùng tệp lớn của bạn, dừng, đổi lịch hoặc giới hạn rồi so sánh. Quản lý hàng đợi được hỗ trợ theo nhà sản xuất có thể giúp tắc nghẽn nhưng không sửa mọi mất gói.
- Lưu sự kiện router và phép đo trước khi khởi động lại theo hướng dẫn. Việc này ngắt người dùng khác và cuộc gọi; là thử nghiệm, không phải bằng chứng nguyên nhân. Không bắt đầu bằng khôi phục nhà máy hoặc tắt bảo vệ.
- Sau đổi, lặp lại cùng phép thử và ứng dụng. Nếu một dịch vụ lỗi, kiểm tra trạng thái và hỗ trợ của nó; nếu nhiều thiết bị, dịch vụ lỗi, đưa so sánh cho nhà cung cấp mạng.
Cung cấp cho bộ phận hỗ trợ giờ xảy ra lỗi, thời lượng, kiểu kết nối, mẫu máy, đích và cài đặt, số yêu cầu và phản hồi thiếu, thời gian khứ hồi, thiết bị, ứng dụng và hiệu quả của Ethernet hoặc giảm tải. Bỏ mật khẩu, token và thông tin tài khoản riêng khỏi nhật ký. Quan sát tái hiện được hữu ích hơn đổ lỗi chặng có phần trăm lớn nhất hoặc mua gói nhanh từ một kết quả.