Технический вопрос к Админам

Sonixs

тов. Админы объясните пожалуста такую мазу.
я живу в городе... это пропустим
провайдер у меня как и у многих в моём городе компания "Коминтел"
буквально позавчера начались несканьчаемые лаги во время игры (тупое стаяние персонажа, в этот момент все остальные игроки передвигаются и пишу месы без проблем и я это вижу).
Пропинговав узлы (100 пакетов по 1 mb) выяснилось следуюшие:
внутренняя сеть (центр. узел провайдера) = 0% патерь
внешняя сеть (любой понравившейся мне адрес) = 1 - 2% потерь
и самое главное, при пинги сервака рагнарока потери идут знаете сколько????
логично подумать 1 - 2%... хмм не тут то было 38 - 40% патерь.
я думаю вы сами знаете, что при таком кол-ве потерь не то, что играть, приконектиться к серваку не возможно.
Я думаю вы понимаете что я хочу узнать... ?

P/S просьба ответить

MonoLiT

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

Sonixs

Попробую, не проблема.

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

AIvertiberdling

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

MonoLiT

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

Spacoom

Проблемы у твоего провайдера

Andy the Skrontz

@Sonixs:
хмм не тут то было 38 - 40% патерь.

я думаю вы сами знаете, что при таком кол-ве потерь не то, что играть, приконектиться к серваку не возможно.
Я думаю вы понимаете что я хочу узнать... ?
P/S просьба ответить

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

earl

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

Andy the Skrontz

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

Ерунду говоришь какую-то с технической точки зрения, уж извини...

earl

у нас в сети такая фигня случилась
наш (бывший) пров имеет домашние сети по всему городу, может быть это было от нерадивости прова, может от сложности топологии, но наши пакетики не долетая до прова терялись в локальной сети, потери были 50-90%. До тех пор пока мы не начали долбить прова чуть ли не отбойным молотком по поводу этой проблемы, он тоже говорил - ерунду городите. Потом приезжает техник и пингует все что только можно - о нас до любого компа в сети 0% потерь, до прова теряется тонна пакетов. Начали выяснять где-что-когда, оказалось, что проходя наш хаб, пакет заруливал черт знает куда, проходил еще несколько хабов и все - ищи его три года... выделение реального айпишника (а не айпишника локальной сети) помогло направить пакет туда куда следует, т.е. сразу напрямую к шлюзу прова.
может быть я обьясняю и рассуждаю как нуб, но история реальная....

Andy the Skrontz

@earl:
у нас в сети такая фигня случилась

наш (бывший) пров имеет домашние сети по всему городу, может быть это было от нерадивости прова, может от сложности топологии, но наши пакетики не долетая до прова терялись в локальной сети, потери были 50-90%. До тех пор пока мы не начали долбить прова чуть ли не отбойным молотком по поводу этой проблемы, он тоже говорил - ерунду городите. Потом приезжает техник и пингует все что только можно - о нас до любого компа в сети 0% потерь, до прова теряется тонна пакетов. Начали выяснять где-что-когда, оказалось, что проходя наш хаб, пакет заруливал черт знает куда, проходил еще несколько хабов и все - ищи его три года... выделение реального айпишника (а не айпишника локальной сети) помогло направить пакет туда куда следует, т.е. сразу напрямую к шлюзу прова.
может быть я обьясняю и рассуждаю как нуб, но история реальная....

Это похоже либо на аппаратную проблему (глючит свитч, хаб, превышена максимально допустимая длина сегмента), либо на кривонастроенный раутинг. Реальный логический адрес ничего не решит, тем более, если между клиентом и шлюзом находятся промежуточные раутеры. Из изначального поста видно, что у него вполне работал ICMP наружу до разных узлов, а потери происходили именно на пути до MOTR. Я предположил наиболее вероятную причину, в противном случае ему действительно надо разбираться со своим провайдером.

Курган

Если на всех адресах потери, то Спак прав.
Но конкретно по РО:
У многих это наблюдалось.
Выкладка tracert :
6 95 ms 78 ms 103 ms CLK11-lo1.transtelecom.net [217.150.36.249]

7 452 ms 463 ms 627 ms pos5-1.cr01.stk01.pccwbtn.net [63.218.81.1]

8 429 ms 662 ms 726 ms pos4-1.br02.ldn01.pccwbtn.net [63.218.12.162]

9 310 ms 202 ms 235 ms linx.ge-0-0-0.gbr1.ltn.nac.net [195.66.224.94]

10 239 ms 209 ms 208 ms 0.ge-6-2-0.gbr2.nyc.nac.net [209.123.11.181]

11 259 ms 327 ms 350 ms 94.gi4-2.esd1.nyc.nac.net [64.21.102.14]

12 454 ms 700 ms * 10.gi1-1.esd1.tlw.nac.net [209.123.11.230]

13 200 ms * 200 ms ezzi.customer.tlw.nac.net [207.99.110.174]

14 202 ms 204 ms * 65.125.239.146

15 205 ms 206 ms 203 ms 66.199.246.222

8-я строка , при пинге этого маршрутера шла потеря пакетов.

2 MonoLiT, подскажи мне пожалуйста как подключиться через прокси и где взять это прокси для соединение в РО, которая не использует http ????
Технически маршрут с конкретного IP поменять нереально, нужно использовать "тунель", а не "прокси", который держит нужные протоколы, но насколько я понимаю - бесплатных таких тунелей в нете нема.

Andy the Skrontz

@Курган:
Если на всех адресах потери, то Спак прав.

13 200 ms * 200 ms ezzi.customer.tlw.nac.net [207.99.110.174]

8-я строка , при пинге этого маршрутера шла потеря пакетов.

Во-первых,

*#ping 207.99.110.174
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 207.99.110.174, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

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

4 65.125.239.146 [AS 15149] 228 msec 220 msec 300 msec
5 66.199.246.222 [AS 15149] 80 msec 80 msec 80 msec

Как видишь, тоже не ахти. Поэтому, как уже говорилось, все это не показатель.

Vlad V Drakula

Хотелось бы заметить по коминтелу

C транстелекомом он вообще достаточно забавно работает. Например tracert в нем бесполезен. Ну не увидишь ты ничего кроме:

Tracing route to motronline.com [66.199.246.222]
over a maximum of 30 hops:

1 12 ms 15 ms 15 ms ubr7200.comintel.ru [82.116.12.29]
2 15 ms 15 ms 15 ms gw-tt.comintel.ru [82.116.12.17]
3 15 ms 62 ms 62 ms outpost.comintel.ru [82.116.12.1]
4 109 ms 62 ms 62 ms c7206-fe0-1-1-vl3.srg.umn.ru [213.141.243.170]
5 61 ms 62 ms 62 ms EBG11-F400.105.transtelecom.net [217.150.40.126]

6 74 ms 77 ms 77 ms pos5-1.cr01.stk01.pccwbtn.net [63.218.81.1]
7 124 ms 124 ms 124 ms pos4-1.br02.ldn01.pccwbtn.net [63.218.12.162]
8 202 ms 202 ms 202 ms linx.ge-0-0-0.gbr1.ltn.nac.net [195.66.224.94]
9 * 234 ms 218 ms 0.ge-6-2-0.gbr2.nyc.nac.net [209.123.11.181]
10 202 ms 202 ms 202 ms 94.gi4-2.esd1.nyc.nac.net [64.21.102.14]
11 218 ms 218 ms 218 ms 10.gi1-1.esd1.tlw.nac.net [209.123.11.230]
12 218 ms 218 ms 218 ms ezzi.customer.tlw.nac.net [207.99.110.174]
13 218 ms 218 ms 218 ms LI-6509-GE-2-2.ezzi.net [65.125.239.146]
14 * * * Request timed out.
15 * * * Request timed out.
16 ^C

дальше до 30 хопа будет Request timed out.

Andy the Skrontz

@Vlad-V Drakula:
Хотелось бы заметить по коминтелу

Транстелеком вообще достаточно забавно работает. Например tracert в нем бесполезен. Ну не увидишь ты ничего кроме:

[skipped]

дальше до 30 хопа будет Request timed out.

Экономят на пиринге (или, что более вероятно, пускают траффик мелких клиентов более дешевыми путями), либо просто ICMP режется для той же экономии на определенном этапе.

Кстати, только что заметил, что вы трейсите вовсе не то, что надо трейсить. Это веб-сервер, а не сервер самой игры. Надо трейсить 209.67.216.20. Вот наиболее короткий из мне доступных путей:

6 csr1-ve242.FortWorthda1.savvis.net (216.39.64.58) 44 msec 44 msec 48 msec
7 216.39.69.50 44 msec 44 msec 44 msec
8 * * *
9 209.67.216.20 44 msec 44 msec 44 msec

Как видите, восьмой хоп вообще не удосужился ответить на запрос.

Vlad V Drakula

Andy the Skrontz, в случае построения сетей на хабах вполне возможно банальное коллизионное затопление сети.

Andy the Skrontz

@"Vlad-V Drakula":
Andy the Skrontz, в случае построения сетей на хабах вполне возможно банальное коллизионное затопление сети.

Интересно, где они в 2005 году взяли хабы...

Vlad V Drakula

Andy the Skrontz, сказано же - старые домашние сети...

Andy the Skrontz

@"Vlad-V Drakula":
Andy the Skrontz, сказано же - старые домашние сети...

И эти хабы теряют пакеты на строго определенный адрес? Что-то не верится... Кстати, выяснилось, что этот товарищ пинговал вовсе не то, что надо, так что вся дискуссия вернулась к самому началу.

Vlad V Drakula

Andy the Skrontz, по tracert, я в общем-то не рисовал путь до конкретного хоста. В коминтеле такая ситуация стабильна... Так что практически любой сервер даст аналогичную картину.

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