Для начала, если кому интересно, исходные данные

Данный топик создал для того, чтобы попытаться коллективно исследовать проблему плохого пинга в вове, и возможно её решить.

Имею пинг в игре по кварцу 30.12.2009 в 11:37 дня 300-600мс, что меня совсем не устраивает. Вечером он еще больше ухудшится из-за местных школьников, качающих порно с торрентов.

Попытка решения проблемы номер раз:
Т.к. я не использую ОС Windows, то не могу попробовать установить фикс для реестра, поскольку у меня он отсутствует )
Идём другим простым путём.
1) Узнаём адрес сервера, на котором играем
а) Коннектимся к вову, пишем

б) Нас интересуют соединения с портом 3724.
в) Очевидно, 62.67.45.53:3724
2) Создаём правило для iptables

3) Создаём сервер socat

tos=0xd0, судя по rfc1349, "1000 -- minimize delay".
4) Запускаем socat, заходим в игру, смотрим tcpdump и пинг.

Видно, что tos в исходящих пакетах = 0xd0, а во входящих (омг) 0xc8.


Омг, tos = "0100 -- maximize throughput", где-то на пути ко мне стоит шейпер, который цуко оптимизирует канал для порноторрентов!

Теперь вопросы к обществу. Я неправ в своих выводах? Что можно сделать в такой ситуации? Есть мысли по прокидывания трафика вова через udp пакеты с помощью чьей-нибудь vds, находящейся ближе к серверам вова (например, через openvpn). Или стоит звонить провайдеру и сразу материться на него?

1000 = 8 = 0x08.

Упс. Есть сдвиг на один бит. 0xd0 - нормально. Почему не 0xf0?

Да, я забыл показать трассировку.

Как видно из трассировки, пинг должен быть около 160-200 (причем сейчас уже близится вечер). А в игре сейчас 400.

Мне доступны три провайдера, у других ситуация ещё хуже - дисконнекты, пинг в вове до 2000мс, падение сети и т.д.

ps: А на винду не вернусь. Не нужны мне эти зависоны, вирусы кривые платные проги и ограниченный системный инструментарий.

Добавлено спустя 6 минут 33 секунды:

С этим я прогнал ) Взял первые 3 бита от того, что ко мне приходит (0xc8 = 11001000), когда экспериментировал, изменил tos, и получилось 0xd0. И забыл зачем. Раньше было 0x10.

Похоже на шейпер. Просто так ToS не переписывают.

По трейсу - есть два скачка:

Первый - #3 (или #2, непонятно) - переход от тебя к твоему провайдеру, обусловлен качеством канала связи и загрузкой принимающего узла провайдера. В целом цифры нормальные.

Второй - #6 - переход от твоего провайдеру к провайдеру верхнего уровня, обусловлен загрузкой двух общающихся узлов. Цифры большие. 80ms это очень много. Один из узлов перегружен.

В целом, хотя между тобой и Близзардом и больше чем один провайдер, ToS переписывает скорее всего именно твой. Это первая проблема. Вторая проблема - скачок на 80ms выше.

Звони, разбирайся. Попытка - не пытка. Удачи и с Новым Годом!

(И, да, установка Windows тут не поможет.)

Нет, перед друзьями я понтовался FreeBSD 3.6 в десятом классе, когда держал ноду в фидонете оО

Пробовал дебиан и генту (дистрибы взял у знакомого), второе понравилось больше, на генту и остался.

Но вопрос топика-то не в генту, и не в том, что линукс лучше/хуже винды.

Добавлено спустя 2 минуты 52 секунды:

Гугление дало знание, что узел 5 находится в Сибири, а узел 6 в Европе. Поэтому такая цифра тоже вполне нормальная.


Спасибо )

Фикс выключает алгоритм Нагла (Nagle). В примере выше это сделано параметром "nodelay" в вызове socat.

Последнее замечание:

Технически, "сервер" общающийся с "клиентом" по TCP (понятия сервер и клиент во многих случаях сильно размыты) не обязан использовать тот же самый ToS, который использует клиент. Больше того, он может использовать разные ToS'ы для разных запросов в пределах одного соединения. Таким образом, переписывание ToS может производиться и Близзардовским сервером. На практике, однако, это делается редко. Переписывают ли ToS сервера WoW я не знаю. Но вот провайдер переписывать ToS не должен ни при каких обстоятельствах.

Мне и так сказочно, и всё работает.