Sử dụng ping google.com để kiểm tra kết nối


11

Vì kết nối internet trong nhà của chúng tôi thỉnh thoảng bị hỏng, tôi thiết lập một thử nghiệm nhỏ:

Trong hai tháng qua, một trong những máy của tôi đang hoạt động trên google.com trên cơ sở nửa giờ. Một phép đo bao gồm 50 ping.

Bây giờ tôi đã tính phần trăm trung bình của các gói bị mất cho mỗi giờ trong ngày: phần trăm gói bị mất

Những câu hỏi của tôi:

  1. Có thể đỉnh cao này vào buổi tối bằng cách chọn google.com làm điểm đến ping?
  2. Bạn có đề nghị sử dụng một điểm đến khác không?
  3. Điều này cho thấy có gì đó không ổn với kết nối của tôi?
  4. Điều gì sẽ là một chiến lược tốt hơn để đo lường chính xác vấn đề trong kết nối internet của chúng ta là gì? ISP của chúng tôi cho chúng tôi biết nó đang hoạt động tốt vì vậy tôi cố gắng tổng hợp một số bằng chứng ...

Trân trọng!

Chỉnh sửa: Tôi quên đề cập rằng máy được kết nối trực tiếp với bộ định tuyến (không có WiFi). Và bộ định tuyến cũng được ping, không mất gói tin nào cả.


Chính xác thì bạn có ý gì khi "kết nối internet trong nhà của chúng ta thỉnh thoảng bị hỏng"? Nếu "hỏng" có nghĩa là "ngừng hoạt động", việc theo dõi mất gói khi nó không hoạt động sẽ không cho bạn biết bất cứ điều gì hữu ích.
Isaac Rabinovitch

Điều đó đúng, nhưng mối quan tâm của tôi là khi nào nó bị hỏng và bao lâu / bao lâu .
Dirk

Câu trả lời:


10

Thật không may, bạn thực sự đã không cung cấp đủ thông tin để tìm ra vấn đề. Để trả lời tốt nhất có thể với thông tin hạn chế được cung cấp:

  1. Nếu kinh nghiệm của tôi là bất cứ điều gì có thể xảy ra, ping Google thường là một lựa chọn tốt, vì họ thiết kế mạng của họ càng nhanh càng tốt. Ngoài ra, do ICMP được ưu tiên, cao điểm buổi tối có thể không tạo ra sự khác biệt đáng kể - đặc biệt là về việc mất gói - mà tôi cho rằng nên là 0.

  2. Google là một điểm đến tốt, nhưng để hiểu rõ hơn về những gì đang diễn ra, bạn có thể muốn thử thêm cổng ping và nếu họ cho phép, nhà cung cấp DNS, thư hoặc máy chủ web của bạn. Điều này sẽ giúp hiển thị nơi mất gói đang leo vào. Thực tế, ở mức độ mất gói bạn đang thấy, hãy xem tải xuống MTR (hoặc WinMTR) và chạy nhanh để biết rõ hơn về việc mất gói đến đâu .

  3. Theo chủ quan, mất gói 5% ở mức cao nhất có thể chấp nhận được đối với mạng dựa trên Wifi - giả sử bạn không bão hòa mạng. Mặt khác, tôi cảm thấy khó chịu về việc mất gói 0,5% trên các kết nối sợi của mình - như một điểm tham chiếu, nói một cách lỏng lẻo, ít hơn 1% là ổn đối với VOIP, trên mức
    đó không quá nhiều. Nếu bạn mong đợi có thể sử dụng Skype hoặc Viber hoặc những gì có trong kết nối của bạn thì mất gói 5% là không ổn. Đối với chỉ duyệt web, nó có thể chỉ là đủ.

  4. Là một ISP, tôi muốn xem kết quả của một MTR, cho thấy độ trễ và mất gói giữa đích đến - điều này giúp tôi xem nơi tắc nghẽn có thể là gì và là bước đầu tiên tốt. Tôi cũng muốn biết khi nào thử nghiệm được thực hiện để tôi có thể tương quan nó với khách hàng sử dụng khác và những gì đang xảy ra trên hệ thống. Các biểu đồ mất gói bạn đã thực hiện cũng hữu ích, nhưng không tách biệt.

    Với tư cách là khách hàng, ISP của tôi đã không thể loại bỏ các biểu đồ của tôi, điều này làm mất gói tin (tôi thực hiện trong 250 lần ping, mỗi giây một lần trong 5 phút, kết hợp với độ trễ tối thiểu, trung bình và tối đa cho các ping đó). Tôi cũng có một bộ biểu đồ cho thấy việc sử dụng liên kết của tôi và có các biểu đồ hiển thị cục bộ (nghĩa là rất gần với tôi) và với một POP khác mà họ sở hữu cụ thể cách đó vài trăm KM.

Những quan sát khác:

Có vẻ như độ trễ của bạn tăng vào buổi chiều - điều đó có nghĩa là nơi đầu tiên tôi sẽ tìm đến nếu vấn đề là WIFI khi mọi người xung quanh tôi đang sử dụng nó. Sau khi loại trừ ra, tôi bắt đầu đặt câu hỏi cho ISP của mình về việc đăng ký kết nối.


Cảm ơn rất nhiều cho câu trả lời của bạn. Máy được kết nối trực tiếp với bộ định tuyến và nó cũng ping bộ định tuyến, điều này cho thấy không có gói nào bị mất. MTR dường như là những gì tôi đang tìm kiếm.
Dirk

6

Điều này nhiều khả năng là kết quả của sự tắc nghẽn ở đâu đó dọc theo đường. Nó có thể là bộ định tuyến của bạn nhưng nhiều khả năng là một nhà cung cấp ngược dòng.

Bạn không nói rõ bạn đang thực hiện 50 ping như thế nào, ví dụ như khoảng thời gian nào, bạn đang chờ đợi một lần thất bại / thành công trước khi bắn tiếp theo hoặc bắn hết 50 lần (ping ping).

Mất mát như vậy trong thời gian tắc nghẽn cao không phải là bất thường trong kinh nghiệm của tôi. Có thể giảm mức độ ưu tiên thấp hơn cho lưu lượng ICMP nhưng nhiều khả năng xảy ra với cùng một tỷ lệ phần trăm của tất cả các kết nối - chỉ là TCP sẽ duyên dáng gửi lại và sắp xếp lại các gói để bạn ít chú ý hơn.

Để có được bức tranh rõ hơn về tình huống tôi sẽ đề nghị bạn thực hiện như sau:

  1. Tăng khoảng cách giữa các lần ping của bạn
  2. Ping một địa chỉ IP cho google không phải là tên miền - google.com sẽ trả về một số bản ghi A và có thể bạn đang sử dụng các IP cuối khác nhau (và do đó định tuyến khác nhau) mà không biết
  3. Ghi lại thời gian trung bình để trả lời; hãy xem nếu điều này tương quan với mất mát - nếu nó làm như vậy bạn sẽ thấy thời gian làm tròn ping cao hơn và tổn thất cao hơn thì nó biểu thị sự tắc nghẽn. Sau đó, bạn có thể điều tra bằng cách lưu trữ nhật ký theo dõi thay thế và xem liệu có một nút cổ chai nào có khả năng xảy ra ở đâu đó mà bạn đang thấy đột ngột tăng lên không
  4. Hãy thử ping nhiều hơn google. Khi tôi đã đánh giá hiệu suất mạng trong quá khứ, tôi đã thực hiện bằng 4 hoặc 5 điểm cuối tốt (một lần nữa với địa chỉ IP không phải là tên máy chủ) để bạn có thể loại trừ tắc nghẽn hoặc sự cố cụ thể trong mạng của google khiến bạn phải đặt câu hỏi cho toàn bộ kết nối của bạn

2

Đây là điển hình của hầu hết các tài khoản ISP dân cư. Bạn đang nhìn thấy một đỉnh điểm do tắc nghẽn mạng khi mọi người về nhà sau giờ làm việc, sau đó đi trực tuyến cho cả buổi tối. Loại đỉnh cao buổi tối này đặc biệt rõ rệt trong các cộng đồng công nghệ cao với rất nhiều game thủ trực tuyến (như nơi tôi sống, ở Redmond, quê hương của Microsoft.)

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.