Большие потери на узле!

факт в том, что лаги и фризы стали х2 как собсна и пинг.

 

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

 

http://**********/data/upload/fb1a9/6895e/6f6cb63217.jpg
http://**********/data/upload/0fccf/4fa6c/b1c85a916d.jpg
это было вечером.
гамать анриал. изменения будут?

 

c:\documents and settings\химера>tracert 109.105.134.13

трассировка маршрута к aion-frost-03.ti.msk.inn.ru [109.105.134.13]
с максимальным числом прыжков 30:

1 113 ms 132 ms 112 ms 77.109.0.225
2 107 ms 120 ms 118 ms 77.109.0.182
3 124 ms 132 ms 128 ms ae3-283.rt.ntl.kiv.ua.retn.net [87.245.247.113]

4 129 ms 249 ms 168 ms ae3-7.rt.m9.*******.retn.net [87.245.233.197]
5 175 ms 167 ms 182 ms gw-innova.retn.net [87.245.255.138]
6 185 ms 180 ms 177 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
7 * * * превышен интервал ожидания для запроса.
8 147 ms 159 ms 155 ms aion-frost-03.ti.msk.inn.ru [109.105.134.13]

трассировка завершена.


дата и время: 20/03/2011 22:05
местоположение: ukraine, kyyivs'ka oblast', kiev

traceroute 94.248.53.190

host: speedtest-1-ti loss% snt last avg best wrst stdev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.4 0.3 0.2 0.4 0.0
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.4 2.7 0.3 21.1 6.5
3. mow-m9-i2-link.telia.net 0.0% 10 0.6 0.6 0.5 0.7 0.1
4. mow-b4-link.telia.net 0.0% 10 24.8 2.9 0.4 24.8 7.7
5. s-bb2-link.telia.net 0.0% 10 26.5 35.3 26.4 82.5 19.6
6. ffm-bb2-link.telia.net 0.0% 10 46.0 46.0 45.9 46.1 0.1
7. ffm-b12-link.telia.net 0.0% 10 48.7 51.9 45.6 81.3 10.4
8. cogent-ic-140550-ffm-b12.c.telia.net 0.0% 10 72.1 75.9 72.1 79.6 2.4
9. te0-3-0-4.ccr21.muc01.atlas.cogentco.com 10.0% 10 101.2 105.7 101.2 107.7 2.0
10. te0-1-0-0.ccr21.bts01.atlas.cogentco.com 0.0% 10 112.4 113.9 110.9 116.4 1.6
11. te8-4.ccr01.kbp01.atlas.cogentco.com 0.0% 10 86.3 87.6 85.2 90.8 1.8
12. 149.6.190.158 0.0% 10 52.0 51.9 51.7 52.5 0.2
13. 77.109.0.174 0.0% 10 62.6 54.7 52.5 62.6 3.9
14. 77.109.0.165 0.0% 10 53.1 53.0 52.7 53.3 0.2
15. 77.109.0.225 0.0% 10 54.5 56.1 53.0 74.1 6.5
16. 94-248-53-190.dynamic.peoplenet.ua 10.0% 10 182.1 195.1 140.2 430.3 89.2
trace complete.

пинг подпрыгнул с 300 до 600 и очень часто поднимается до нескольких тысяч,при этом я зависаю секунд на 10. все было норм,пока не начались потери на узле,который выделен красным.

 

radix

поддержу тему и авторов!
с 18 марта после 12:00 по московскому времени действительно появились фризы или как их назвать точно я незнаю! я играю в айон давно и поверте по времени в игре провожу очень, очень много времени! так вот вернусь к теме, обычный мой пинг в игре от 60 до 100, но через некоторый период времени как входишь в игру (10-15мин) пинг возрастает до 500-600 и длится 1-2мин, потом всё возвращается на круги своя 60-100 пинг. суть в том, что данный рост пинга в игре имеет свою периодичность и повторяется, отследить его проблематично. а учитывая игровой процесс, данжи и осады и периодичность данного необоснованного пинга вследствии встеч с противоположной рассой, ставит даже меня в тупик, в чём может быть дело! если я не ошибаюсь мой оператор тоже ростеликом с оператором на протяжении 1 часа тестировали мне скорость и она составила от 5-11мб/сек, что вполне хватает для игры в айон! пробовал я поставить настройки игры на самые минимальные, но это тоже не помогает в итоге я пришёл к выводу, что происходят потери связи частичные и периодические.
я бы срадостью провёл трассировку, но не селён в этих вопросах! надеюсь вы обратите на массовость пользователей пишущих об этом и поможете нам в игру вернуть нормальный пинг, спс.

 

ну что ж, отчитаюсь... после 2-хнедельных переговоров и тестов, провайдер вчера поменял маршруты. теперь у меня такая картина:

туда:
c:\documents and settings\admin>tracert 109.105.134.14

трассировка маршрута к aion-frost-04.ti.msk.inn.ru [109.105.134.14]
с максимальным числом прыжков 30:

1 2 ms 1 ms 1 ms ***3.str.ufanet.ru [92.50.178.7]
2 1 ms 2 ms 2 ms 92.50.178.1.static.str.ufanet.ru [92.50.178.1]
3 3 ms 3 ms 3 ms cmr4-1-vl16.ufa.ufanet.ru [92.50.191.225]
4 3 ms 3 ms 3 ms b0-cmir4.ufanet.ru [92.50.190.34]
5 27 ms 3 ms 3 ms 188.128.90.25
6 25 ms 24 ms 24 ms ae-8.m7-ar3.msk.ip.rostelecom.ru [87.226.133.174]
7 25 ms 24 ms 24 ms 79.133.94.86
8 25 ms 24 ms 24 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
9 25 ms * 26 ms fw-2-ti-ae-1-57.msk.inn.ru [109.105.128.46]
10 25 ms 25 ms 25 ms aion-frost-04.ti.msk.inn.ru [109.105.134.14]

трассировка завершена.

обратно:
traceroute 94.41.54.176

host: speedtest-1-ti loss% snt last avg best wrst stdev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.3 0.3 0.2 0.4 0.0
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.4 0.3 0.3 0.4 0.0
3. 79.133.94.85 0.0% 10 0.4 2.1 0.4 17.6 5.4
4. 95.167.92.118 0.0% 10 21.1 21.1 21.1 21.1 0.0
5. 188.128.90.26 0.0% 10 21.3 21.3 21.2 21.4 0.1
6. cmir4-b0.ufanet.ru 0.0% 10 21.3 21.3 21.2 21.6 0.1
7. cstr1-1-vl16.str.ufanet.ru 0.0% 10 31.0 30.4 30.3 31.0 0.2
8. ***3.str.ufanet.ru 0.0% 10 22.7 22.7 22.7 22.8 0.0
9. 94.41.54.176.dynamic.ufanet.ru 0.0% 10 24.2 24.6 24.2 25.0 0.3

trace complete.

вечером потестю в игре

 

браво, провайдер.

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

Код:

router: moscow, mmts-9 
command: show route protocol bgp 94.41.54.176 terse 

inet.0: 357340 destinations, 1805026 routes (355157 active, 0 holddown, 381708 hidden)
+ = active route, - = last active, * = both

a destination        p prf   metric 1   metric 2  next hop        as path
[color="red"]* 94.41.0.0/18       b 170         95      10000 >79.133.94.85    12389 24955 i[/color]
                     b 170         95      30000 >193.232.245.71  12389 24955 i
                     b 170         95      30000 >193.232.247.71  12389 24955 i
                     b 170         85      40000 >217.150.49.198  20485 24955 i
                     b 170         85      39900 >87.245.255.137  9002 20485 24955 i
                     b 170         85      40000 >213.248.96.69   1299 12389 24955 i
                     b 170         85      40000 >195.161.4.145   8342 12389 24955 i

dinet.inet.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)

rtcomm.inet.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)

:cdn.inet.0: 355214 destinations, 1424827 routes (354927 active, 0 holddown, 1722 hidden)
+ = active route, - = last active, * = both

a destination        p prf   metric 1   metric 2  next hop        as path
[color="red"]* 94.41.0.0/18       b 170         95      10000 >79.133.94.85    12389 24955 i[/color]
                     b 170         95      30000 >193.232.245.71  12389 24955 i
                     b 170         95      30000 >193.232.247.71  12389 24955 i
                     b 170         85      39900 >87.245.255.137  9002 20485 24955 i
                     b 170         85      39980 >195.161.4.145   8342 12389 24955 i
                     b 170         85      40000 >213.248.96.69   1299 12389 24955 i
                     b 170         84      50000 >217.150.49.198  20485 24955 i

{master}

т.е. маршрут что до инфрасруктуры инновы и ее игровых серверов, что до апдейт-сети (cdn-node) идет одинакого через 79.133.94.85 и as12389, а это у нас (запрос к ripe):

Код:

% information related to 'as12389'
aut-num:         as12389
as-name:         rostelecom-as
descr:           jsc rostelecom

ростелеком. интересно, что же у нас будет в части геймплея. т.е. наличие / отсутствие "лагов" и т.п., а также значения внутриигрового пинга в моменты высокой нагрузки на площадку серверов.

 

вечером поиграю и обязательно отпишусь ;d

 

здраствуйте radix,хотел поинтересоваться именно у вас так как вижу нормальные адекватные ответы на проблемы игроков а не бональное "у нас все хорошо обращяйтесь к своему провайдеру" испытываю такие же проблемы после профилактики с 9 марта по сегоднешний день большие задержки в игре от 2-4 сек (похожие) скачки пинга такие как у пользователя выше "повелитель" и хотел бы попросить хоть какой-то помощи в решении данной проблемы

трасировка

microsoft windows xp [версия 5.1.2600]
(с) корпорация майкрософт, 1985-2001.

c:\documents and settings\admin>tracert trace.inn.ru

трассировка маршрута к trace.inn.ru [109.105.130.95]
с максимальным числом прыжков 30:

1 35 ms 39 ms 39 ms 95.58.200.8
2 38 ms 39 ms 39 ms 95.58.200.1
3 38 ms 39 ms 39 ms 82.200.215.166
4 48 ms 49 ms 49 ms seme-core-l2-1-2.online.kz [92.47.150.253]
5 48 ms 49 ms 149 ms asta-core-l1-1.online.kz [92.47.145.146]
6 47 ms 49 ms 49 ms 92.47.144.225
7 48 ms 49 ms 99 ms asta-gate-1.online.kz [92.47.151.166]
8 128 ms 119 ms 119 ms 94.25.4.125
9 167 ms 129 ms 129 ms ae-8.m7-ar3.msk.ip.rostelecom.ru [87.226.133.174
]
10 118 ms 149 ms 119 ms 79.133.94.86
11 118 ms 119 ms 119 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
12 117 ms 119 ms 119 ms speedtest.inn.ru [109.105.130.95]

трассировка завершена.

трассировка до игрового клиента (сервер гардарика)

c:\documents and settings\admin>tracert 109.105.134.11

трассировка маршрута к aion-frost-01.ti.msk.inn.ru [109.105.134.11]
с максимальным числом прыжков 30:

1 37 ms 39 ms 39 ms 95.58.200.8
2 36 ms 39 ms 38 ms 95.58.200.1
3 36 ms 39 ms 39 ms 82.200.215.166
4 46 ms 49 ms 49 ms seme-core-l2-1-2.online.kz [92.47.150.253]
5 48 ms 49 ms 49 ms asta-core-l1-1.online.kz [92.47.145.146]
6 47 ms 49 ms 49 ms asta-core-l2-1.online.kz [92.47.145.38]
7 47 ms 49 ms 49 ms 92.47.150.37
8 127 ms * 135 ms 94.25.4.125
9 133 ms 169 ms 128 ms ae-8.m7-ar3.msk.ip.rostelecom.ru [87.226.133.174
]
10 116 ms 119 ms 119 ms 79.133.94.86
11 123 ms 118 ms 119 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
12 117 ms * * fw-2-ti-ae-1-57.msk.inn.ru [109.105.128.46]
13 120 ms 119 ms 119 ms aion-frost-01.ti.msk.inn.ru [109.105.134.11]

трассировка завершена.

в большинстве трасировка разная но напригают в основе адреса ( 8,9 и 12)

мои ip - 178.90.235.127

буду благодарен хоть за какую нибудь помощь...

 

не радикс, но отвечу - проблема начинается на узле 94.25.4.125 - это магистраль (ростелеком).
варианты решения:
- звонить провайдеру с просьбой смены маршрута (вряд ли поможет - не в их власти);
- связываться с тп ростелекома с просьбой сменить шлюз (вряд ли поможет, но в их власти)
- писать артуру оф.письмо - м.б. на высоком уровне что-либо решится...
- терпеливо ждать, поскольку проблемы у ростелекома наблюдаются уже давно и непонятно когда кончатся...

 

здравствуйте, sapfi.
ряд рекомендаций вам уже привели выше. могу добавить тут не так уж и много:
1) хотелось бы ваши трассы увидеть в некоторой динамике. утилита tracert дает нам крайне неудобоваримое представление показателя потерь сигнала. трассы в динамике с нарастающей статистикой нам помогут сделать такие утилиты как:
winmtr (http://winmtr.net/download-winmtr/) или pingplotter (http://www.pingplotter.com/download.html). так мы немного объективнее сможем оценить ситуацию на канале.
2) хотелось бы все таки ж увидеть вашу обратную трассу с сайта trace.inn.ru. я конечно могу с маршрутизатора mmts-9 пустить к вам сигнал и посмотреть маршрут, но хотелось бы посмотреть от вас аналогичный тест.
3) хотел бы просто обратить ваше пристальное внимание на то, что обратный сигнал (от инновы) идет далеко не через ростелеком, как прямой сигнал, а через (листинг маршрутов с маршрутизатора mmts-9):

Код:

router: moscow, mmts-9 
command: show route protocol bgp 178.90.235.127 terse 

inet.0: 357508 destinations, 1806084 routes (355427 active, 0 holddown, 381557 hidden)
+ = active route, - = last active, * = both

a destination        p prf   metric 1   metric 2  next hop        as path
[color="red"]* 178.90.224.0/19    b 170         85      40000 >217.150.49.198  20485 9198 i[/color]
                     b 170         85      39900 >87.245.255.137  9002 20485 9198 i
                     b 170         85      40000 >213.248.96.69   1299 20485 9198 i
                     b 170         85      40000 >195.161.4.145   8342 3356 20485 9198 i

dinet.inet.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)

rtcomm.inet.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)

:cdn.inet.0: 355398 destinations, 1425662 routes (355197 active, 0 holddown, 1348 hidden)
+ = active route, - = last active, * = both

a destination        p prf   metric 1   metric 2  next hop        as path
[color="red"]* 178.90.224.0/19    b 170         85      39900 >87.245.255.137  9002 20485 9198 i[/color]
                     b 170         85      40000 >213.248.96.69   1299 20485 9198 i
                     b 170         85      39980 >195.161.4.145   8342 3356 20485 9198 i
                     b 170         84      50000 >217.150.49.198  20485 9198 i

{master}

т.е. от игровых серверов, от логин-сервера, от web-серверов и прочей инфраструктуры инновы сигнал вернется к вам через as20485, это у нас (запрос к ripe, если не знаете навскидку):

Код:

aut-num:         as20485
as-name:         [color="red"]transtelecom[/color]
descr:           jsc company transtelecom
descr:           moscow, russia
remarks:         -----------------------------------------------
remarks:         upstreams
remarks:         -----------------------------------------------
import:          {
********

т.е. транстелеком. ну а as9198 (запрос к ripe - вам как домашнее задание) - это домашняя сеть kaztelecom. т.е. ваш поставщик услуг связи практически.
а вот сигнал с апдейт-серверов инновы (файловое хранилище инновы и т.п.) пройдет более длинный путь, прыгнув сначала в as9002 (это магистрал retn), а потом так, как мы описали выше - в ттк и к вам.

т.к. апдейт-сервер на геймплей не влияет, то об особенности организации обратного пути от апдейт-сегмента инновы мы забываем. вообще обратная трасса через ттк - весьма неплохой выбор вашего регионального провайдера, я считаю.
зачем я вам это показываю? все просто - чтобы вы прикинули, какие варианты организации обмена с инновой есть у вашего провайдера на настоящий момент. еще раз внимательно гляньте лог с маршрутизатора. мы рассмотрели с вами лучший маршрут по мнению провайдеров, т.е. иннова - ттк - ваш провайдер. но ниже в листинге есть такие варианты как:

• иннова - ретн - ттк -ваш провайдер (это как от апдейт-сети, об этом писал выше. также можно сделать и от игровых серверов)
• иннова - телиасонера - ттк - ваш провайдер (примерно тоже, что и выше, только другой выход на ттк)
• иннова - рткомм - level3 (европа!) - ттк - ваш провайдер (как видите, это ужасно. в общем экзотика и на любителя)

именно поэтому я считаю, что маршрут выбран корректно. т.к. в любом случае сигнал попадает в ттк, так зачем гнать трафик через еще ряд провайдеров, когда можно иннове отдавать его напрямую к вам через ттк? разве если аварии на ттк и слетели некоторые стыки - но это уже "внештатка", сами понимаете. резюмируя, можно сделать вывод, что вряд ли вы и ваш провайдер волшебным образом подтянет обратную трассу - она на уровне. если и оптимизировать, то только прямую + снижать потери и простои в своей домашней региональной сети.

 

2 radix



для полноты картины в динамике в программе какие параметры для полей:
# of times to trace
trace delay
samples to include
оптимальнее всего выставить?

стоят по умолчанию. особенно # of times to trace интересует. выставила 2 (мин, как я понимаю?) - в отличии от бесконечного значения перестала обновляться статистика - ничего не понимаю =(

спасибо большое за ссылки на утилиты - новый повод мучать тп провайдера

Спойлер

 

agnessa,
# of times to trace - это не минуты, а количество семплов трасс, которые вы хотите получить. если на примере:

Спойлер

каждый такой "столбец" - это один семпл (трассировка). естественно, что при сверхстабильном сигнале они вырождаются в прямую, поэтому не удивляйтесь, если столбцов не будет некоторое время.

зачем нужна эта опция? да за тем, чтобы легко провести эксперимент по заведомо подготовленному сценарию, с фиксированным кол-ом трасс. неплохо для сравнения с будущими замерами.

trace delay - сколько будет ждать программа до того момента, как построить очередной семпл. этим значением будет определяться интенсивность сбора информации. именно этим значением будет определяться ширина столбцов на графике.

зачем нужны маленькие значения (5-10 секунд) - для быстрых, коротких замеров. как раз провайдеру такие и понадобятся.
зачем нужны длительные интервалы (вплоть до минуты и более) - для масштабных измерений, где сиюсекундная динамика не так важна, когда вы собираете информацию о канале, его стабильности вообще. когда пытаетесь уследить, как и сколько раз меняется маршрут, скажем, за сутки или более. в общем поможет написать неплохую работу при желании.

samples to include - сколько семплов (трасс) включать в подсчет / отображение текущей статистики. не знаю, изучали ли вы по долгу службы мат. статистику, но маленькое значение данного параметра даст нам возможность исследовать динамические выбросы (т.е. "мгновенные значения" и характер промахов в измерении), а большое значение параметра (или вообще all) - даст нам просто наиболее достоверную оценку среднего значения показателей. естественно, когда большое кол-во семплов включаете в подсчет - вы не увидите "провалов", т.к. они со временем будут подавлены большим количеством заурядных ответов (средних).

оптимальнее будет для вас ставить trace interval - 5-10 секунд, samples - оставить как есть.

dargaard,

видите ли, я не играю вообще и мне сложно воспринимать "лагает", "такого не было". я вам верю, конечно, но что-то посоветовать или рассказать могу только при наличии некоторой информации цифрового характера. т.е. для меня вы - корреспонденты с места событий, так сказать.

 

на кассиэле несколько раз выкидывало из игры даже.

 

radix, спасибо большое.
буду пользоваться полученной информацией.

з.ы.: мат.стат. была в студенческом прошлом, правда не основным предметом.

з.з.ы.: черные полоски, пересекающие узлы, показывают макс и мин значение из зарегистрированных в динамике?

 

agnessa, синие "x" - текущий семпл (замер; отключается по правой кнопке мыши на графике - graph current sample), полоска - диапазон (min, max - отключается по правой кнопке мыши на графике - graph min/max range), красные отметки - среднее значение по статистике (потери в статистику не включаются).
диапазон полезен для анализа проблем на канале - обычно минимальное значение (левый штрих) последующего узла входит в диапазон предыдущего. если же минимальное значение последующего ответа многим больше максимального предыдущего (т.е. не попадает в диапазон), то мы делаем вывод либо о сильной удаленности роутеров друг от друга (когда задержка обусловлена чисто физическими характеристиками канала и протяженностью линии), либо о некоторого рода нестабильности или даже аварийном состоянии компонентов канала между двумя точками в маршруте.

 

radix, спасибо в очередной раз. сегодня буду оформлять оф.запрос провайдеру, ибо как раз *черные черточки* - диапазон - меня совсем не удовлетворяют.

 

я в этих цифрах не понимаю скажите это нормально ?))

дата и время: 25/03/2011 12:35
местоположение: russian federation, moscow city, moscow

traceroute 89.178.87.115

host: speedtest-1-ti loss% snt last avg best wrst stdev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.4 0.4 0.3 0.5 0.1
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.3 2.0 0.3 16.5 5.1
3. msk02.transtelecom.net 0.0% 10 0.5 0.5 0.4 0.6 0.0
4. m9-bb-teng7-2.msk.corbina.net 0.0% 10 0.8 0.8 0.8 0.9 0.0
5. m9-crs-be1.msk.corbina.net 0.0% 10 3.9 6.3 3.4 12.7 3.0
6. rost-bb-te-3-7.corbina.net 0.0% 10 1.9 1.9 1.8 2.0 0.0
7. ***126-giga0-0.msk.corbina.net 0.0% 10 2.0 2.0 1.9 2.3 0.1
8. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0

trace complete.

 

agnessa, если будет время и желание - отписывайтесь о результатах, прилагайте результаты замеров и комментарии провайдера. я думаю, это будет не лишним - оценить их позицию и выработать верную свою.
xhitmanx, это лучше чем нормально (низкий пинг, нет потерь пакетов, низкое ско - отражает стабильность канала). многие вам могут завидывать. вот только это лишь тестовая трассировка и ее результаты могут чрезвычайно сильно разниться с тем, что вы наблюдаете в игре (особенно в пиках нагрузки на каналы связи / сервера). более того, это всего лишь часть картинки, т.к. трасса считается обратной (от инновы к вам в сеть), а ведь есть еще и прямая.

 

а скажи плиз, как все тесты провести ? че еще нада трассернуть?)))