недели три как появилась беда - раз в 5-7-10 минут инет уходит в задумчивость на 2-3-5 секунд четко видно когда, например, набираешь текст в онлайне. все что мог проверил на своей стороне. последний шаг - включился в свой порт в патчпанель провайдера патчкородом и рядом ноут на табуретке (зная сказки провайдера и том, что это роутер, плохой кабель в квартире и прочее). запустил банальный пинг гугла обычное время 5-6-7 миллисекунд потом в какой то момент время отклика растет до 1000-3000, что заканчивается Request timeout for icmp_seq 4540 Request timeout for icmp_seq 4541 Request timeout for icmp_seq 4542
после опять минут 7-10 все отлично
провайдер сказал, что у них все ок и посулил кар небесных за включение в их щит.
какие еще аргументы и тестирования могу провести для дальнейшего диалога и решения проблемы.
axon 28.12.2020 13:12 пишет: недели три как появилась беда - раз в 5-7-10 минут инет уходит в задумчивость на 2-3-5 секунд четко видно когда, например, набираешь текст в онлайне. все что мог проверил на своей стороне. последний шаг - включился в свой порт в патчпанель провайдера патчкородом и рядом ноут на табуретке (зная сказки провайдера и том, что это роутер, плохой кабель в квартире и прочее). запустил банальный пинг гугла обычное время 5-6-7 миллисекунд потом в какой то момент время отклика растет до 1000-3000, что заканчивается Request timeout for icmp_seq 4540 Request timeout for icmp_seq 4541 Request timeout for icmp_seq 4542
после опять минут 7-10 все отлично
провайдер сказал, что у них все ок и посулил кар небесных за включение в их щит.
какие еще аргументы и тестирования могу провести для дальнейшего диалога и решения проблемы.
поставь под виртуалкой любой линух, не ходя к щитку и патчу просто шнурок из роутера воткни в ноут. набери когда ping затыкается -
Если no reply пойдет на 1 пункте - проблемы на ближайшем провайдерском свиче или шнурке к нему/от него. Если на последующих - сообщи про это провайдеру.
Было практически один в один. Только устройства на WiFi. Грешил на плохой модем - переставил на нем операционку, взял другой, потом третий другой фирмы. Проблема осталась. Потом поменял провайдера
Оказалось, что проблема в настройках WiFi. Стояло 802.11 b/g/n Я так понял периодически устройства перескакивали на другой стандарт модуляции по какой-то причине - зашумление от соседей или еще чего. Поставил принудительно g - проблема исчезла, навсегда. У меня нет потребностей жирного трафика, поэтому g достаточно.
Підтримка мого провайдеру при аналогічній проблемі сервісом Zoom вимагала у мене статистику від winmtr, поки я збирав данні проблема вирішилася, бо треба було по 300 пакетів на проблемний сайт та ще по 300 на два інших (UA-IX + забугор). В принципі з даним цієї статистики дійсно можна тикати провайдеру в проблемну ділянку.
axon 28.12.2020 14:57 пишет: А сервис типа tracepath online прокатит?
под виндой скачай winmtr, или он тоже от конца работает?
Не, он нормально работает. От тебя к конечной точке.
Онлайн не может на локальной машине напрямую пользоваться вызовами функций IP-стека из под браузера. Вот они и извращаются запуском скрипта на стороне сервера до твоего внешнего IP, т.е. трасса в обратную сторону.
последний шаг - включился в свой порт в патчпанель провайдера патчкородом и рядом ноут на табуретке
99% что ближайщий свитч провайдера под замену(ресет), но для очистки совести было бы неплохо проверить тоже самое на радикально другом ноуте/ПК. редко, но бывает некий фонфуз в любви между свичтем и клиентом, а так же дабы исключить программные блокировки и аппаратные проблемы клиента.
последний шаг - включился в свой порт в патчпанель провайдера патчкородом и рядом ноут на табуретке
99% что ближайщий свитч провайдера под замену(ресет), но для очистки совести было бы неплохо проверить тоже самое на радикально другом ноуте/ПК. редко, но бывает некий фонфуз в любви между свичтем и клиентом, а так же дабы исключить программные блокировки и аппаратные проблемы клиента.
Если бы падал интерфейс было бы destination net unreachable или Network Unreachable. У ТС линк есть, сеть есть, но в каком то месте ICMP дропается периодически из-за перегрузки свича на маршруте.
последний шаг - включился в свой порт в патчпанель провайдера патчкородом и рядом ноут на табуретке
99% что ближайщий свитч провайдера под замену(ресет), но для очистки совести было бы неплохо проверить тоже самое на радикально другом ноуте/ПК. редко, но бывает некий фонфуз в любви между свичтем и клиентом, а так же дабы исключить программные блокировки и аппаратные проблемы клиента.
Если бы падал интерфейс было бы destination net unreachable или Network Unreachable. У ТС линк есть, сеть есть, но в каком то месте ICMP дропается периодически из-за перегрузки свича на маршруте.
а кто/где сказал, что линк дропается/обязандропаться?
А еще такое теоретически может быть когда в сеть врубается кто-то с таким же айпишником. Было такое в одной конторе кадр время от времени приходил в офис со своим ip, который совпадал с офисным сервером. Пришел, воткнул шнурок, посидел, потом через пару минут "что-то инет пропал" и перезагружал ноут. За это время маршрутизация восстанавливалась, сервер снова был виден.