Лаги, дисконнекты, трейсы
-
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. Но подобное - скорее единичный случай, чем постоянная ситуация.
-
Энди, ну естественно это единичный случай, просто потому, что в моменты полного отсутствия связи мне выдает другое сообщение: "невозможно разрешить доменное имя server4.deeptown.net". А тут в момент DNS-запроса что-то еще прошло, а потом доступ к трансатлантическому каналу пропал. Такая ситуация (европейские хопы пингуются, а америка молчит) повторялась не один раз и не один день (несколько недель такое было). Что-то с сетью действительно происходило, но очень уж часто.
Я не грешу на американские каналы как таковые. Я готов допустить, что задержки создавал промежуточный провайдер в России. Более вероятными мне кажутся затыки в Европе или непосредственно у трансатлантического оператора, но почему все же подобные задержки наблюдались именно на этом маршруте? На Россию все это время был стабильный выход.К сожалению, не могу проверить все это сейчас, потому, что в данный момент глючит именно мой провайдер. То совсем от сети отрубает (а раньше российские ресурсы в большинстве своем были доступны, только забугорные глючили), то просто выдает сумасшедшие задержки на любом направлении. Хотя временами все работает - не придерешься.
З.Ы. Напоминаю - этот топик был создан не для убеждения игроков, что все в порядке, а для выяснения, что же происходит и где.
-
Keincross, ну логично предположить, что из России в Россию все ходит нормально, когда отвалился внешний апстрим. Проблема в том, что многие российские провайдеры экономят на внешних подключениях, выбирая более дешевые, но менее надежные предложения. При остановке ресолвинга, виноват однозначно твой провайдер, DNS не должно пропадать из кэша так быстро.
Я в курсе зачем был создан этот топик, я просто объясняю, что постановка самому себе диагноза по результатам ping или traceroute порочна. Я только сказал, что на участке, к которому я имею отношение, все оказалось в порядке. Ты сам понимаешь, что невозможно пойти к каждому промежуточному провайдеру и проверить.
