Лаги, дисконнекты, трейсы
-
Это последние узлы перед непосредственно сервером. Пора бы признать наконец, что лагает в окресности 216.39.. (да, возможно лагает избирательно, но кого это волнует?) Если это так задумано - объясните тупому!
P.S. замечу, что когда речь идет о лагах, имется в виду не максимальное значение пинга, а его разброс по времени (нет, я не сорвусь на термины из тервера :))
Пока писал - пришла мысль... Мне кажется, или лагает только тех, у кого динамический IP??? ADSL-щиков в рассчет не берем.
из опыта длительного наблюдения лично у меня сложилось впечетление что лаги начинаются вечером (когда америкосы начинают лезть в интернет - ибо у них утро) когда на участке
[code:1mh75cdj]15 122 ms 130 ms 144 ms bcs2-so-4-0-0.washington.savvis.net [204.70.192.1]
16 136 ms 136 ms 135 ms dcr2-so-7-2-0.atlanta.savvis.net [204.70.192.57]
17 189 ms 189 ms 189 ms bcs2-so-2-0-0.dallas.savvis.net [204.70.192.70]
[/code:1mh75cdj]
возникает перегруз канала либо на железке/канале в вашингтоне либо в далласе. обычно начинает колбасить вашингтонскую железку - после чего связность постепенно восстанавливается до далласа и тд.
а то что предпоследний хост не отвечает на пинги - так он и не обязан, там похоже отключено icmp.в общем savvis.net замечательный транспортный провайдер)
я думаю слава о них их переживет)) -
KotN, замечательный транспортный провайдер SAVVIS владеет одним из наиболее развитых американских Tier-1 бекбонов и предоставляет сервисы таким критическим клиентам, как NYSE, NYMEX и еще куче народа с Wall Street.
Не надо распространять глупые слухи про то, что там у нас начинает "колбасить", лучше разберитесь со своими кривыми провайдерами, которые не могут отрезолвить вполне валидные хосты. Завсегда меня смешат любители "авторитетно" указывать на причину проблемы по "личным впечатлениям".
-
[code:1imftyi7]
D:\Documents and Settings\Вамп.AT1HLH2ZEW8ZOI9>tracert server4.deeptown.netТрассировка маршрута к server4.deeptown.net [209.67.216.18]
с максимальным числом прыжков 30:1 33 ms 32 ms 32 ms ppp83-237-60-1.pppoe.mtu-net.ru [83.237.60.1]
2 31 ms 54 ms 32 ms 195.34.53.53
3 39 ms 36 ms 55 ms 195.34.53.53
4 41 ms 40 ms 40 ms M9-cr01-A197-cr01.core.mtu.ru [195.34.53.10]
5 33 ms 34 ms 32 ms 195.34.53.58
6 58 ms 57 ms 55 ms s-b3-pos1-0.telia.net [213.248.99.37]
7 64 ms 59 ms 62 ms s-bb1-pos5-0-0.telia.net [213.248.66.1]
8 80 ms 79 ms 79 ms hbg-bb1-pos6-0-0.telia.net [213.248.64.30]
9 86 ms 86 ms 86 ms adm-bb1-pos7-0-0.telia.net [213.248.65.153]
10 79 ms 80 ms 80 ms adm-b2-pos1-0.telia.net [213.248.64.186]
11 80 ms 87 ms 80 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 86 ms 86 ms 86 ms acr1-ae0.Amsterdamamx.savvis.net [208.174.48.89]13 95 ms 92 ms 93 ms bcs1-so-1-2-0.Londonlnx.savvis.net [204.70.193.1
46]
14 164 ms 160 ms 163 ms bcs2-so-0-0-0.NewYork.savvis.net [204.70.192.121
]
15 169 ms 171 ms 171 ms bcs2-so-4-0-0.Washington.savvis.net [204.70.192.
1]
16 180 ms 173 ms 170 ms bcs1-so-7-0-0.Washington.savvis.net [204.70.192.
33]
17 210 ms 185 ms 189 ms dcr1-so-3-0-0.Atlanta.savvis.net [204.70.192.53]18 502 ms 504 ms 507 ms bcs1-so-3-2-0.Dallas.savvis.net [204.70.192.82]
19 511 ms 524 ms 517 ms ohr1-pos-4-0.FortWorthda1.savvis.net [208.172.13
1.82]
20 516 ms 520 ms 518 ms csr1-ve242.FortWorthda1.savvis.net [216.39.64.58
]
21 277 ms 276 ms 277 ms 216.39.86.190
22 * * * Превышен интервал ожидания для запроса.
23 508 ms 513 ms 509 ms 18.216.67.209.reverse.layeredtech.com [209.67.21
6.18]Трассировка завершена.
[/code:1imftyi7]Сегодня целый день и вечер невозможно играть, затык между Атлантой и Далласом возникает..
-
Vampik, между Далласом и Атлантой никаких затыков нет, откуда вы берете подобные глупости? Сто раз говорил, что ICMP Echo Reply идут с минимальным приоритетом.
-
Andy the Skrontz, обычно пинг до конечного узла и всех промежуточных после Вашингтона порядка 180~200мс. Сегодня пинг на последнем участке и до конечного узла 500~600мс. Очень хорошо заметно по тормозам в игре.
-
@Andy-the Skrontz:
Vampik, между Далласом и Атлантой никаких затыков нет, откуда вы берете подобные глупости? Сто раз говорил, что ICMP Echo Reply идут с минимальным приоритетом.Не совсем, правда, понятно, причем тут ICMP Echo Reply. Winmtr работает немного по другому принципу.
Еще более непонятно, чем мерять латентность ответа сервера, если скронтцу не нравится пинг. Администрации нравится, а скронцу - нет. Парадокс.
-
Jerry, Winmtr работает по какому-то отличному от ICMP протоколу, который особым, волшебным образом поддерживают наши раутеры?
Любителям мерять задержки по traceroute скажу, что это еще хуже, чем пинг, т.к. основывается на времени генерации раутером ICMP TTL expired. Если раутер загружен, он сгенерирует и вернет его с небольшой задержкой. Опять же, если канал на обратном пути загружен, то это приведет к увеличению задержки (помним про приоритеты).
Мерять "латентность" можно только двусторонним анализатором потока данных.
-
@Andy-the Skrontz:
Vampik, 21 277 ms 276 ms 277 ms 216.39.86.190
Да, но:
[code:1balzc21]
D:\Documents and Settings\Вамп.AT1HLH2ZEW8ZOI9>ping 216.39.86.190Обмен пакетами с 216.39.86.190 по 32 байт:
Ответ от 216.39.86.190: число байт=32 время=405мс TTL=243
Ответ от 216.39.86.190: число байт=32 время=399мс TTL=243
Ответ от 216.39.86.190: число байт=32 время=386мс TTL=243
Ответ от 216.39.86.190: число байт=32 время=391мс TTL=243
[/code:1balzc21]Узлы явно перегружены. Задержка отклика персонажа в игре на команды очень хорошо это демонстрирует.
-
Vampik, задержка вполне может быть и на твоем участке, т.к. показывают тебе round-trip-time (то есть время от момента как ты отправил IMCP Echo Request до момента, когда ты получил ICMP Echo Reply).
-
@Andy-the Skrontz:
Мерять "латентность" можно только двусторонним анализатором потока данных.
Где его взять ?
В америке есть проблемы с каналом/ами, задержки просто так на полсекунды не возрастают, какой бы приоритет не имел пинг, это означает, что канал забит, закрывать на это глаза по меньшей мере глупо.
-
Andy the Skrontz, не надо объяснять такие простые вещи. только интересно, почему такие задержки именно с Savvis и LayeredTech.
-
Jerry, откуда ты знаешь, что забит канал именно в Америке? Я в Америке, у меня нет задержек. Возрасти внезапно могут задержки и из-за появления пикового траффика на твоем локальном канале, это как раз объяснит то, что до предпоследнего хопа rtt внезапно 276ms.
Взять его можно только с аналогичной установкой на сервере, когда делается несколько тестовых сеансов передачи данных с жестким таймстэмпингом на обоих концах. Но и даже тогда можно будет говорить максимум о задержке данных на всем пути, выяснить, где конкретно затык, все равно будет сложно.
Я потрейсил с разных точек тот IP, с которого ты писал на форуме. Во-первых, путь от меня отличается то того, который получается от тебя. Во-вторых, резкий скачок rtt начинается на твоем предпоследнем хопе, а не на трансатлантике, что наводит на мысли.
Vampik, видимо потому, что ты пингуешь и тестируешь связь только с тем сервером, который стоит в AS Savvis. Попробуй другой, будет та же картина.
-
@Andy-the Skrontz:
Jerry, откуда ты знаешь, что забит канал именно в Америке? Я в Америке, у меня нет задержек.Приведи лог с winmtr до диптауна. Если путь так же проходит через лондон, то я начну думать. И то, по большей части над тем, не стоит ли разный приоритет у роутеров на американский и зарубежный траффик
Возрасти внезапно могут задержки и из-за появления пикового траффика на твоем локальном канале, это как раз объяснит то, что до предпоследнего хопа rtt внезапно 276ms.
При возрастании пикового траффика на моем локальном канале winmtr покажет увеличение времени от всех хостов, а не избирательно трех хостов из америки. Я доказывал это нашему админу, не думаю, что ты с этим не согласишься.
Я потрейсил с разных точек тот IP, с которого ты писал на форуме. Во-первых, путь от меня отличается то того, который получается от тебя. Во-вторых, резкий скачок rtt начинается на твоем предпоследнем хопе, а не на трансатлантике, что наводит на мысли.
Я не спорю, да, предпоследний хоп до меня дает +~150 мс задержки.
-
Jerry, у меня крайне короткий путь до серверов, через Лондон он не может идти по той простой причине, что я уже в США. Да, у нас стоят разные приоритеты на разные типы траффика, но это не должно играть роли в данном случае.
Совершенно не обязательно. Пик траффика мог возникнуть на тот момент, когда traceroute отправлял запросы, на которые отвечали именно зарубежные хосты. Как тогда объяснить, что один из местных хостов ответил достаточно быстро? Под локальным каналом я имел в виду тот, через который зарубежный траффик покидает Украину. Твой ASBR, так сказать. Я понимаю, что не в интересах вашего админа признавать локальные проблемы, но рекомендую провести тесты с другими американскими хостами.
Я уже сказал, что из того, что я вижу, хорошо видно, что твой траффик уходит от твоего провайдера не по самому оптимальному пути (которым мы пользуемся для обратного раутинга). Это тоже играет большую роль.
-
Допустим, "пик траффика мог возникнуть на тот момент, когда traceroute отправлял запросы, на которые отвечали именно зарубежные хосты". 25 раз. 25 в те моменты времени, когда отправляются запросы на 15 хостов до лондона - пиков траффика не возникают, и 25 раз между этими группами возникают пики траффика как раз ровно в те 2 секунды, когда отправляются запросы на хосты после лондона. Ни больше, ни меньше. Без погрешностей. Независимо от того, когда начато измерение.
Тебе такая ситуация не кажется абсурдной?Я пока не знаю, как обьяснить то, что один из хостов отвечает быстрее. Возможно, из-за приоритетов. Возможно, что он по другому зароучен. Надо подумать. Но обьяснение выглядит гораздо более разумно, чем мистически возникающие пики траффика.
Хорошо. yahoo.com выглядит достаточно американским хостом? Трейс до него не выявляет скачков по +280мс, которые есть на стыке лондон-даллас.
-
Jerry, если такая картина была получена 25 раз подряд, то у меня две версии:
-
Пакеты с тех хостов, где отмечены лаги, возвращаются по низкоприоритетным путям, вследствие чего получается сильная задержка.
-
ICMP сообщения генерируются этими хостами в последнюю очередь и становятся в очередь с очень низки приоритетом, то есть опять же ошибочен метод измерения.
Yahoo стоит непосредственно на Tier-1 бекбоне, у него другого класса соглашения и другого класса услуги. Я не знаю, через что у тебя идет туда траффик.
-
-
Учитывая, что такого ранее не замечалось, как 1) так и 2) дают вывод о том, что каналы/хосты перегружены "где-то там".
А какая разница, мы говорили о локальном канале, с украины траффик выходит одним путем, значит проблема уже не здесь.
яха:
code:3gn63edy WinMTR statistics Host - % Sent Recv Best Avrg Wrst Last ------------------------------------------------ ------ ------ ------ ------ ------ ------ 193.41.162.7.best.net.ua - 0 30 30 109 125 141 125 193.41.162.2.best.net.ua - 0 30 30 109 129 156 140 193.41.162.1.best.net.ua - 0 30 30 109 159 1094 1094 bell-tun1.silvercom.net - 4 30 29 218 253 328 265 silvercom-gw.colocall.com - 4 30 29 203 267 781 250 isida.colocall.net - 4 29 28 218 274 500 235 its.colocall.net - 4 29 28 219 272 578 578 aggr-3-1GE-229dot1q.kiev.ucomline.net - 4 29 28 234 277 562 562 edge-1-1GE-212dot1q.kiev.ucomline.net - 4 29 28 234 291 500 500 Frankfurt1.de.ALTER.NET - 0 29 29 250 310 578 437 429.at-6-1-0.XR2.FFT4.ALTER.NET - 0 29 29 250 307 515 375 so-1-1-0.TR1.FFT1.ALTER.NET - 0 29 29 250 307 453 390 so-4-0-0.IR1.DCA4.ALTER.NET - 0 29 29 344 381 422 406 so-1-0-0.IL1.DCA6.ALTER.NET - 0 29 29 343 384 453 422 0.so-1-0-0.TL1.DCA6.ALTER.NET - 0 29 29 343 394 484 422 0.so-6-0-0.XL1.DCA5.ALTER.NET - 0 29 29 359 391 454 390 0.so-6-0-0.BR1.DCA5.ALTER.NET - 4 29 28 343 396 484 391 so-0-0-0.edge1.Washington1.Level3.net - 0 29 29 359 391 453 407 so-2-1-0.bbr1.Washington1.Level3.net - 11 29 26 359 394 547 391 ae-0-0.bbr1.Dallas1.Level3.net - 0 29 29 390 434 547 422 ae-21-56.car1.Dallas1.Level3.net - 0 29 29 390 429 485 422 4.79.180.10 - 7 29 27 390 427 484 468 ten-8-1.bas2.mud.yahoo.com - 14 29 25 375 423 500 438 p19.www.mud.yahoo.com - 4 29 28 375 420 469 421 ________________________________________________ ______ ______ ______ ______ ______ ______ WinMTR - 0.7. Copyleft @2000-2001 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )[/code:3gn63edy]
server8
code:3gn63edy WinMTR statistics Host - % Sent Recv Best Avrg Wrst Last ------------------------------------------------ ------ ------ ------ ------ ------ ------ 193.41.162.7.best.net.ua - 0 28 28 109 130 156 140 193.41.162.2.best.net.ua - 0 28 28 109 133 157 109 193.41.162.1.best.net.ua - 0 28 28 109 136 188 141 bell-tun1.silvercom.net - 0 28 28 218 268 328 218 silvercom-gw.colocall.com - 0 28 28 219 291 578 234 isida.colocall.net - 0 28 28 218 311 594 218 its.colocall.net - 4 28 27 234 278 453 250 aggr-3-1GE-229dot1q.kiev.ucomline.net - 0 28 28 219 280 390 265 edge-1-1GE-212dot1q.kiev.ucomline.net - 4 28 27 234 273 344 235 Frankfurt1.de.ALTER.NET - 0 28 28 265 318 390 297 429.at-6-1-0.XR1.FFT4.ALTER.NET - 0 28 28 265 346 1281 1281 so-0-1-0.TR1.FFT1.ALTER.NET - 4 28 27 281 314 406 281 so-6-0-0.TR2.LND2.ALTER.NET - 8 28 26 266 319 437 297 so-6-0-0.XR2.LND2.ALTER.NET - 4 28 27 266 321 391 296 pos3-0.cr2.lnd5.gbb.uk.uu.net - 4 28 27 281 322 390 359 pos2-0.cr2.lnd6.uk.gbb.uu.net - 4 28 27 250 322 375 312 POS0-0.GW2.LND6.ALTER.net - 0 27 27 282 323 375 313 uuk201669.uk.customer.alter.net - 0 27 27 281 329 391 328 bcs1-so-1-1-0.Londonlnx.savvis.net - 4 27 26 297 333 391 360 bcs1-so-6-0-0.Dallas.savvis.net - 0 27 27 500 554 656 531 ohr1-pos-4-0.FortWorthda1.savvis.net - 0 27 27 500 548 610 532 csr1-ve240.FortWorthda1.savvis.net - 0 27 27 500 540 625 547 216.39.86.190 - 0 27 27 469 522 609 500 No response from host - 100 27 0 0 0 0 406 22.216.67.209.reverse.layeredtech.com - 0 27 27 469 539 594 516 ________________________________________________ ______ ______ ______ ______ ______ ______ WinMTR - 0.7. Copyleft @2000-2001 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
[/code:3gn63edy] -
Сейчас уже получше, но скачок всё равно заметен
[code:38s2hhnk]
D:\Documents and Settings\Вамп.AT1HLH2ZEW8ZOI9>tracert server4.deeptown.netТрассировка маршрута к server4.deeptown.net [209.67.216.18]
с максимальным числом прыжков 30:1 34 ms 32 ms 33 ms ppp83-237-60-1.pppoe.mtu-net.ru [83.237.60.1]
2 33 ms 59 ms 32 ms 195.34.53.53
3 60 ms 30 ms 46 ms 195.34.53.53
4 37 ms 35 ms 38 ms M9-cr01-A197-cr01.core.mtu.ru [195.34.53.10]
5 34 ms 32 ms 33 ms 195.34.53.58
6 58 ms 57 ms 58 ms s-b3-pos1-0.telia.net [213.248.99.37]
7 58 ms 58 ms 57 ms s-bb1-pos5-0-0.telia.net [213.248.66.1]
8 78 ms 79 ms 78 ms hbg-bb1-pos6-0-0.telia.net [213.248.64.30]
9 84 ms 84 ms 86 ms adm-bb1-pos7-0-0.telia.net [213.248.65.153]
10 81 ms 81 ms 78 ms adm-b2-pos1-0.telia.net [213.248.64.186]
11 82 ms 81 ms 82 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 85 ms 85 ms 85 ms acr1-ae0.Amsterdamamx.savvis.net [208.174.48.89]13 93 ms 92 ms 93 ms bcs1-so-1-2-0.Londonlnx.savvis.net [204.70.193.1
46]
14 162 ms 159 ms 162 ms bcs2-so-0-0-0.NewYork.savvis.net [204.70.192.121
]
15 170 ms 172 ms 172 ms bcs2-so-4-0-0.Washington.savvis.net [204.70.192.
1]
16 169 ms * 171 ms bcs1-so-7-0-0.Washington.savvis.net [204.70.192.
33]
17 184 ms 185 ms 185 ms dcr1-so-3-0-0.Atlanta.savvis.net [204.70.192.53]18 253 ms 260 ms 259 ms bcs1-so-3-2-0.Dallas.savvis.net [204.70.192.82]
19 266 ms 266 ms 272 ms ohr1-pos-4-0.FortWorthda1.savvis.net [208.172.13
1.82]
20 279 ms 288 ms 283 ms csr1-ve242.FortWorthda1.savvis.net [216.39.64.58
]
21 282 ms 284 ms 284 ms 216.39.86.190
22 * * * Превышен интервал ожидания для запроса.
23 291 ms 290 ms 287 ms 18.216.67.209.reverse.layeredtech.com [209.67.21
6.18]Трассировка завершена.
[/code:38s2hhnk]
Кстати, ради интереса залез на свой хостинг (Di-Net, Москва) и запустил трасерт оттуда
[code:38s2hhnk]
traceroute to server4.deeptown.net (209.67.216.18), 64 hops max, 44 byte packets
1 vlan-5.sr1.msk1.ibbn.di-net.ru (213.248.54.254) 0.533 ms 0.488 ms 0.484 ms
2 703.ge-0-0-0.br3.msk1.ibbn.di-net.ru (213.248.32.1) 0.338 ms 0.380 ms 0.443 ms
3 62.231.1.137 (62.231.1.137) 0.562 ms 0.614 ms 0.434 ms
4 cisco13.Moscow.gldn.net (194.186.157.238) 0.391 ms 0.335 ms 0.236 ms
5 cisco03.Moscow.gldn.net (194.186.157.186) 0.969 ms 1.169 ms 1.480 ms
6 so-2-3-2-zar1.skt.cw.net (166.63.220.93) 21.236 ms 22.151 ms 22.811 ms
7 ge-3-2-0-ycr1.skt.cw.net (166.63.220.145) 22.139 ms ge-3-3-0-ycr1.skt.cw.net (166.63.220.129) 23.381 ms ge-3-2-0-ycr1.skt.cw.net (166.63.220.145) 22.884 ms
8 so-1-0-0-ycr1.cpi.cw.net (208.173.216.25) 31.391 ms 31.276 ms 28.548 ms
9 so-5-2-0-dcr2.amd.cw.net (195.2.10.181) 42.698 ms 43.376 ms 43.391 ms
10 so-4-0-0-dcr1.tsd.cw.net (195.2.10.146) 47.118 ms 47.459 ms 47.214 ms
11 so-1-0-0-zcr1.lnt.cw.net (195.2.10.125) 49.067 ms 47.008 ms 47.143 ms
12 ge-0-0-0-war1.lnt.cw.net (166.63.222.154) 47.000 ms 49.162 ms 47.327 ms
13 bcr1-so-3-0-0.Londonlnx.savvis.net (206.24.169.1) 49.509 ms 48.461 ms 48.366 ms
14 bcs2-so-1-1-0.Londonlnx.savvis.net (204.70.193.122) 49.564 ms 48.962 ms 50.619 ms
15 bcs1-so-6-0-0.Dallas.savvis.net (204.70.192.49) 193.780 ms 164.236 ms 159.200 ms
16 ohr1-pos-4-0.FortWorthda1.savvis.net (208.172.131.82) 164.288 ms 159.613 ms 164.893 ms
17 csr1-ve240.FortWorthda1.savvis.net (216.39.64.34) 228.705 ms 159.276 ms 163.150 ms
18 216.39.86.190 (216.39.86.190) 157.900 ms 165.381 ms 165.443 ms
19 * * *
20 18.216.67.209.reverse.layeredtech.com (209.67.216.18) 163.327 ms 158.262 ms 165.192 ms
[/code:38s2hhnk]
Маршрут идет через другие узлы и пинг нормальный. -
Jerry, вот тут собака порылась:
code:1z4b7ujx 406 281 so-6-0-0.TR2.LND2.ALTER.NET - 8 28 26 266 319 437 297 so-6-0-0.XR2.LND2.ALTER.NET - 4 28 27 266 321 391 296 pos3-0.cr2.lnd5.gbb.uk.uu.net - 4 28 27 281 322 390 359 pos2-0.cr2.lnd6.uk.gbb.uu.net - 4 28 27 250 322 375 312 POS0-0.GW2.LND6.ALTER.net - 0 27 27 282 323 375 313 [/code:1z4b7ujx]
По какой-то причине MCI бросает идущий от тебя к серверу траффик через два лишних хопа и менее приоритетный путь. На пути к yahoo.com этого не наблюдается, равно как и на обратном пути от нас до тебя. Что там делает MCI, я знать не могу, но проблема явно по ту сторону океана (видимо их раутеры считают, что так выгоднее с нами пириться, что не лишено резона). Впрочем, задержки все равно не такие жуткие, чтобы внести какие-либо проблемы.
-
Не угадал
Проблема здесь
[code:bqxwvjn4]| bcs1-so-1-1-0.Londonlnx.savvis.net - 4 | 27 | 26 | 297 | 333 | 391 | 360 |
| bcs1-so-6-0-0.Dallas.savvis.net - 0 | 27 | 27 | 500 | 554 | 656 | 531 |[/code:bqxwvjn4]и здесь
[code:bqxwvjn4] 13 93 ms 92 ms 93 ms bcs1-so-1-2-0.Londonlnx.savvis.net [204.70.193.1 46]
14 162 ms 159 ms 162 ms bcs2-so-0-0-0.NewYork.savvis.net [204.70.192.121 ]
15 170 ms 172 ms 172 ms bcs2-so-4-0-0.Washington.savvis.net [204.70.192. 1]
16 169 ms * 171 ms bcs1-so-7-0-0.Washington.savvis.net [204.70.192. 33]
17 184 ms 185 ms 185 ms dcr1-so-3-0-0.Atlanta.savvis.net [204.70.192.53]
18 253 ms 260 ms 259 ms bcs1-so-3-2-0.Dallas.savvis.net [204.70.192.82][/code:bqxwvjn4]Два разных пути отмечают задержку на одном и том же переходе, тебе не кажется странным?
Эффект как было отмечено, в данный момент почти исчез.
