1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Потери пакетов на узле fw-2-ti-ae-1-57.msk.inn.ru [109.105.128.46]

Discussion in 'Архив' started by Sheonn, Apr 7, 2013.

Thread Status:
Not open for further replies.
  1. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    добрый день.

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

    pathping до проблемных узлов.

    microsoft windows [version 6.1.7601]
    (c) корпорация майкрософт (microsoft corp.), 2009. все права защищены.

    c:\users\sheonn>pathping l2.ru

    трассировка маршрута к l2.ru [109.105.130.89]
    с максимальным числом прыжков 30:
    0 sheonn-пк [192.168.1.141]
    1 router.asus.com [192.168.1.1]
    2 10.87.255.254
    3 109x194x120x30.dynamic.omsk.ertelecom.ru [109.194.120.30]
    4 178.18.226.90.msk.peering.dataix.ru [178.18.226.90]
    5 178.18.226.82.msk.peering.dataix.ru [178.18.226.82]
    6 sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
    7 l2.ru [109.105.130.89]

    подсчет статистики за: 175 сек. ...
    исходный узел маршрутный узел
    прыжок rtt утер./отпр. % утер./отпр. % адрес
    0 sheonn-пк [192.168.1.141]
    0/ 100 = 0% |
    1 0мс 0/ 100 = 0% 0/ 100 = 0% router.asus.com [192.168.1.1]
    0/ 100 = 0% |
    2 0мс 0/ 100 = 0% 0/ 100 = 0% 10.87.255.254
    0/ 100 = 0% |
    3 0мс 0/ 100 = 0% 0/ 100 = 0% 109x194x120x30.dynamic.omsk.ertele
    com.ru [109.194.120.30]
    0/ 100 = 0% |
    4 44мс 0/ 100 = 0% 0/ 100 = 0% 178.18.226.90.msk.peering.dataix.r
    u [178.18.226.90]
    0/ 100 = 0% |
    5 45мс 13/ 100 = 13% 13/ 100 = 13% 178.18.226.82.msk.peering.dataix.r
    u [178.18.226.82]
    0/ 100 = 0% |
    6 45мс 0/ 100 = 0% 0/ 100 = 0% sw-1-ti-po-4.msk.inn.ru [109.105.1
    28.34]
    0/ 100 = 0% |
    7 45мс 0/ 100 = 0% 0/ 100 = 0% l2.ru [109.105.130.89]

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

    c:\users\sheonn>pathping 4gameforum.ru

    трассировка маршрута к 4gameforum.ru [109.105.131.110]
    с максимальным числом прыжков 30:
    0 sheonn-пк [192.168.1.141]
    1 router.asus.com [192.168.1.1]
    2 10.87.255.254
    3 109x194x120x30.dynamic.omsk.ertelecom.ru [109.194.120.30]
    4 178.18.226.90.msk.peering.dataix.ru [178.18.226.90]
    5 178.18.226.82.msk.peering.dataix.ru [178.18.226.82]
    6 sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
    7 109.105.131.110

    подсчет статистики за: 175 сек. ...
    исходный узел маршрутный узел
    прыжок rtt утер./отпр. % утер./отпр. % адрес
    0 sheonn-пк [192.168.1.141]
    0/ 100 = 0% |
    1 0мс 0/ 100 = 0% 0/ 100 = 0% router.asus.com [192.168.1.1]
    0/ 100 = 0% |
    2 0мс 0/ 100 = 0% 0/ 100 = 0% 10.87.255.254
    0/ 100 = 0% |
    3 1мс 0/ 100 = 0% 0/ 100 = 0% 109x194x120x30.dynamic.omsk.ertelecom.ru [109.194.120.30]
    0/ 100 = 0% |
    4 44мс 0/ 100 = 0% 0/ 100 = 0% 178.18.226.90.msk.peering.dataix.ru [178.18.226.90]
    0/ 100 = 0% |
    5 46мс 15/ 100 = 15% 15/ 100 = 15% 178.18.226.82.msk.peering.dataix.ru [178.18.226.82]
    0/ 100 = 0% |
    6 45мс 0/ 100 = 0% 0/ 100 = 0% sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
    0/ 100 = 0% |
    7 45мс 0/ 100 = 0% 0/ 100 = 0% 109.105.131.110

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

    c:\users\sheonn>pathping 109.105.134.178

    трассировка маршрута к l2frost8.l2.local [109.105.134.178]
    с максимальным числом прыжков 30:
    0 sheonn-пк [192.168.1.141]
    1 router.asus.com [192.168.1.1]
    2 10.87.255.254
    3 109x194x120x30.dynamic.omsk.ertelecom.ru [109.194.120.30]
    4 178.18.226.90.msk.peering.dataix.ru [178.18.226.90]
    5 178.18.226.82.msk.peering.dataix.ru [178.18.226.82]
    6 sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
    7 fw-2-ti-ae-1-57.msk.inn.ru [109.105.128.46]
    8 l2frost8.l2.local [109.105.134.178]

    подсчет статистики за: 200 сек. ...
    исходный узел маршрутный узел
    прыжок rtt утер./отпр. % утер./отпр. % адрес
    0 sheonn-пк [192.168.1.141]
    0/ 100 = 0% |
    1 0мс 0/ 100 = 0% 0/ 100 = 0% router.asus.com [192.168.1.1]
    0/ 100 = 0% |
    2 0мс 0/ 100 = 0% 0/ 100 = 0% 10.87.255.254
    0/ 100 = 0% |
    3 1мс 0/ 100 = 0% 0/ 100 = 0% 109x194x120x30.dynamic.omsk.ertelecom.ru [109.194.120.30]
    0/ 100 = 0% |
    4 42мс 0/ 100 = 0% 0/ 100 = 0% 178.18.226.90.msk.peering.dataix.ru [178.18.226.90]
    1/ 100 = 1% |
    5 46мс 12/ 100 = 12% 11/ 100 = 11% 178.18.226.82.msk.peering.dataix.ru [178.18.226.82]
    0/ 100 = 0% |
    6 44мс 1/ 100 = 1% 0/ 100 = 0% sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
    1/ 100 = 1% |
    7 46мс 14/ 100 = 14% 12/ 100 = 12% fw-2-ti-ae-1-57.msk.inn.ru [109.105.128.46]
    0/ 100 = 0% |
    8 43мс 2/ 100 = 2% 0/ 100 = 0% l2frost8.l2.local [109.105.134.178]

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

    из выше изложенного видно, что потери идут и у провайдера на узле dataix, а так же на узлах inn.
     
  2. arrjj

    arrjj User

    Joined:
    03.01.13
    Messages:
    65
    Likes Received:
    5
    аналогично. cadmus.
    лог winmtr
    Code:
    |------------------------------------------------------------------------------------------|
    |                                      winmtr statistics                                   |
    |                       host              -   %  | sent | recv | best | avrg | wrst | last |
    |------------------------------------------------|------|------|------|------|------|------|
    |                         193.107.115.255 -    1 | 1980 | 1973 |    0 |    2 |  103 |    1 |
    |                           193.107.112.1 -    1 | 2004 | 2003 |    0 |    2 |   93 |    1 |
    |           vl-2755.gw.dn.dataline.net.ua -    1 | 2000 | 1998 |    7 |    8 |  102 |    8 |
    |vl2096-ten1-6-gw0.m9.msk.dataline.net.ua -    1 | 1996 | 1993 |   24 |   25 |  101 |   25 |
    |     178.18.226.82.msk.peering.dataix.ru -    1 | 1932 | 1913 |   23 |   26 |  117 |   24 |
    |                 sw-1-ti-po-4.msk.inn.ru -    2 | 1877 | 1844 |   24 |   24 |   52 |   27 |
    |              fw-2-ti-ae-1-57.msk.inn.ru -   24 | 1037 |  794 |   24 |   25 |   29 |   25 |
    |                       l2frost2.l2.local -    2 | 1893 | 1864 |   24 |   25 |   30 |   26 |
    |________________________________________________|______|______|______|______|______|______|
       winmtr v0.92 gpl v2 by appnor msp - fully managed hosting & cloud provider
    trace.inn.ru
    Code:
    дата и время: 7/04/2013 16:41
    местоположение: , , 
    
    traceroute 46.173.65.151
    
    host: speedtest-1-ti                 loss%   snt   last   avg  best  wrst stdev
      1. sw-1-ti-vl-503.msk.inn.ru       0.0%    10    0.5   0.6   0.4   1.3   0.3
      2. r-1-m9-ae-1.msk.inn.ru          0.0%    10    0.3   4.0   0.3  32.7  10.2
      3. br01-mow.m9.topnet.ua           0.0%    10    0.9   1.1   0.9   1.5   0.2
      4. v2897.br01.hrk.mir.top.net.ua   0.0%    10   12.9  13.1  12.6  13.5   0.3
      5. kct-gw.khr.customer.top.net.ua  0.0%    10   23.6  28.1  23.6  45.8   8.8
      6. 193.107.112.2                   0.0%    10   24.9  24.4  23.9  24.9   0.3
      7. 46.173.65.151                   0.0%    10   24.9  25.0  24.6  25.8   0.3
    
    trace complete.
     
  3. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    немного некорректно интерпретируете лог. на fw-блоке icmp пакеты дропаются специально, когда необходимо снизить нагрузку на оборудование (для обработки полезного игрового контента). как раз, если посмотреть уже на сам игровой сервер - то на нем потери будут примерно равны общим потерям по всему маршруту, т.е. в случае arrjj - 1-2%, а не 24% как на fw-блоке. поэтому всегда при анализе отталкивайтесь от целевого сервера, а не промежуточных (на промежуточных можно нередко увидеть и 100% "потерь", но это еще не значит, что сигнал дальше не идет)

    если на веру принимать не хотите, то попробуйте снять лог игровых пакетов с помощью microsoft network monitor или wireshark, поставьте фильтр
    tcp.port==7777 и сопоставьте кол-во пакетов с флагом потери / повторной передачи к общему кол-ву пакетов к игровому порту. этот показатель будет куда меньше тех же 24% (к слову, при таких потерях, клиент или сервер давно положил бы "трубку").

    p.s. не исключаю, что оборудование может быть нагружено, просто речь может идти о потерях 1-2% (из которых как минимум 1% - общее падение по каналу, если так можно выразиться), а не 14% или 24%.
     
  4. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    да это понятно, что не 14% или 24%.потерь , но все же не соглашусь что 1-2%, скорее 3-4 % потерь, что все таки играет свою роль. на данный момент, основной источник потерь, все таки узел dataix, через который у многих пользователей ттк, дом.ру проходит путь до ресурсов инновы, в связи с чем у многих пользователей ресурса возникают долгие прогрузы и фризы в игре , а небольшие потери на узлах inn еще больше сгущают краски.
     
  5. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    sheonn, вот честно, я - не любитель просто теоретизировать. если взглянуть чисто объективно и только на трассу, то даже data-ix не могу обвинять, т.к. далеко неясно, сколько из их "потерь" - реальные потери, а не намеренный дроп как на "fw" у инновы (несмотря на информацию, что на data-ix проблемы / слухи и прочее).

    брать те же 3-4% с потолка тоже как-то ненаучно что ли, пусть даже они и вполне ощущаются игроком =) может, там и все 5-7 на поверку то будет при обмене нормальными пакетами, но это нужно зафиксировать / хотя как-то оценить. поэтому предложил бы снять wireshark-лог, скажем, минут за 10-20-..., потом с помощью фильтров (их я назову, свои добавите если желаете) выделим потери / повторную передачу и рассчитываем процент конкретно по этому временному интервалу, что довелось поймать в логе. не знаю, как это проблеме поможет (разве что отдатите в спп на разбор ситуации / попросите комментарий), но аналитику проведем куда более точную, на мой взгляд.
     
  6. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    фильтры пожалуйста =)
     
  7. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    давайте для начала соотнесем
    tcp.port==7777 and tcp.analysis.retransmission
    или
    tcp.port==7777 and (tcp.analysis.duplicate_ack or tcp.analysis.retransmission)

    к
    tcp.port==7777
    например. внизу смотрите на каждом из фильтров параметр displayed - это кол-во пакетов по примененному вами фильтру. т.е. смотрите сколько по фильтрам выше отдельно, вычисляете %.

    это выделит кол-во пакетов в 2 направлениях, которые давали повторно (эта метрика будет больше, чем показатель потерь). если необходимо выделить только одно направление (т.е. только от сервера к клиенту или только от клиента к серверу, то фильтры нужно поменять).
     
    Last edited by a moderator: Apr 7, 2013
  8. {StreetMee}

    {StreetMee} User

    Joined:
    19.02.13
    Messages:
    268
    Likes Received:
    12
    данная проблема началась со вчерашнего дня, и судя по сегодняшнему чату, не только у провайдера дом ру, у остальных тоже самое, с середины дня дикие фризы от 5 сек до 1-2 минут без критов. через пару часов отпускает но периодически проявляются. так же ужасно долго грузится ваш форум..
     
    Last edited by a moderator: Apr 7, 2013
  9. _Aina

    _Aina User

    Joined:
    18.10.11
    Messages:
    21
    Likes Received:
    7
    один удар мобу.....10 сек фриз.... удар мобу ...10 сек фриз.... и т.д. да это не потеря пакетов ...это что-то еще :) при чем каждые субботу и воскресенье :р
     
  10. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    извеняюсь заранее отвечать буду долго ибо прайм.
     
  11. {StreetMee}

    {StreetMee} User

    Joined:
    19.02.13
    Messages:
    268
    Likes Received:
    12
    могу ошибаться, но проблемы начались когда вы установили птс сервера... в аккурат на след день.
     
  12. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    по фильтру отображения будем.
     
  13. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    _aina, если это не сетевые неполадки, то значит оно локально на машине и / или локально на сервере (информация отдается долго / обсчет долгий). проверить можно аналогично - собираем лог wireshark, для колонки time выставляем показ времени относительно последнего отправленного / принятого пакета (т.е. получаем в колонке time дельту во времени между соседними пакетами), и потом сортируем в порядке возрастания. после всего, проверяем, какая задержка была максимальна, и от кого она была ("кто думал долго"). также выделяется средняя составляющая, т.е. если большие интервалы именно от сервера обычно - он работает медленнее, чем ранее. если большие интервалы свойственны ответам клиентской машины, то проблему следует искать в ней.
     
  14. _Aina

    _Aina User

    Joined:
    18.10.11
    Messages:
    21
    Likes Received:
    7
    а вам не кажется странным что в остальные дни все в порядке. претензий нет никаких :) а на выходных можно только в городе побегать. при чем здесь локальная машина? ладно надо собрать информацию с трасерта в обычный день и сейчас:)
     
  15. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    radix я вас иногда не понимаю, а обычные юзеры так вообще , прочитав выше изложенный пост, забрасывают идею что либо проверять т.к. им не понятно. =)))
     
  16. withdkd

    withdkd Тех. модератор 4Game Global moderator

    Joined:
    29.08.10
    Messages:
    10,917
    Likes Received:
    559
    он предлагает самостоятельно просмотреть логи wireshark на предмет потерь. если для вас сложно (ну не удивительно в принципе, с нуля сразу разобраться тяжело), можете собрать такой лог и отправить ему ссылку на их скачку с файлообменника в лс, он сам их разберет и скажет результаты :)
     
  17. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    _aina, когда "кажется", я думаю, что делать - все знают ;) а это технический раздел, здесь все же принято отталкиваться от чего-то более объективного, чем ощущения, слухи и домыслы. именно поэтому, я указал на то, где могут быть проблемы, и как их можно первично диагностировать (wireshark. winmtr вам тут вряд ли поможет чем).

    sheonn, как-что-почему (если непонятно) я могу и пояснить. более того, если копаться в этом "влом", то логи я и сам посмотрю, аналитику по ним дам + вам для самоконтроля скажу, что я делал / как проверить мои результаты и выводы (человек, поэтому тоже могу где-то ошибиться)
     
  18. Sheonn

    Sheonn User

    Joined:
    08.09.11
    Messages:
    166
    Likes Received:
    1
    [​IMG]

    как то так
     
  19. Radix

    Radix Innova Group

    Joined:
    10.02.10
    Messages:
    6,061
    Likes Received:
    224
    после того, как фильтр прописали - нажмите enter в том окне или справа от фильтра "apply". пока он у вас не применен, т.к. рядом идут еще и udp-пакеты. скорее всего, от голосового чата или конференции.

    еще снизу (строка состояния) - написано packets (неинтересно нам), displayed (интересно, это кол-во пакетов, которые отображены по фильтру).

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

    например по фильтру:

    tcp.port==7777 and (tcp.analysis.duplicate_ack or tcp.analysis.retransmission)
    5 пакетов

    по фильтру:
    tcp.port==7777
    1000 пакетов

    итог 5 /1000 * 100 = 0.5 %
     
    Last edited by a moderator: Apr 7, 2013
  20. Kimerian

    Kimerian User

    Joined:
    09.03.10
    Messages:
    17
    Likes Received:
    0
    сори за оффтоп , но не поскажет ли кто где можно посмотреть ip серверов ?
    для трасировки и отправки лога в саппорт , там попросили прислать qq

    withdkd: https://4gameforum.ru/showthread.php?t=200300
     
Thread Status:
Not open for further replies.