Использование ping google.com для проверки соединения

Поскольку интернет-связь в нашем доме время от времени нарушается, я организовал небольшой эксперимент:

В течение последних двух месяцев один из моих компьютеров пингует google.com каждые полчаса. Одно измерение состоит из 50 пингов.

Теперь я подсчитал средний процент потерянных пакетов за каждый час дня:

Мои вопросы:

1. Может ли этот пик вечером быть вызван выбором google.com в качестве пункта назначения пинга?
2. Вы бы порекомендовали использовать другой пункт назначения и какой?
3. Означает ли это, что что-то не так с моей связью?
4. Какова была бы лучшая стратегия, чтобы измерить, где именно проблема в нашем интернет-соединении? Наш провайдер говорит нам, что он работает нормально, поэтому я пытаюсь собрать некоторые доказательства ...

С уважением!

Изменить: я забыл упомянуть, что машина напрямую подключена к маршрутизатору (без WiFi). И маршрутизатор также проверяется, без потери пакетов вообще.

К сожалению, вы действительно не предоставили достаточно информации, чтобы понять, в чем проблема. Чтобы ответить как можно лучше с предоставленной ограниченной информацией:

1. Если мне что-то не помешает, то пинг Google обычно неплохая ставка, поскольку они проектируют свою сеть так быстро, насколько это возможно. Также, поскольку ICMP является приоритетным, вечерний пик, вероятно, не имеет существенного значения - особенно с точки зрения потери пакетов - который, я бы сказал, должен быть 0.

2. Google - хорошее место назначения, но чтобы получить лучшее представление о том, что происходит, вы можете дополнительно попробовать проверить связь с вашим шлюзом, и, если они позволяют, DNS-сервером, почтовым или веб-сервером вашего провайдера. Это поможет показать, где нарастает потеря пакетов. Реально, хотя, на уровне потери пакетов, который вы видите, посмотрите на загрузку MTR (или WinMTR) и запустите ее, чтобы получить лучшее представление о том, где происходит потеря пакетов. ,

3. Субъективно, 5% потерь пакетов - это верхний предел приемлемости для сети на основе Wi-Fi - при условии, что вы не насыщаете свою сеть. С другой стороны, я расстраиваюсь из-за потери пакетов 0,5% в моих оптоволоконных соединениях - в качестве ориентира, если говорить в общих чертах, для VOIP менее 1% - это нормально, выше
   этого не так много. Если вы ожидаете, что сможете использовать Skype или Viber или что-то еще, то потеря пакета в 5% - это не хорошо. Для просмотра веб-страниц этого может быть достаточно.

4. Как провайдер, я хочу видеть результаты MTR, которые показывают задержки и потерю пакетов между получателем - это помогает мне понять, где может быть узкое место, и является хорошим первым шагом. Я также хотел бы знать, когда был проведен тест, чтобы я мог соотнести его с другими потребителями и тем, что происходит в системе. Графики потери пакетов, которые вы сделали, также полезны, но не изолированно.

   Как клиент, мой провайдер не смог извинить мои графики, которые отображают потерю пакетов (я делаю это для 250 пингов, один раз в секунду через 5-минутные интервалы, в сочетании с минимальными, средними и максимальными задержками для этих пингов). У меня также есть набор графиков, показывающих мое использование ссылки, и наборы графиков, показывающих локальный (т.е. очень близкий мне), и другой POP, которым они обладают особый интерес, через несколько сотен километров.

Другие наблюдения:

Похоже, что ваша задержка увеличивается во второй половине дня - это означает, что я бы посмотрел в первую очередь, если бы проблема была в WIFI, когда все вокруг меня его используют. После исключения я начал расспрашивать моего интернет-провайдера о переподписке соединения.

Это, скорее всего, является результатом скопления где-то вдоль линии. Это может быть ваш роутер, но, скорее всего, восходящий провайдер.

Вы не указываете, как вы выполняете 50 пингов, например, на каком временном интервале вы ожидаете, что один из них потерпит неудачу / преуспевает до следующего, или запустите 50 пингов сразу (пинг флудинга).

Такая потеря в периоды высокой загруженности не является чем-то необычным в моем опыте. Это может привести к снижению приоритетов для трафика ICMP, но, скорее всего, это происходит для одного и того же процента всех соединений - просто TCP будет изящно пересылать и переупорядочивать пакеты, поэтому вы с меньшей вероятностью это заметите.

Чтобы получить более полное представление о ситуации, я бы предложил вам реализовать следующее:

1. Увеличьте интервал между вашими пингами
2. Пропингуйте IP-адрес для google, а не домена - google.com вернет несколько записей A, и, возможно, вы используете разные конечные IP-адреса (и, следовательно, по-разному), не зная этого
3. Запишите среднее время для ответа; Посмотрите, коррелирует ли это с потерей - если это так, вы увидите большее время пинга в оба конца и большую потерю, тогда это указывает на перегрузку. Затем вы можете провести расследование, сохранив вместо этого логи traceroute, и посмотреть, не существует ли вероятного узкого места где-то, где вы видите внезапно увеличенное время
4. Попробуйте пинговать больше, чем гугл. Когда я тестировал производительность сети в прошлом, я делал это с помощью 4 или 5 хороших конечных точек (опять же с IP-адресом, а не именем хоста), чтобы вы могли исключить перегрузку или конкретную проблему в сети Google, которая заставляет вас подвергнуть сомнению всю вашу связь

Это типично для большинства учетных записей интернет-провайдеров. Вы видите пик из-за перегрузки в сети, когда люди возвращаются домой после работы, а затем выходят в сеть весь вечер. Этот вид вечернего пика особенно заметен в высокотехнологичных сообществах с большим количеством онлайн-геймеров (например, где я живу, здесь, в Редмонде, дом Microsoft).