MOCT Опубликовано 28 октября, 2010 Опубликовано 28 октября, 2010 Пуск - выполнить - cmd /k tracert game.rus-fishsoft.ru Для понимания что такое трасса и как она влияет на пинг игрового сервера, и в целом на качество и стабильность вашей игры на сервере, привожу два скрина. Оба сделаны на моём компьютере с интервалом в 3 минуты. Оба соединения через 3G модемы, только от разных провайдеров. пинг 100 мс пинг 190 мс Разница заметна? Почти в 2 раза. А сигнал шел между одними и теми же крайними точками, мой комп - игровой сервер. Непрерывный пинг на сервер запускаем командой cmd /k ping game.rus-fishsoft.ru -t
Kish Опубликовано 8 января, 2011 Опубликовано 8 января, 2011 Пытаюсь понять,что такое трассерт и пинг,но безрезультатно.В готовых ответах прочитал пост администратора,выполнил предложенные команды:при выполнении первой прошел какой-то процесс,мне совершенно непонятный,по второй выдает вот это .... огромная просьба,разъясните,что это такое и как влияет на игру!Заранее благодарен! 1. Пинг - ping. ping — утилита для проверки соединений в сетях на основе TCP/IP. Она отправляет запросы (ICMP Echo-Request) протокола ICMP указанному узлу сети и фиксирует поступающие ответы (ICMP Echo-Reply). Время между отправкой запроса и получением ответа (RTT, от англ. Round Trip Time) позволяет определять двусторонние задержки (RTT) по маршруту и частоту потери пакетов, то есть косвенно определять загруженность на каналах передачи данных и промежуточных устройствах. Также пингом иногда ошибочно называют время, затраченное на передачу пакета информации в компьютерных сетях от клиента к серверу и обратно от сервера к клиенту. Это время называется лагом (англ. отставание; задержка, запаздывание) или собственно задержкой и измеряется в миллисекундах. Лаг связан со скоростью соединения и загруженностью каналов на всём протяжении от клиента к серверу. Полное отсутствие ICMP-ответов может также означать, что удалённый узел (или какой-либо из промежуточных маршрутизаторов) блокирует ICMP Echo-Reply или игнорирует ICMP Echo-Request. Программа ping является одним из основных диагностических средств в сетях TCP/IP и входит в поставку всех современных сетевых операционных систем. Функциональность ping также реализована в некоторых встроенных ОС маршрутизаторов, доступ к результатам выполнения ping для таких устройств по протоколу SNMP определяется RFC 2925 (Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup Operations). Так как для отправки ICMP-пакетов требуется создавать raw-сокеты, для выполнения программы ping в unix-системах необходимы права суперпользователя. Чтобы обычные пользователи могли использовать ping в правах доступа файла /bin/ping устанавливают SUID-бит. 2. Трасерт - Traceroute Traceroute — это служебная компьютерная программа, предназначенная для определения маршрутов следования данных в сетях TCP/IP. Traceroute основана на протоколе ICMP. Программа traceroute выполняет отправку данных указанному узлу сети, при этом отображая сведения о всех промежуточных маршрутизаторах, через которые прошли данные на пути к целевому узлу. В случае проблем при доставке данных до какого-либо узла программа позволяет определить, на каком именно участке сети возникли неполадки. Здесь хочется отметить, что программа работает только в направлении от источника пакетов и является весьма грубым инструментом для выявления неполадок в сети. В силу особенностей работы протоколов маршрутизации в сети Интернет, обратные маршруты часто не совпадают с прямыми, причем это справедливо для всех промежуточных узлов в трейсе. Поэтому, ICMP ответ от каждого промежуточного узла может идти своим собственным маршрутом, затеряться или прийти с большой задержкой, хотя в реальности с пакетами которые адресованы конечному узлу этого не происходит. Кроме того, на промежуточных маршрутизаторах часто стоит ограничение числа ответов ICMP в единицу времени, что приводит к появлению ложных потерь. Traceroute входит в поставку большинства современных сетевых операционных систем. В системах Microsoft Windows эта программа носит название tracert, а в системах GNU/Linux, Cisco IOS и Mac OS — traceroute. 3. Чем меньше значение отклика от сервера до компьютера, отправляющего запрос к серверу и короче маршрут по которому этот сигнал проходит - тем лучше. Особенно если учитывать, что на маршруте компьютер-сервер нет явных провалов по отклику. 4. То что Вы попытались сделать пингованием и трассировкой назвать нельзя - Вы пытались найти сервер в системных папках на своем компьютере. Правильно строки для проверки выглядят так: cmd /k ping game.rus-fishsoft.ru -t cmd /k tracert game.rus-fishsoft.ru 2
Разработчик vvz Опубликовано 16 января, 2011 Разработчик Опубликовано 16 января, 2011 Диагностика соединения выполняемая с помощью бесплатной утилиты WinMTR. Обычные программы Ping и Tracert могут обнаружить наличие задержек и потери пакетов, но не могут указать на масштабы задержек и потерь. Утилита WinMTR позволяет проверить теряет ли ваш интернет канал информацию и если теряет, то в каких масштабах. Утилиту WinMTR можно скачать с Сайта разработчика.WinMTR-v092.zip Для получения ссылки на скачивание нужно заполнить специальную форму. После заполнения формы и получения ссылки у тех, у кого не пойдет прямое скачивание файла, нужно кликнуть по ссылке правой кнопкой мышки и выбрать пункт "Сохранить по ссылке как...". Утилита WinMTR может отслеживать состояние сети в течении долгого времени. Оставьте WinMTR при включенной онлайн игре работать в течении нескольких минут, затем сохраните результаты в текстовый или htm файл. http://s016.radikal.ru/i337/1101/fa/021a62602528.jpg Содержание файла будет иметь примерно такой вид: |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | 10.234.6.77 - 12 | 131 | 116 | 21 | 27 | 36 | 30 | | UTC-KievglavArhit.ukrtel.net - 0 | 116 | 116 | 29 | 29 | 29 | 29 | | 10.50.19.26 - 0 | 116 | 116 | 29 | 29 | 31 | 29 | | war-b1-link.telia.net - 100 | 116 | 0 | 5000 | 0 | 0 | 0 | | hbg-bb1-link.telia.net - 0 | 116 | 116 | 29 | 31 | 189 | 29 | | s-bb1-link.telia.net - 0 | 116 | 116 | 29 | 32 | 169 | 29 | | retn-ic-135938-s-b3.c.telia.net - 0 | 116 | 116 | 69 | 72 | 129 | 69 | | ae1-6.RT.POL.SPB.RU.retn.net - 0 | 116 | 116 | 68 | 72 | 129 | 89 | | GW-Eltel.retn.net - 0 | 116 | 116 | 69 | 73 | 139 | 89 | | te7-3-90.RT077-313.eltel.net - 1 | 117 | 116 | 69 | 69 | 70 | 69 | | No response from host - 100 | 116 | 0 | 5000 | 0 | 0 | 0 | | No response from host - 100 | 111 | 0 | 5000 | 0 | 0 | 0 | | 217.170.68.82 - 0 | 106 | 106 | 68 | 71 | 78 | 74 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.91 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider При работе утилиты WinMTR контролируются следующие параметры: | Hostname | Nr | Loss % | Sent | Recv | Best | Avrg | Worst | Last | Сохраняются в файл следующие параметры: | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | Hostname (Host) - это имя или IP адрес сервера через который идет сигнал. Nr - это порядковый номер сервера через который идет сигнал. Loss % (%) - очень важный параметр - потеря пакетов. В случае если потери превышают 5% качество соединения очень сильно упадет. Sent | Recv - это количество посланных и принятых пакетов, именно из разницы этих значений вычисляется процент потерь. Best | Avrg | Wrst | Last - это Лучшее, Усредненное, Худшее и Последнее время ответа сервера в миллисекундах. Эти величины представляют значения на входе в игровой сервер. Если тут вы встречаете значения больше 100 - это плохо. Значения же до самой игры будут иметь еще большие величины. Рассмотрим несколько строчек из полученной трассировки: Самая первая строка: Возможно это ваш домашний маршрутизатор. 10.234.6.77 - 12 | 131 | 116 | 21 | 27 | 36 | 30 | У вас сразу же потери на маршрутизаторе составят 12%, было отправлено 131 пакет, получено 116. Лучшее время ответа 21 ms, среднее 27 ms, худшее 36 ms. Четвертая строка: | war-b1-link.telia.net - 100 | 116 | 0 | 5000 | 0 | 0 | 0 | Этот маршрутизатор просто не отвечает на трассировки. 100% потерянных пакетов, тем не менее сигнал идет дальше. Это означает, что ICMP пакеты этот маршрутизатор просто игнорирует - это нормально. Седьмая строка: | retn-ic-135938-s-b3.c.telia.net - 0 | 116 | 116 | 69 | 72 | 129 | 69 | Потери пакетов нет, но задержка увеличилась. Лучшее время ответа 69 ms, среднее 72 ms, худшее 129 ms. Т.е. этот узел увеличил значение пинга, правда без потери пакетов. В последующих строках величина значения пинга остается где то в таких же пределах В десятой строке: | te7-3-90.RT077-313.eltel.net - 1 | 117 | 116 | 69 | 69 | 70 | 69 | Произошла потеря 1% пакетов, но величина пинга осталась такой же. Одиннадцатая и двенадцатая строки: | No response from host - 100 | 116 | 0 | 5000 | 0 | 0 | 0 | | No response from host - 100 | 111 | 0 | 5000 | 0 | 0 | 0 | Они выглядят точно так же, как и четвертая строка. Это фаервол нашего сервера, он тоже не отвечает на трассировки и 100% потерь на этом шаге логичны - это нормально. В последней строке: | 217.170.68.82 - 0 | 106 | 106 | 68 | 71 | 78 | 74 | Мы видим результирующие значения величин на игровом сервере. Потерь нет, лучшее время ответа 68 ms, среднее 71 ms, худшее 78 ms. С такими значениями мы можем играть на игровом сервере, но имеющиеся потери пакетов будут сказываться на качестве игры, возможно даже что в какой то момент может произойти разрыв связи с сервером т.к. в первой строке потеря пакетов составляет 12%. Если скорость вашей линии хорошая, то небольшие потери 1-2% вы даже не заметите, но если скорость находится на грани - замедления могут стать катастрофическими. Если при просмотре статических сайтов (сайт Русской рыбалки, форум и т.д.) потеря пакетов в 5-10% не страшна, то в игре, где ситуация меняется каждую секунду хорошее качество канала очень важно. Если потери превысят определенный критический порог, в среднем это 10%, скорее всего связь с игрой прервется. МОСТ ____ Прикрепляю версию 092, поскольку сайт не всегда доступен. WinMTR-v092.zip
Разработчик vvz Опубликовано 16 января, 2011 Разработчик Опубликовано 16 января, 2011 Рассмотрим основные факторы влияющие на качество интернет соединения для онлайн игры. Основными критериями для оценки качества интернет канала являются его доступность (availability) и быстродействие (response time). Первый определяет, какую часть времени канал открыт для использования, т.е. работоспособен, а второй - насколько оперативно передаются по нему данные. Пока наиболее распространенным инструментом для определения быстродействия Интернет-канала является команда ping, принцип ее работы описан в предыдущих сообщениях. Казалось бы, все просто, если после выполнения команды ping ответ приходит быстро, то, значит, и канал работает быстро, а если с большой задержкой, то, следовательно, канал работает медленно. Но при использовании ICMP-эха для измерения быстродействия интернет канала, иногда результат получается парадоксальным. Ответ от маршрутизатора, расположенного дальше, может приходить быстрее, чем от находящегося ближе. На значение ICMP-эха влияют: задержка распространения сигнала по каналам связи, транспортная задержка, определяемая загруженностью каналов связи, и задержка ответа «пингуемого» устройства, зависящая от его загруженности. При возникновении ошибок передачи данных, ICMP-пакеты будут просто теряться. Сейчас бытует мнение, что характеристика ICMP-эха может применяться лишь для оценки доступности Интернет-канала, а не его быстродействия. Большинство российских ISP (Internet Service Provider — сервис-провайдеров) при заключении контрактов с клиентами на предоставление постоянного Интернет-канала оговаривают лишь технологию (DSL, Frame Relay/ATM, RadioEthernet, спутниковый канал) и физическую скорость (64 кбит/c, 128 кбит/c и т.д.). При этом они очень редко затрагивают вопрос о качестве. Однако различные сетевые технологии имеют и различные потребительские свойства, в частности эффективную пропускную способность. Не секрет, что каналы, обладающие одинаковой физической скоростью (шириной) и выполненные по одной и той же сетевой технологии, порой сильно различаются по качеству. Рассмотрим основные моменты работы системы клиент-сервер в онлайн играх задействующих реальное время. В идеале, общение клиент-сервер для таких игр должно быть мгновенным, в обмене данными не должно быть никаких ограничений по их количеству и
Рекомендуемые сообщения