Лаги, дисконнекты, трейсы
-
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]Два разных пути отмечают задержку на одном и том же переходе, тебе не кажется странным?
Эффект как было отмечено, в данный момент почти исчез.
-
Jerry, а ты в курсе, что электромагнитная волна распространяется с конечной скоростью и на трансатлантике следует ожидать вполне логичной задержки, не имеющей ничего общего с перегрузкой раутеров или канала? Обычно для расстояния в 100 тысяч миль берется задержка распространения сигнала в 1 секунду.
-
С моей точки зрения, из Москвы, от моего интернет-провайдера маршрут идёт МТУ -> Telia -> Savvis -> LayeredTech, проходит через 9 узлов Savvis и начиная с bcs1-so-3-2-0.Dallas.savvis.net иногда на несколько часов (в данный момент всё нормализовалось) возникают задержки. С хостинга, через другого провайдера Golden Telecom -> cw.net -> Savvis -> LayetedTech через 5 других узлов Savvis, без задержек.
-
Vampik, с недавних пор, C&W и Savvis - фактически одно и то же. Еще раз повторяю, что нельзя с высокой точность определить конкретный проблемный хоп, т.к. показывают round-trip-time, а маршрут вполне бывает асимметричным. И приоритеты ICMP придавлены, что тоже играет роль.
МТУ - это отдельная печальная история...
-
Мне все равно, симметричный или нет маршрут, главное, что по нему идут пакеты до МОТРа и обратно. С МТУ, да, были несколько месяцев назад проблемы, когда оно при большой нагрузке переправляло зарубежный трафик через Alter.net с пингом до полутора секунд. А теперешние иногда возникающие задержки в Америке конкретно к МТУ отношения явно не имеют.
-
Vampik, мне гораздо лучше известно, какие конкретно проблемы возникают у МТУ и почему, но говорить об этом я не могу. Еще раз повторю, что ты не можешь точно утверждать, что пакеты задерживаются именно в США, а я склонен предполагать как раз обратное.
-
Andy the Skrontz, переход через атлантику дает ~100-120мс. В нашем слічае мы видели до 300.
То, что причина в америке - говорят я, вампик, traceroute и winmtr. А какие у тебя аргументы в пользу того, что траффик задерживается "здесь"? У моего с вампиком маршрута нет ичего общего кроме саввиса. "Пики" траффика мы уже обсуждали.
-
В моём случае при переходе через Атлантику значительного скачка не происходит, в пределах нормы. Вот опять - утром и днём нормальный пинг был, сейчас играть невозможно, хожу рывками. Я в РО каждый день (преимущественно вечером, иногда днём, иногда ночью). В последние месяцы никаких проблем не было, лаги только второй вечер. :evil:
[code:2m032ieo]
Статистика Ping для 209.67.216.18:
Пакетов: отправлено = 100, получено = 99, потеряно = 1 (1% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 447мсек, Максимальное = 1379 мсек, Среднее = 542 мсек
[/code:2m032ieo]
[code:2m032ieo]
D:\Documents and Settings\Вамп.AT1HLH2ZEW8ZOI9>tracert server4.deeptown.netТрассировка маршрута к server4.deeptown.net [209.67.216.18]
с максимальным числом прыжков 30:1 32 ms 32 ms 32 ms ppp83-237-11-1.pppoe.mtu-net.ru [83.237.11.1]
2 34 ms 46 ms 58 ms 195.34.53.53
3 35 ms 49 ms 34 ms 195.34.53.53
4 39 ms 39 ms 37 ms M9-cr01-A197-cr01.core.mtu.ru [195.34.53.10]
5 35 ms 33 ms 32 ms M9-gw2-M9-cr01.core.mtu.ru [195.34.53.81]
6 58 ms 59 ms 59 ms s-b3-pos0-0.telia.net [213.248.67.93]
7 60 ms 57 ms 60 ms s-bb1-pos5-0-0.telia.net [213.248.66.1]
8 79 ms 79 ms 78 ms hbg-bb1-pos6-0-0.telia.net [213.248.64.30]
9 86 ms 87 ms 86 ms adm-bb1-pos7-0-0.telia.net [213.248.65.153]
10 81 ms 82 ms 79 ms adm-b2-pos1-0.telia.net [213.248.64.186]
11 86 ms 86 ms 86 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 90 ms 87 ms 85 ms acr1-ae0.Amsterdamamx.savvis.net [208.174.48.89]
13 96 ms 100 ms 98 ms bcs1-so-1-2-0.Londonlnx.savvis.net [204.70.193.146]
14 166 ms 163 ms 166 ms bcs2-so-0-0-0.NewYork.savvis.net [204.70.192.121]
15 171 ms 170 ms 171 ms bcs2-so-4-0-0.Washington.savvis.net [204.70.192.1]
16 170 ms 170 ms 175 ms bcs1-so-7-0-0.Washington.savvis.net [204.70.192.33]
17 185 ms 207 ms 184 ms dcr1-so-3-0-0.Atlanta.savvis.net [204.70.192.53]
18 520 ms 525 ms 525 ms bcs1-so-3-2-0.Dallas.savvis.net [204.70.192.82]
19 530 ms 534 ms 534 ms ohr1-pos-4-0.FortWorthda1.savvis.net [208.172.131.82]
20 512 ms 527 ms 522 ms csr1-ve242.FortWorthda1.savvis.net [216.39.64.58]
21 283 ms 283 ms 281 ms 216.39.86.190
22 * * * Превышен интервал ожидания для запроса.
23 529 ms 539 ms 540 ms 18.216.67.209.reverse.layeredtech.com [209.67.216.18]
[/code:2m032ieo] -
Jerry, во-первых, из того, что ты привел, я вижу максимум 250 мс дополнительной задержки (ICMP траффик). Ты забываешь, что показывается время round-trip, то есть океан пересекается дважды. Умножай.
Нет, ты ошибаешься. Вампик и ты посмотрели на результаты traceroute (что одно и то же с winmtr) и почему-то решили, что проблема в Америке. Аргументы у меня простые: система мониторинга состояния нашей сети говорит о том, что никаких локальных затыков у нас не присутствует. Есть неписанное правило для бекбонов, гласящее, что пиковая загрузка не должна превышать 50% ширины полосы пропускания. Вы не можете понять, что это не какой-то кустарный провайдер, обслуживающий Петю с Васей, это одна из крупнейших мировых инфраструктур, которая обслуживает траффик миллионы пользователей. Если бы все они испытывали те же проблемы, что и вы, пришлось бы чесаться. А если получается, что проблемы у небольшой группы людей, то приходит на ум вывод о том, что проблема с другой стороны.
-
Ну, в том трейсе может и действительно +250, к тому времени как я его снимал, эффект упал раза в 2, и о том говорилось. Было больше. Да и не факт, я говорю об обычных значениях, обычно трейс показывает +100-120 через атлантику. у нас раза в 2-3 больше.
У тебя есть данные именно о загрузке bcs1-so-3-2-0.Dallas.savvis.net? Было бы любопытно взглянуть.
Кстати то, что сейчас писал вампик у меня не повторяется, пинги в пределах нормы.. -
22 * * * Превышен интервал ожидания для запроса.
обьясните пожалуйста нубу - что это значит.
-
Jerry, информация системы мониторинга нашей сети конфиденциальна и естественно разглашению не подлежит. Я могу только сказать, что проблем не замечено. Я уже сказал, что значения rtt из трейсрута не могут служить достаточно хорошими индикаторами.
Northwood, это означает, что хост не стал отправлять сообщение о TTL Expired и просто молча дропнул пакет.
-
Энди, это все замечательно. Хотелось бы понять еще вот что:
13 bcs2-so-1-1-0.Londonlnx.savvis.net [204.70.193.122] сообщает: Заданная сет
ь недоступна.
если тебе всю трассировку:
@Keincross:
Трассировка маршрута к server4.deeptown.net [209.67.216.18]с максимальным числом прыжков 30:
1 21 ms 21 ms 21 ms 82.162.244.205
2 27 ms 23 ms 23 ms 10.141.161.5
3 27 ms 25 ms 24 ms pol-ussuriisk-gw.primorye.net.ru [10.2.141.1]
4 25 ms 28 ms 25 ms vl-core4-ge-0-1-8.primorye.net.ru [10.4.8.1]
5 251 ms 360 ms 321 ms vl-bg36-fe-0-0.primorye.net.ru [10.4.0.2]
6 26 ms 26 ms 26 ms vlad-dsr0-ge0-1-101.rt-comm.ru [195.161.4.93]
7 283 ms 197 ms 198 ms lnd-bgw0-po1-1-0-0.rt-comm.ru [217.106.7.110]
8 207 ms 200 ms 197 ms GigabitEthernet5-0.GW27.LND8.ALTER.NET [146.188.
70.65]
9 197 ms 201 ms 198 ms GigabitEthernet6-1.CR1.LND8.ALTER.net [158.43.18
8.65]
10 196 ms 197 ms 196 ms pos2-0.cr1.lnd6.uk.gbb.uu.net [158.43.206.121]
11 197 ms 197 ms 196 ms srp2-0.br1.lnd6.uk.gbb.uu.net [158.43.194.234]
12 185 ms 190 ms 183 ms bcr1-ge-4-3-0.Londonlnx.savvis.net [195.66.224.3
9]
13 bcs2-so-1-1-0.Londonlnx.savvis.net [204.70.193.122] сообщает: Заданная сет
ь недоступна.Трассировка завершена.
Этот трейс выложен на второй странице данного топика.Мой провайдер, конечно, не ангел и за ним грехов немало, но каким это образом он так красиво отрубил доступ к саввисовской сети целиком, притом, что до российских хостов дотягивался без проблем? Вроде и до Европы неплохо стучал...
З.Ы. в последнее время у меня наоборот, затыки явно на уровне провайдера, если не местного, так краевого точно. Но там и трейсы это показывают. Время отклика скачет уже у узлов в пределах края, а за пределами России - стабильно выше 1500ms.
-
Keincross, я не знаю, что происходило с сетью на тот момент. Возможно ты неудачно попал на смену маршрутизации после падения какого-то канала, возможно что-то случилось на last mile. Но подобное - скорее единичный случай, чем постоянная ситуация.
