1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie. Узнать больше.
  2. Око Тиамаранты Атака красноглазых кроликов Акция Битва лидеров рас Поддержка развития новичков Партнерская программа База знаний Премиум Служба поддержки Telegram Дискорд Вконтакте
Скрыть объявление
В момент загрузки/запуска игры может возникнуть ряд проблем в том числе и появление ошибок.
По ССЫЛКЕ мы опишем самые распространённые из них.
Скрыть объявление
У игроков из Европы и стран СНГ, играющих на российских серверах, бывают трудности с оплатой.
Выход из этой ситуации найден!
Подробная информация по ССЫЛКЕ.

Игровой пинг

Тема в разделе "Архив", создана пользователем aion.sau, 20 июл 2011.

Статус темы:
Закрыта.
  1. Томагоче

    Томагоче User

    Регистрация:
    29.06.11
    Сообщения:
    113
    Симпатии:
    6
    кстати вот что ответил нбн мне на один из шаблонов обращения к ним(где-то нашел тут на форуме от админа.)

    компания netbynet ведет свою работу в строгом соответствии с федеральным законом «о связи» и действующими отраслевыми нормативными документами, которые нормируют показатели качества услуг связи. федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций в ходе серии приёмочных испытаний сети netbynet установлено что показатели качества сети netbynet соответствуют классу «высший» (согласно рд №№ 45-128-2000, 45-129-2000), о чем были составлены соответствующие протоколы проверки наличия и оценки показателей качества услуг связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации, и телематических услуг связи, предоставляемых по лицензиям россвязьнадзора №№ 51618, 51619.

    таким образом, вина за плохую работу игры aion, которую распространяет компания innova, целиком и полностью лежит на компании innova.

    тем не менее, компания netbynet всегда работает на благо абонентам и полностью открыта к сотрудничеству. на основании ст. 18.1 федерального закона «о связи» «присоединение одной сети электросвязи к другой сети электросвязи и их взаимодействие осуществляются на основании заключаемых операторами связи договоров о присоединении сетей электросвязи». однако, к сожалению, от компании innova не поступало запросов на присоединение сети связи компании innova к сети netbynet. если такой запрос поступит, то мы с радостью выполним присоединение в полном соответствии с федеральным законом «о связи».
     
  2. rean1m

    rean1m User

    Регистрация:
    23.09.10
    Сообщения:
    334
    Симпатии:
    5
    :laugh1::laugh1::laugh1:

    netbynet made my day.
     
  3. Томагоче

    Томагоче User

    Регистрация:
    29.06.11
    Сообщения:
    113
    Симпатии:
    6
    что интересно:
    а где-то я и от инновы читал, что они стремятся заключать договоры с провайдерами об отдельном канале связи с ними. а тут с не мелким провайдером они даже не старались.
    но скорее всего вы просто гоните своим пользователям о половине того что пишете!
     
  4. rean1m

    rean1m User

    Регистрация:
    23.09.10
    Сообщения:
    334
    Симпатии:
    5
  5. Томагоче

    Томагоче User

    Регистрация:
    29.06.11
    Сообщения:
    113
    Симпатии:
    6
    мм... частично почитал.. в общем все не очень... хотя на уме другое слово крутится описывающие о том кто они..
     
  6. Haker36rus

    Haker36rus User

    Регистрация:
    05.08.10
    Сообщения:
    4
    Симпатии:
    0
    добрый вечер, столкнулся с такой проблемой, пинг в игре.
    интернет 10мб/с freedom, г. воронеж
    http://s008.**********/i304/1107/6f/9f542058022ft.jpg

    http://i051.**********/1107/b1/32c5159cd7fat.jpg

    http://s005.**********/i211/1107/5c/8c04bfb9a496t.jpg

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

    huchfaker User

    Регистрация:
    31.07.11
    Сообщения:
    11
    Симпатии:
    0
    [​IMG]

    [​IMG]

    вообщем проблема такая: сижу в вт ventrillo и в айоне и через каждые 30 минут ровно происходит разрыв связи с сервером в айоне а в вт как все работало так и работает без разрывов, в чем проблема подскажите плззззз..... скришоты вроде правильные сделал.
     
  8. Radix

    Radix Почетный пользователь

    Регистрация:
    10.02.10
    Сообщения:
    5.481
    Симпатии:
    315
    насчет nbn и innova.

    если позволите, отпишу свое экспертное мнение (напомню, я - не сотрудник innova, поэтому не думаем, что мнение хоть сколько-нибудь предвзято).

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

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

    сейчас будет немного цифр, bgp, маршрутизации, но это все для того, чтобы вы чувствовали во мне объективность, а не какую-либо заинтересованность в одном из вариантов развития событий. сразу отмечу, что некомпетентность (или халатность???) людей, которые вам давали ответ на форуме nbn, меня просто поразила.

    и так, что имеем на маршрутизаторе иннова mmts-9, который и является отправной точкой в маршруте следование игровых пакетов в сети пользователей. смотрим для одной из сетей nbn, данные о которой мне предоставил саппорт:

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

    inet.0: 368993 destinations, 2229415 routes (367041 active, 0 holddown, 407155 hidden)
    + = active route, - = last active, * = both

    a destination p prf metric 1 metric 2 next hop as path
    * 212.1.224.0/19 b 170 85 39900 >87.245.255.137 9002 12714 i
    b 170 85 40000 >79.133.94.85 12389 12714 i
    b 170 85 40000 >213.248.96.69 1299 6854 12714 i
    b 170 85 40100 >195.161.4.145 8342 3549 12714 i
    b 170 84 40100 >217.150.49.198 20485 12714 i

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

    :cdn.inet.0: 366963 destinations, 1801645 routes (366769 active, 0 holddown, 1476 hidden)
    + = active route, - = last active, * = both

    a destination p prf metric 1 metric 2 next hop as path
    * 212.1.224.0/19 b 170 85 39900 >87.245.255.137 9002 12714 i
    b 170 85 40000 >79.133.94.85 12389 12714 i
    b 170 85 39980 >195.161.4.145 8342 3549 12714 i
    b 170 85 40000 >213.248.96.69 1299 6854 12714 i
    b 170 84 50000 >217.150.49.198 20485 12714 i

    {master}

    router: moscow, mmts-9
    command: show route protocol bgp 212.1.224.0/19 exact detail all

    inet.0: 369056 destinations, 2229807 routes (367027 active, 0 holddown, 407474 hidden)
    212.1.224.0/19 (6 entries, 1 announced)
    *bgp preference: 170/-86
    next hop type: router, next hop index: 792
    next-hop reference count: 1033402
    source: 87.245.255.137
    next hop: 87.245.255.137 via xe-2/1/0.203, selected
    state: <active ext>
    local as: 49813 peer as: 9002
    age: 1w4d 18:17:09 metric: 39900
    task: bgp_9002.87.245.255.137+???
    announcement bits (2): 0-krt 6-resolve tree 5
    as path: 9002 12714 i
    communities: 9002:9002 9002:64615 49813:14000 49813:20320 49813:51000 src-as:49813:9002
    accepted
    localpref: 85
    router id: 87.245.225.1
    secondary tables: :cdn.inet.0


    как видим, анонс прекрасно прошел (приоритетный и наиболее "выгодный" анонс был получен от retn-маршрутизатора - выделил его ip). и не надо тут клеветы, ибо проверяется элементарно, но, видимо, оператор ленив более, чем вы о нем думаете. итого мы имеем на выбор аж 5 маршрутов через различных магистральных провайдеров, и только один из них отсылает пакеты через европу, да и то только из-за того, что у nbn нет прямого пиринга с этим магистралом. т.е. мы можем пустить сигнал и через retn, и через ростелеком, и через телия - синтерра (2 прыжка) и т.п. но если судить по приведенным метрикам в анонсах, самым выгодным, самым приоритетным для ваших сетей был и остается путь через магистрального провайдера retn. именно трассы через него вы и видите на обратной трассировке. попробуем ее посмотреть внимательнее, отправив пакеты с маршрутизатора инновы к вам в сеть:

    router: moscow, mmts-9
    command: traceroute 212.1.254.115 as-number-lookup wait 1

    traceroute to 212.1.254.115 (212.1.254.115), 30 hops max, 40 byte packets
    1 ae6-203.rt.m9.*******.retn.net (87.245.255.137) [as 9002] 36.502 ms 0.340 ms 16.257 ms 2 ae4-5.rt.act.fkt.de.retn.net (87.245.233.77) [as 9002] 50.884 ms ae1-3.rt.act.fkt.de.retn.net (87.245.233.58) [as 9002] 52.355 ms ae4-5.rt.act.fkt.de.retn.net (87.245.233.77) [as 9002] 50.889 ms
    3 msk-r1-b7-te-4-2-150.ti.ru (80.81.195.19) [as 6695] 120.460 ms msk-r1-b7-te-4-2-150.ti.ru (80.81.194.19) [as 6695] 97.207 ms msk-r1-b7-te-4-2-150.ti.ru (80.81.195.19) [as 6695] 102.708 ms
    4 212.1.253.237 (212.1.253.237) [as 12714] 96.715 ms 97.965 ms 102.912 ms
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *

    {master}

    итого по примеру мы видим, что действительно сигнал уходит через m9-площадку на московский маршрутизатор retn, но потом почему то не идет в nbn, как мы видели в bgp-запросе, а "ныряет" в европу, где сигнал пинга уже просто маскируется (игровой пакет естественно достигнет цели - это вы сами видите, т.к. имеете возможность играть).

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

    и так его bgp-информация и анонсы:
    router: rt.mr.*******.retn.net (juniper mx960)
    query: show route table inet.0 protocol bgp all detail

    inet.0: 366159 destinations, 655130 routes (364524 active, 0 holddown, 20322 hidden)
    212.1.224.0/19 (1 entry, 1 announced) *bgp preference: 170/-101
    next hop type: indirect
    next-hop reference count: 277617
    source: 87.245.224.160
    next hop type: router, next hop index: 6554
    next hop: 87.245.233.14 via ae1.9, selected label operation: push 349409
    protocol next hop: 87.245.224.160
    indirect next hop: 155220f0 1048661
    state:
    local as: 9002 peer as: 9002
    age: 1w4d 18:23:59 metric: 101 metric2: 21 tag: 9002
    task: bgp_9002.87.245.224.160+179
    announcement bits (4): 0-krt 10-bgp rt background 11-resolve tree 3 12-resolve tree 4
    as path: 12714 i communities: 9002:64515 9002:64615
    accepted
    localpref: 100
    router id: 87.245.225.160


    т.е. для этой сети nbn в retn всего лишь один анонсированный маршрут, и он лежит в сеть as12714 (а это, если посмотрите именно "netbynet holding"). в поле "next hope" мы видим следующий маршрутизатор в цепочке передачи. это питерский маршрутизатор retn (ae2-9.rt.pol.spb.ru.retn.net). попробуйте догадаться, почему в питер? поняли, надеюсь? кстати до питера стандартный прирост пинга составит в некоторое время аж 10мс (специально смотрел). с игровыми пакетами легче, но сами понимаете...

    ну и собственно по трассировке от retn мы собственно видим, что:
    router: rt.mr.*******.retn.net (juniper mx960)
    query: traceroute inet as-number-lookup interface lo0.0 wait 1

    1 ae4-5.rt.act.fkt.de.retn.net (87.245.233.77) 51.885 ms 51.914 ms 51.801 ms 2 msk-r1-b7-te-4-2-150.ti.ru (80.81.194.19) [as 6695] 119.812 ms 109.637 ms msk-r1-b7-te-4-2-150.ti.ru (80.81.195.19) [as 6695] 102.089 ms
    3 212.1.253.237 (212.1.253.237) [as 12714] 105.416 ms 120.009 ms 97.596 ms
    4 * * *
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *

    т.е. наш питерский узел отсылает нас далее в европу, попадает на какой-нибудь крупный de-cix (the german internet exchange) и отсылается обратно в россию, в сети nbn наконец то.

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

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

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

    не знаю, возможно ли это, но есть еще вариант. сетевики в inn принудительно меняют приоритет маршрута, отправляя к вам в сеть сигнал иным образом. но тут достаточно просто запутаться, да и статика, не основанная на bgp - плохо.
     
    Последнее редактирование модератором: 1 авг 2011
  9. arc0_ris

    arc0_ris User

    Регистрация:
    18.07.11
    Сообщения:
    35
    Симпатии:
    0
    нбн уже достал.. какого провайдера лучше выбрать вместо него ? корбину ( билайн ) или смайл ( инфолайн ) не подскажите ?
     
  10. rean1m

    rean1m User

    Регистрация:
    23.09.10
    Сообщения:
    334
    Симпатии:
    5
    radix, огромное спасибо за развернутый ответ (в саппорт писал я - не знал куда еще обратиться).
    вы не против, если я скопирую ваш пост на форум провайдера?

    и не могли бы вы так же помочь составить обращение в саппорт провайдера, так чтобы они поняли в каком направлении действовать?
    просто мне, как человеку мало что в этом понимающему, сделать это довольно трудно.
     
  11. Radix

    Radix Почетный пользователь

    Регистрация:
    10.02.10
    Сообщения:
    5.481
    Симпатии:
    315
    rean1m, я не против, просто имейте в виду (об этом написано также), что это только та ситуация, которая видна мне с маршрутиаторов инновы и retn. если есть еще маршруты, но они "потерялись", если в аносны попал каким-то образом "мусор" - нужно уже разбираться отдельно. в таком случае лучше специалисту провайдера написать на noc@inn.ru.

    касательно вышеизложенного материала - нужно провайдеру:
    1) просмотреть таблицу маршрутизации на иннове (выше давал пример). проверить - то ли они анонсировали, что есть по факту. с теми ли метриками (показателями выгодности маршрута). если тут расхождения - связываться с сетевиками retn и других магистралов, т.к. иннова именно от них получает анонс (в тексте я привел пример для retn, как он выдает анонс сетей nbn на иннову).
    2) проверить приоритетный маршрут, т.е. маршрут через retn. т.е. посмотреть, а как вообще должен сигнал проходить от магистрального провайдера retn в сеть nbn. если ваши сети не принимают сигнал "напрямую", то делать выводы. устранять / менять маршрут / приоритет и т.п.
    3) проверить остальные маршруты - как там? нет ли более оптимального? рабочие ли (или тоже через пол европы заворачивают)?

    если заниматься этим провайдеру откровенно будет лень, то им остается лишь официальный запрос по вашей проблеме в иннову по адресу noc@inn.ru. но на моей практике, если провайдер сознательно подходит к решению вопроса и коммуникации со специалистами инновы, то вопрос решается быстро. если начинается "а у вас то", "а мы не", "это не наша зона ответственности", "вы должны...", то решение может затянуться на месяцы (было и такое). не исключаю, что есть и у inn проблемы, но сначала надо устранить хотя бы то, что выше показано - тут иннова не при делах, ибо сигнал с самого retn без всяких посредников уходит в европу.
     
Статус темы:
Закрыта.