Устранение неполадок сетевого подключения, ненадежный пинг

большинство интернет-провайдеров ничего не сделают с потерей 3-5%. Если у вас есть бизнес-схема, вы можете пожаловаться на 3% или выше. Если у вас есть соединение resi, вы не собираетесь получать много исследований от провайдера, пока не сможете доказать постоянную 5%, и только в своей сети.

первый шаг-прямое подключение. Подключите компьютер непосредственно к модему и попробуйте снова. Если вы все еще видите потерю, то соедините модем непосредственно с вашим NID и попытайтесь снова. На данный момент, если вы все еще видите потеря, попробуйте позвонить своему интернет-провайдеру, они все равно заставят вас сделать именно это, поэтому вы можете сделать это, прежде чем звонить. Если вы хотите провести дальнейшее тестирование, вы можете использовать MTR на *nix box или winmtr или pathping на Windows box, чтобы получить потерю при разных прыжках. Это позволит вашему интернет-провайдеру знать, если это сеть, на которую они имеют какое-либо влияние. Если это на их позвоночнике, они могут что-то с этим сделать. Если проблема возникает вне сети, то лучшее, что они могут сделать, это попытаться перенаправить вас (и вы вероятно, придется нажать на уровень 2 или 3, чтобы получить любого, кто знает, как это сделать).

Если вы не видите потери после прямого подключения к модему, проблема вашей сети. Попробуйте другую беспроводную карту, другой маршрутизатор, попробуйте подключить к маршрутизатору, просто попробуйте удалить/заменить все переменные, пока не заметите разницу, тогда вы нашли своего виновника.

из того, что я вижу, большинство пингов получают ответ и с относительно хорошим RTT.

таймауты, которые вы видите, вероятно, из-за потери пакетов (да, есть потеря пакетов, в основном в беспроводных каналах).

протокол TCP не очень хорошо справляется с потерей пакетов. Потеря пакетов является неявным методом определения перегрузки newtork. Когда потерянный пакет обнаружен, окно перегрузки протокола TCP понижает то, что (простыми словами) означает, что полоса пропускания опустится тоже.

Как вы скорее всего используете TCP для задачи вы ссылка (загрузка файлов и отправка электронной почты), пакет потеряли вы видите, можно объяснить низкий bandwiths.

для дальнейшей диагностики проблемы я буду делать тесты полосы пропускания, в основном сравнивая UDP и TCP, так как UDP не имеет этого механизма для контроля перегрузки.

Я могу быть непонимание проблемы, но по крайней мере, если это произошло со мной, я начну этот путь. Кроме того, я не действительно эксперт в TCP, чтобы знать, если коэффициент потери пакетов вы испытываете достаточно, чтобы объяснить низкие полосы пропускания и неудачные операции.