Анализ трассировок и проблемы с соединением
Данная статья поможет вам определить качество вашего интернет соединения при возникновении проблем с подключением, с помощью программы Traceroute.
Traceroute — это служебная компьютерная программа, предназначенная для определения маршрутов следования данных в сетях TCP/IP. Для определения промежуточных маршрутизаторов traceroute отправляет серию (обычно три) пакетов данных целевому узлу, при этом каждый раз увеличивая на 1 значение поля TTL («время жизни»).
Команда tracert определяет путь, отправляя ICMP-сообщения «эхо-запрос» и «эхо-ответ» (подобно команде ping) для вывода на экран сведений о каждом пройденном маршрутизаторе и о времени обмена данными (RTT) с каждым из них. Если трассировка маршрута с помощью программы tracert окончилась неудачей, то на основании выводимых ею данных можно определить, какой промежуточный маршрутизатор не перенаправляет данные дальше или делает это слишком медленно.
Начнём с того, что запустим командную строку.
В Windows существует несколько способов запуска командной строки:
1. Пуск — Выполнить — В графе «Открыть» написать «cmd» и нажать Ок.
2. Нажать сочетание клавиш Win (кнопка с логотипом Windows) + R (должны быть нажаты одновременно) — В графе «Открыть» написать «cmd» и нажать Ок.
3. Пуск — Все программы (или просто «Программы», зависит от версии операционной системы) — Стандартные — Командная строка.
В открывшемся окне написать:
tracert *адрес который интересует или ип(без порта)*
Я решил разобрать на примере московских локаций нашего хостинга, значит интересовать нас будут следующие варианты.
tracert cs1.csserv.ru // Москва ДЦ Многобайт
tracert cs9.csserv.ru // Москва ДЦ Фиорд
tracert cs64.csserv.ru // Москва ДЦ Оверсан
После этого жмем кнопку Enter и ждём окончания выполнения трассировки. Появится надпись Трассировка завершена.
Трассировка маршрута к cs1.csserv.ru [212.76.153.22]с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.1.1 2 <1 мс <1 мс <1 мс juniper-1-p3-vl45-precore-flex.itcom.info [62.213.45.1] 3 <1 мс <1 мс <1 мс inet-gw-kras-ru.itcom.info [62.213.57.162] 4 1 ms 1 ms 1 ms itcom-info-gw.border.kras.ru [62.213.36.153] // Локальный провайдер, с первого узла и до данного. 5 1 ms 1 ms 1 ms kyk15.kyk26.f102.transtelecom.net [217.150.57.250] // Магистральный провайдер 6 * * * Превышен интервал ожидания для запроса. // Магистральный провайдер 7 56 ms 55 ms 55 ms MnogoByte-gw.transtelecom.net [217.150.54.185] // Оборудование магистрального провайдера, ч/з которое пользователи подключаются к ДЦ Многобайт 8 56 ms 148 ms 56 ms ip-core.mnogobyte.net [77.220.167.119] // Оборудование ДЦ Многобайт 9 56 ms 56 ms 57 ms 212.76.153.22 // Наша машинка
Трассировка завершена.
Трассировка маршрута к cs9.csserv.ru [80.77.174.158] с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.1.1 2 1 ms <1 мс <1 мс juniper-1-p3-vl45-precore-flex.itcom.info [62.213.45.1] 3 <1 мс <1 мс <1 мс inet-gw-kras-ru.itcom.info [62.213.57.162] 4 1 ms 1 ms 1 ms itcom-info-gw.border.kras.ru [62.213.36.153] // Локальный провайдер, с первого узла и до данного. 5 1 ms 1 ms 1 ms kyk15.kyk26.f102.transtelecom.net [217.150.57.250] // Магистральный провайдер 6 56 ms 135 ms 119 ms mskn01.transtelecom.net [217.150.41.226] // Магистральный провайдер 7 61 ms 60 ms 140 ms Fiord-gw.transtelecom.net [217.150.41.225] // Оборудование магистрального провайдера, через которое пользователи подключаются к ДЦ Фиорд 8 61 ms 61 ms 62 ms msk-dc-b1-vlan50.fiord.net [93.191.9.13] // Оборудование ДЦ Фиорд 9 60 ms 60 ms 60 ms 80-77-174-158.colo.fiord.ru [80.77.174.158] // Наша машинка
Трассировка завершена.
Трассировка маршрута к cs64.csserv.ru [188.127.239.74] с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.1.1 2 <1 мс <1 мс <1 мс juniper-1-p3-vl45-precore-flex.itcom.info [62.213.45.1] 3 <1 мс <1 мс <1 мс inet-gw-kras-ru.itcom.info [62.213.57.162] 4 1 ms 1 ms 1 ms itcom-info-gw.border.kras.ru [62.213.36.153] // Локальный провайдер, с первого узла и до данного. 5 1 ms 1 ms 1 ms kyk15.kyk26.f102.transtelecom.net [217.150.57.250] // Магистральный провайдер 6 * * * Превышен интервал ожидания для запроса. // Магистральный провайдер 7 55 ms 55 ms 55 ms Oversun-gw.transtelecom.net [217.150.54.25] // Оборудование магистрального провайдера, ч/з которое пользователи подключаются к ДЦ Оверсан 8 56 ms 55 ms 55 ms mr-o-rtc1-rsw-2.oversun.ru [94.198.48.154] // Оборудование ДЦ Оверсан 9 120 ms 56 ms 56 ms mr-o-rtc1-rsw-2.oversun.ru [94.198.48.113] 10 56 ms 55 ms 55 ms 188.127.239.74 // Наша машинка
Трассировка завершена.
Разберем, что же все это значит.
Бояться тут нечего, всё очень просто: 1(1) <1 мс(2) <1 мс(3) <1 мс(4) 192.168.1.1(5)
(1) - Номер прыжка. Прыжок это один шаг по пути следования трассировки.
(2) - Время отклика при посылки маленького ICMP пакета.
(3) - Время отклика при посылки среднего ICMP пакета.
(4) - Время отклика при посылки большого ICMP пакета.
(5) - IP адрес узла.
Данная информация поможет понять, на каком из узлов у нас наблюдаются проблемы.
А теперь разберёмся, кто за что отвечает:
1) Локальный провайдер – это узлы локального провайдера. Это оборудование является зоной ответственности вашего провайдера. Если на каком-либо скачке внутри сети возникает проблема, то решать её должен ваш провайдер.
2) Магистральный провайдер – это узлы, которые связывают между собой города и страны. В большинстве своём, это мощное оборудование, через которое перекачиваются терабайты информации. Не исключён тот факт, что в моменты пиковой нагрузки могут возникать проблемы и у них.
Если проблема возникает на этих узлах, то ваш локальный провайдер должен сообщить о проблеме магистральному провайдеру. В свою очередь, магистральный провайдер должен решить проблему или перенаправить маршрут до места назначения. Опять же, инициатором решения проблемы является ваш провайдер. Без его письма не начнется процесс исправления ошибки.
3) Оборудование ДЦ, в котором размещены наши сервера – это оборудование находится в нашей зоне ответственности, и если проблемы возникают на нем, то вам следует написать нам.
Скриншоты выполненной трассировки
Как видно на втором скриншоте, я выделил узлы оборудования ДЦ, в которых размещены наши сервера, только в том случае, если скачки пинга или потери пакетов (*) начались на данных узлах, проблему можно отнести к нашей зоне ответственности, в случаях проблем локального провайдера или магистрального, Вам следует обратиться к своему провайдеру. Разберем слегка подробнее и сделаем некоторые выводы. ICMP пакет идет по всем узлам, от узлов локального провайдера, магистрального, до наших серверов, на каждом из узлов показывает задержку, стоит еще понимать, что на каждом узле, особенного у магистральных провайдеров, может быть низкий приоритет ICMP пакетов, что никак не влияет на игровую обстановку на серверах, но тем самым может показывать не правильную задержку или вовсе потерю пакетов, в данном случае стоит обратить внимание на то, что на следующем узле пакет снова появляется и задержка примерно одинаковая.