Лаги, дисконнекты, трейсы
-
Одно из двух - или я чего-то не понимаю в сетях, или проблема все-таки в провайдере, который поставляет канал для сервера. Вот 3 существенные строчки tracert, причем в той или иной форме эта проблема наличествует у ВСЕХ здесь отпостившихся:
14 191 ms 199 ms 200 ms 216.39.69.226
15 * * * Превышен интервал ожидания для запроса.
16 193 ms 199 ms 200 ms 18.216.67.209.reverse.layeredtech.com [209.67.216.18]Это последние узлы перед непосредственно сервером. Пора бы признать наконец, что лагает в окресности 216.39.. (да, возможно лагает избирательно, но кого это волнует?) Если это так задумано - объясните тупому!
P.S. замечу, что когда речь идет о лагах, имется в виду не максимальное значение пинга, а его разброс по времени (нет, я не сорвусь на термины из тервера :))
Пока писал - пришла мысль... Мне кажется, или лагает только тех, у кого динамический IP??? ADSL-щиков в рассчет не берем.
Если с наскока написал глупость - разьясните плиз...
-
На правах флуда:
средний мой траффик получился 1.45 мб(мегабайт)/час
всего играет примерно 3000 человек
итого 4.5 гб в час на сервере, что есть примерно 10 мегабит. Там нигде "узкого места" с 10-мбитным каналом нет?
Скажем - 2-х метрового провода :))) -
27.06.2005
Лаги и подвисания на 5-10 секунд.
После перезапуска клиента долго пытается подсоедениться к патч серверу, прогружает текст с объявлениями, потом всё таки делает доступной кнопку start game.
[code:1hwxjt0z]C:>tracert server4.deeptown.net
Tracing route to server4.deeptown.net [209.67.216.18]
over a maximum of 30 hops:1 1 ms <10 ms <10 ms ISP
2 2 ms 1 ms 1 ms ISP
3 1 ms 1 ms 1 ms msk-m9-rbnet-5.rbnet.ru [195.209.14.156]
4 2 ms 1 ms 1 ms msk-gw.run.net [193.232.80.45]
5 20 ms 20 ms 19 ms sth-gw.run.net [193.232.80.210]
6 19 ms 19 ms 20 ms s-b4-geth6-2.telia.net [213.248.99.165]
7 20 ms 20 ms 21 ms s-bb2-pos7-2-0.telia.net [213.248.66.13]
8 33 ms 33 ms 33 ms hbg-bb2-pos4-0-0.telia.net [213.248.64.38]
9 39 ms 39 ms 39 ms adm-bb2-pos7-0-0.telia.net [213.248.65.161]
10 38 ms 39 ms 39 ms adm-b2-pos2-0.telia.net [213.248.64.190]
11 43 ms 43 ms 43 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 39 ms 39 ms 39 ms acr1-ae0.amsterdamamx.savvis.net [208.174.48.89]
13 56 ms 58 ms 51 ms bcs1-so-1-2-0.londonlnx.savvis.net [204.70.193.146]
14 119 ms 119 ms 216 ms bcs2-so-0-0-0.newyork.savvis.net [204.70.192.121]
15 143 ms 228 ms * bcs2-so-4-0-0.washington.savvis.net [204.70.192.1]
16 124 ms 124 ms 124 ms bcs1-so-7-0-0.washington.savvis.net [204.70.192.33]
17 138 ms 138 ms 138 ms dcr1-so-3-0-0.atlanta.savvis.net [204.70.192.53]
18 274 ms 203 ms 188 ms bcs1-so-3-2-0.dallas.savvis.net [204.70.192.82]
19 191 ms 190 ms 189 ms ohr1-pos-4-0.fortworthda1.savvis.net [208.172.131.82]
20 190 ms 190 ms 190 ms csr2-ve240.fortworthda1.savvis.net [216.39.64.35]
21 193 ms 192 ms 192 ms 216.39.69.226
22 * * * Request timed out.
23 193 ms 192 ms 191 ms 18.216.67.209.reverse.layeredtech.com [209.67.216.18]Trace complete.[/code:1hwxjt0z]
[code:1hwxjt0z]C:>tracert server6.deeptown.net
Unable to resolve target system name server6.deeptown.net.[/code:1hwxjt0z][code:1hwxjt0z]C:>tracert server7.deeptown.net
Unable to resolve target system name server7.deeptown.net.[/code:1hwxjt0z][code:1hwxjt0z]C:>tracert server8.deeptown.net
Unable to resolve target system name server8.deeptown.net.[/code:1hwxjt0z][code:1hwxjt0z]C:>tracert 209.67.216.20
Tracing route to 20.216.67.209.reverse.layeredtech.com [209.67.216.20]
over a maximum of 30 hops:1 <10 ms <10 ms 1 ms ISP
2 1 ms 2 ms 1 ms ISP
3 1 ms 1 ms 1 ms msk-m9-rbnet-5.rbnet.ru [195.209.14.156]
4 1 ms 1 ms 1 ms msk-gw.run.net [193.232.80.45]
5 19 ms 20 ms 20 ms sth-gw.run.net [193.232.80.210]
6 22 ms 20 ms 20 ms s-b4-geth6-2.telia.net [213.248.99.165]
7 * 20 ms 20 ms s-bb1-pos7-1-0.telia.net [213.248.66.5]
8 41 ms 41 ms 41 ms hbg-bb1-pos6-0-0.telia.net [213.248.64.30]
9 48 ms 48 ms 47 ms adm-bb1-pos7-0-0.telia.net [213.248.65.153]
10 43 ms 43 ms 43 ms adm-b2-pos1-0.telia.net [213.248.64.186]
11 48 ms 47 ms 47 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 45 ms 43 ms 44 ms acr1-ae0.amsterdamamx.savvis.net [208.174.48.89]
13 56 ms 56 ms 55 ms bcs1-so-1-2-0.londonlnx.savvis.net [204.70.193.146]
14 123 ms 124 ms 123 ms bcs2-so-0-0-0.newyork.savvis.net [204.70.192.121]
15 156 ms * 126 ms bcs2-so-4-0-0.washington.savvis.net [204.70.192.1]
16 140 ms 140 ms 140 ms dcr2-so-7-2-0.atlanta.savvis.net [204.70.192.57]
17 193 ms 193 ms 193 ms bcs2-so-2-0-0.dallas.savvis.net [204.70.192.70]
18 196 ms 197 ms 196 ms ohr2-pos-4-0.fortworthda1.savvis.net [208.172.131.86]
19 196 ms 205 ms 196 ms csr2-ve243.fortworthda1.savvis.net [216.39.64.51]
20 197 ms 196 ms 197 ms 216.39.69.54
21 * * * Request timed out.
22 194 ms 194 ms 194 ms 20.216.67.209.reverse.layeredtech.com [209.67.216.20]Trace complete.[/code:1hwxjt0z]
[code:1hwxjt0z]C:>tracert 209.67.216.21
Tracing route to 21.216.67.209.reverse.layeredtech.com [209.67.216.21]
over a maximum of 30 hops:1 1 ms <10 ms 1 ms ISP
2 1 ms 1 ms 2 ms ISP
3 1 ms 1 ms 1 ms msk-m9-rbnet-5.rbnet.ru [195.209.14.156]
4 1 ms 1 ms 1 ms msk-gw.run.net [193.232.80.45]
5 19 ms 20 ms 20 ms sth-gw.run.net [193.232.80.210]
6 20 ms 20 ms 20 ms s-b4-geth6-2.telia.net [213.248.99.165]
7 20 ms 20 ms 20 ms s-bb1-pos7-1-0.telia.net [213.248.66.5]
8 41 ms 41 ms 41 ms hbg-bb1-pos6-0-0.telia.net [213.248.64.30]
9 48 ms 48 ms 48 ms adm-bb1-pos7-0-0.telia.net [213.248.65.153]
10 43 ms 43 ms 43 ms adm-b2-pos1-0.telia.net [213.248.64.186]
11 48 ms 48 ms 48 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 44 ms 43 ms 44 ms acr1-ae0.amsterdamamx.savvis.net [208.174.48.89]
13 55 ms 55 ms 56 ms bcs1-so-1-2-0.londonlnx.savvis.net [204.70.193.146]
14 123 ms 123 ms 123 ms bcs2-so-0-0-0.newyork.savvis.net [204.70.192.121]
15 127 ms 127 ms 126 ms bcs2-so-4-0-0.washington.savvis.net [204.70.192.1]
16 189 ms 140 ms 140 ms dcr2-so-7-2-0.atlanta.savvis.net [204.70.192.57]
17 193 ms 193 ms 193 ms bcs2-so-2-0-0.dallas.savvis.net [204.70.192.70]
18 196 ms 197 ms 196 ms ohr2-pos-4-0.fortworthda1.savvis.net [208.172.131.86]
19 194 ms 194 ms 194 ms csr1-ve243.fortworthda1.savvis.net [216.39.64.50]
20 195 ms 194 ms 195 ms 216.39.86.190
21 * * * Request timed out.
22 197 ms 197 ms 196 ms 21.216.67.209.reverse.layeredtech.com [209.67.216.21]Trace complete.[/code:1hwxjt0z]
[code:1hwxjt0z]C:>tracert 209.67.216.22
Tracing route to 22.216.67.209.reverse.layeredtech.com [209.67.216.22]
over a maximum of 30 hops:1 <10 ms <10 ms <10 ms ISP
2 1 ms 1 ms <10 ms ISP
3 11 ms 4 ms 1 ms msk-m9-rbnet-5.rbnet.ru [195.209.14.156]
4 75 ms 247 ms 142 ms msk-gw.run.net [193.232.80.45]
5 79 ms * 20 ms sth-gw.run.net [193.232.80.210]
6 20 ms 20 ms 20 ms s-b4-geth6-2.telia.net [213.248.99.165]
7 20 ms 21 ms 20 ms s-bb2-pos7-2-0.telia.net [213.248.66.13]
8 33 ms 32 ms 32 ms hbg-bb2-pos4-0-0.telia.net [213.248.64.38]
9 39 ms 62 ms 38 ms adm-bb2-pos7-0-0.telia.net [213.248.65.161]
10 38 ms 39 ms 39 ms adm-b2-pos2-0.telia.net [213.248.64.190]
11 43 ms 49 ms 44 ms cw-01451-adm-b2.telia.net [213.248.72.78]
12 49 ms 39 ms 39 ms acr1-ae0.amsterdamamx.savvis.net [208.174.48.89]
13 52 ms 51 ms 51 ms bcs1-so-1-2-0.londonlnx.savvis.net [204.70.193.146]
14 121 ms 119 ms 124 ms bcs2-so-0-0-0.newyork.savvis.net [204.70.192.121]
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]
18 191 ms 191 ms 191 ms ohr2-pos-4-0.fortworthda1.savvis.net [208.172.131.86]
19 191 ms 190 ms 189 ms csr2-ve241.fortworthda1.savvis.net [216.39.64.43]
20 193 ms 192 ms 192 ms 216.39.69.226
21 * * * Request timed out.
22 190 ms 190 ms 190 ms 22.216.67.209.reverse.layeredtech.com [209.67.216.22]Trace complete.[/code:1hwxjt0z]
-
Это последние узлы перед непосредственно сервером. Пора бы признать наконец, что лагает в окресности 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]
