Установка
- Скачайте архив с сайта разработчиков
- Найдите в архиве файл WinMTR.exe и перемесите на Рабочий Стол.
- Запустите WinMTR.exe
- В открывшемся окне в поле Host введите имя или IP-адрес интересующего вас сервера и нажмите на кнопку Start:
- Hostname - доменное имя или IP-адрес узла
- No - порядковый номер узла в маршруте
- Loss % - процент потерянных запросов-ответов от данного узла
- Sent - отправлено запросов данному узлу
- Recv - получено ответов от него
- Best - наименьшее (наилучшее) время задержки
- Avrg - среднее время задержки
- Worst - наибольшее (наихудшее) время задержки
- Last - время задержки последнего полученного пакета
После того, как значения поля Sent будет превышать 300, нажмите на кнопку Stop.
Нажмите кнопку Export TEXT, для сохранения результата в текстовом формате.
Отправьте полученный файл по электронной почте на tp@orionnet.ru для диагностики техническими специалистами.
В теме письма укажите номер заявки оставленной в технической поддержке, либо логин/лицевой счет вашей учетной записи.
Диагностика при помощи встроенной утилиты Windows
Команда PATHPING объединяет в себе возможности команд трассировки маршрута TRACERT и опроса узла PING и позволяет оценить задержки при передаче данных и потери пакетов на каждом из участков маршрута к целевому узлу. Программа позволяет определить, какой маршрутизатор или какая подсеть являются проблемным участком с заниженными показателями качества передачи данных. Принцип работы программы основан на отправке множества эхо-запросов за определенный период времени на каждый из маршрутизаторов, участвующих в соединении, и вычислении средних показателей уровня задержки и потерь пакетов. В зависимости от параметров командной строки, эхо запросы могут отправляться каждому отдельному маршрутизатору или параллельно всем, участвующим в создании маршрута.
Формат командной строки:
pathping [-g <список_узлов>] [-h <число_прыжков>] [-i <адрес>] [-n] [-p <пауза>] [-q <число_запросов>] [-w <таймаут>] [-4] [-6] <конечный_узел>
Параметры командной строки:
- -g <список_узлов> Свободный выбор маршрута по списку узлов.
- -h <число_прыжков> Максимальное число прыжков при поиске узла.
- -i <адрес> Использовать указанный адрес источника.
- -n Не определять имена узлов по адресам.
- -p <пауза> Пауза между отправками пакетов (мсек).
- -q <число_запросов> Число запросов при каждом прыжке.
- -w <таймаут> Время ожидания каждого ответа (мсек).
- -4 Обязательное использование протокола IPv4.
- -6 Обязательное использование протокола IPv6.
Результат выполнения команды: pathping google.com
Трассировка маршрута к google.com [212.188.7.247]
с максимальным числом прыжков 30:
0 COMP [192.168.1.23]
1 192.168.1.1 [192.168.1.1]
2 ppp71-76-112-1 [71.76.112.1]
3 10.254.246.73 [10.254.246.73]
4 ss-cr04-be12.51.msk.stream-internet.net [212.188.1.5]
5 a197-cr04-be5.77.msk.stream-internet.net [195.34.59.106]
6 212.188.55.30
7 a197-cr03-xe-0-0-1.5.msk.stream-internet.net [212.188.55.101]
8 a197-cr04-be19.10.msk.stream-internet.net [212.188.55.25]
9 cache.google.com [212.188.7.247]
Подсчет статистики за: 225 сек. ...
Исходный узел Маршрутный узел
Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес
0 COMP [192.168.1.23]
0/ 100 = 0% |
1 4мс 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1 [192.168.1.1]
0/ 100 = 0% |
2 7мс 0/ 100 = 0% 0/ 100 = 0% ppp71-76-112-1 [71.76.112.1]
0/ 100 = 0% |
3 --- 100/ 100 =100% 100/ 100 =100% 10.254.246.73 [10.254.246.73]
0/ 100 = 0% |
4 10мс 0/ 100 = 0% 0/ 100 = 0% ss-cr04-be12.51.msk.stream-internet.net [212.188.1.5]
0/ 100 = 0% |
5 10мс 0/ 100 = 0% 0/ 100 = 0% a197-cr04-be5.77.msk.stream-internet.net [195.34.59.106]
0/ 100 = 0% |
6 8мс 0/ 100 = 0% 0/ 100 = 0% 212.188.55.30
0/ 100 = 0% |
7 8мс 0/ 100 = 0% 0/ 100 = 0% a197-cr03-xe-0-0-1.5.msk.stream-internet.net [212.188.55.101]
0/ 100 = 0% |
8 10мс 0/ 100 = 0% 0/ 100 = 0% a197-cr04-be19.10.msk.stream-internet.net [212.188.55.25]
0/ 100 = 0% |
9 9мс 0/ 100 = 0% 0/ 100 = 0% cache.google.com [212.188.7.247]
Трассировка завершена.
Вначале отображается стандартная трассировка, подобная той, что может быть получена при выполнении команды tracert, затем — статистические данные полученные при опросе маршрутизаторов. Отображается номер прыжка, среднее время отклика, соотношение утерянных и отправленных пакетов для исходного и маршрутного узлов, а также адрес маршрутизатора. В приведенном примере для прыжка 3 характерно 100% потерь адресованных ему пакетов, и отсутствие потерь для пакетов, посылаемых следующим за ним маршрутизаторам. Это проявление не является признаком какой-либо неполадки, а указывает лишь на блокировку эхо-запросов брандмауэром, что нередко делается по соображениям безопасности.
Диагностика при помощи PingPlotter
При возникновении разрывов соединения и фиксировании потерь пакетов, для локализации проблемы необходимо протестировать ваш канал связи. Для этой цели рекомендуем использовать программу PingPlotter, которая позволит определить на каких именно узлах возникают потери и задержки. Для корректной работы программы проделайте следующие действия:
- Скачайте программу с официального сайта.
- Отключите торрент-клиент, фаервол и прочие сетевые приложения для получения максимально точного результата тестирования.
- Запустите программу. В поле Address to Trace (цифра 1 на скриншоте) укажите адрес сервера, до которого будет проводиться тест (можно вписывать как доменное имя, так и ip-адрес). Задаем интервал проверок в поле Interval (цифра 2 на скриншоте). В поле Focus укажите ALL (цифра 3 на скриншоте). Нажмите на кнопку запуска теста (номер 4 на скриншоте).
- Cтолбец Avg показывает среднее время отклика последних образцов «X» (где «X» - это «время фокусировки»). Любые тайм-ауты / потерянные пакеты не включаются в это значение.
- Столбец Min показывает минимальное время отклика для текущего периода фокусировки.
- В столбце Cur отображается отдельное время выборки самого последнего образца, включенного в набор. Если номер отображается как ERR , это означает, что пакет был потерян (то есть: пакет был отправлен, но он никогда не возвращался).
- PL% указывает количество пакетов (ов), которые были потеряны в текущем наборе образцов. Если вы включаете только последние 10 образцов, то здесь показано только количество потерянных пакетов в последних 10 образцах. Если вы хотите узнать, сколько тайм-аутов произошло за весь сеанс, измените значение «Фокусное время» на «0» или «Все».
Отправьте скриншот программы, либо файл с данными программы(File>Export Sample set...) по электронной почте на tp@orionnet.ru для диагностики техническими специалистами.
В теме письма укажите номер заявки оставленной в технической поддержке, либо логин/лицевой счет вашей учетной записи.
Попытаемся на примере разобраться, где проблема.
В первом примере вы получаете прерывистую потерю пакетов на www.nessoft.com. Что мы можем определить из графика ниже?
Хоп 4 показывает потерю пакетов 5%. Хоп 5 не показывает потерю пакетов, так что вы знаете, что проблема в прыжке 16 происходит не из-за прыжка 4. Хоп 4, скорее всего, просто маршрутизатор, использующий другой путь ЦП для пакетов TTL = 0.
Хоп 9, однако, показывает потерю пакетов на 9%, и эта потеря пакетов продолжается до конечного пункта назначения. Это огромное указание на то, где проблема.
Теперь все, что мы знаем из этого, заключается в том, что проблема возникает после перерыва 8. Мы не знаем, действительно ли это происходит из-за перегрузки процессора в hop 9, проблемы с маршрутизатором в хоп 9 (или даже на стороне выхода хопа 8) , или если это соединение между хоп 8 и 9. Для этого требуется немного больше проблем.
Копая глубже, мы можем видеть (от доменных имен), что hop 8 находится в домене rr.com, а hop 9 - в домене alter.net. Кроме того, IP-адреса показывают разные диапазоны. Это подсказка, что на самом деле это связь между хопом 8 и 9, которая вызывает проблему. Вполне вероятно, что между этими двумя местоположениями недостаточно полосы пропускания.