Итак, эта информация может оказаться вам полезной, чтобы не задавать себе и другим лишних вопросов.
Попробую доходчиво объяснить и расшифровать понятие трассировка (tracert), а так же самим сделать анализ этой процедуры и понять «в чем затык?»
Итак, команда
tracert - отправляет пакеты данных тому получателю, который указали – это может быть адрес сайта, имя компьютера в сети или IP-адрес. При этом пакеты проходят через все промежуточные системы ( специальные сетевые устройства – маршрутизаторы) между нашим компьютером и получателем. Таким образом, устанавливается маршрут до пункта назначения, что гораздо более важно – определяем время отклика (значение в миллисекундах) каждого промежуточного узла,
можно обозвать пинг – это качество связи ( не путать со скоростью связи).
Немного остановлюсь на этом месте.
Каким считается хорошим пинг (его значение):
значки надеюсь все понимают(<)-меньше, (>)-больше, (ms)-миллисекунда
Хороший: < 45-40 ms (все ровно, бегаем, прыгаем, наслаждаемся)
Средний: < 55-50 ms (почти все ровно, тормоза редкое явление, практически не ощущаются)
Плохой: < 60-100 ms (присутствует торможение, но все же если не утомляет, можно и играть)
Ужасный: >100 (если вы наблюдаете такой пинг у себя, то скорее всего в скором времени у вас просто на просто пропадет связь с сервером, в игре ощущается такое торможение, как будто вас снимает скрытая камера в замедленном действии, лаги, баги, вылеты)
Вывод: Чем ниже цифровое значение пинга, тем комфортнее играть, пользоваться интернетом и прочее.
Замечание: Цифры взяты из личного комфорта, поэтому приведены от и до. Для кого-то считается норм и удобство <60, для кого-то <40.
Про скорость связи и качество связи отпишусь, что бы была понятна разница:
Пример: при скорости в 4 Мbit/s и пинге не превышающем значение >45 ощущение комфортное
при скорости в 10Mbit/s и пинге в значении >55 ужо таким может не оказаться
Как правило на качество влияет и равномерность пинга, резкие прыжки так же сказываются в виде «подвисаний», «торможений» и прочего.
Сейчас самое время перейти к самой к процедуре диагностики маршрутизации или трассировке:
для Win XP: жмем Пуск ---> Выполнить ( в этом поле прописываем команду: cmd) ---> Enter(в черном окошке появившемся прописываем: tracert gls.lotro.com) ---> Enter
для Win Vista/7: жмем Пуск ---> Найти программы и файлы (в этом поле прописываем команду: cmd) ---> Enter (в черном окошке появившемся прописываем: tracert lotro.com) ---> Enter
Смотрим и внимательно изучаем, что же нам там написалось(при необходимости копируем результаты в документ, на форум и прочее, правая кнопка мыши ---> выделить все ---> правая кнопка мыши в документе или на форуме)
Для сравнения взял два различных результата маршрутизации:
результат №1: (+/-) (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
C:\Users\USER>tracert lotro.com
Трассировка маршрута к gls.lotro.com [188.93.59.62]
с максимальным числом прыжков 30:
1 9 ms <1 мс <1 мс 192.168.91.1
2 <1 мс <1 мс <1 мс po-1-ge-balancer.shadrinsk.net [195.184.78.21]
3 <1 мс <1 мс <1 мс ge-2-4-se.shadrinsk.net [195.184.78.9]
4 5 ms 5 ms 5 ms 89.237.54.137
5 5 ms 5 ms 5 ms 217.150.62.70
6 31 ms 31 ms 31 ms mskn01.transtelecom.net [217.150.63.126]
7 31 ms 31 ms 31 ms Mailru-gw.transtelecom.net [217.150.63.125]
8 32 ms 31 ms 32 ms ae37.dl4.net.mail.ru [94.100.183.53]
9 32 ms 33 ms 33 ms 217.69.143.50
10 32 ms 31 ms 31 ms vl514.gw03.asrum-nival.com [195.211.130.18]
11 33 ms 33 ms 32 ms vl500.c01.astrum-nival.com [195.211.130.4]
12 32 ms 33 ms 33 ms vl499.j03.astrum-nival.com [178.22.92.203]
13 32 ms 32 ms 32 ms 188.93.59.62
Трассировка завершена.
результат №2: (+/-)
Трассировка маршрута к gls.lotro.com [188.93.59.62]
с максимальным числом прыжков 30:
1 1 ms <1 мс <1 мс 192.168.1.1 {ответ на ваш запрос локального провайдера}
2 20 ms 20 ms 23 ms L0.GHSDR13-ZP.alkar.net [213.154.198.74] {ответ локального провайдера}
3 21 ms 22 ms 23 ms 213.154.198.1 {ответ локального провайдера}
4 21 ms * * core-0-wsx670410ge-2-2-220dot1q.zaporozhine.net [62.221.41.149] {ответ локального провайдера}
5 110 ms 76 ms 57 ms dtel-ix.vegatele.com [193.25.180.51] {ответ магистрального провайдера}
6 94 ms 60 ms 104 ms dot1q-299.kiev-g50-bb.mirohost.net [89.1.ХХ.ХХ] {ответ магистрального провайдера}
7 104 ms 75 ms 111 ms icg-10G-gw.ix.net.ua [195.35.65.230] {ответ магистрального провайдера}
8 97 ms * 82 ms ua.net.mail.ru [89.184.64.18] {ответ оборудования mail.ru}
9 57 ms 84 ms 76 ms te8-6.dl10.net.mail.ru [94.100.183.94] {ответ оборудования mail.ru}
10 102 ms 103 ms 64 ms ae38.dl4.net.mail.ru [94.100.183.57] { ответ оборудования mail.ru}
11 116 ms 82 ms 66 ms 217.69.143.50 {ответ от оборудования для подключения к серверам lotros.ru}
12 * * * Превышен интервал ожидания для запроса. { непосредственный ответ от серверов lotro }
13 * * * Превышен интервал ожидания для запроса. { непосредственный ответ от серверов lotro }
14 * * * Превышен интервал ожидания для запроса. { непосредственный ответ от серверов lotro }
15 * * * Превышен интервал ожидания для запроса. { непосредственный ответ от серверов lotro }
16 * * * Превышен интервал ожидания для запроса. { непосредственный ответ от серверов lotro }
Разберем по полочкам наши результаты, как видно сразу, разница очевидна, но этот материал я написал не для мерянья некоторыми местами, а для сравнения.
Итак:
по результату №1 сказать, что все ровно и все хорошо больше нечего, он останется для сравнения
за разъяснение взят результат №2:
1 1 ms <1 мс <1 мс 192.168.1.1
(1) - Номер прыжка. Прыжок это один шаг по пути следования трассировки.
(2) - Время отклика при посылки маленького пакета.
(3) - Время отклика при посылки среднего пакета.
(4) - Время отклика при посылки большого пакета.
(5) - IP адрес узла.
Я расписал в {….} таких скобках маршрутизацию и подписал ответы оборудования по пути следования данного маршрута.
Диагностируем маршрут: для начала поймем действие прыжков, как видим на результате №2: локальный провайдер-локальный провайдер-магистральный провайдер-магистральный провайдер-оборудование mail.ru-оборудование mail.ru-игровые сервера lotro, это цепочка нашего маршрута, через различное оборудование, через различных провайдеров и к серверам.
Выясняем проблемы путем обыкновенного просмотра отправки пакетов, выше написано в описании строчек (номера прыжков). Мы посылаем, нам ответ приходит за сколько времени доставлен тот или иной пакет:
1 все ровно, пакеты ушли, нам показали за какое время (ms) ушел каждый пакет
2 все ровно
3 все ровно
4 где-то потерялось 2 пакета (средний и большой)
5 пакеты появились снова, но время доставки увеличилось (т.е. пинг)
6 неровное время отправки пакетов (пинг прыгает)
7 картина практически не меняется
8 пропадает средний пакет
9 – 11 пакеты присутствуют, но пинг растет и неравномерен
12 - 16 полное игнорирование пакетов, пинг вообще отсутствует
Вопрос: Кто виноват и что делать?
Ответ: Если внимательно прочитать эту статью сначала, то можно понять на каком именно этапе начались «косяки» и в зависимости от этого принимать решение об обращении либо к вашему локальному провайдеру, либо если виноват магистральный, то к нему, через локального и так по цепочке. С предоставлением результатов.
Надеюсь, что кому-нибудь это поможет в решении проблем на уровне интернет-соеденений!