Лаги, дисконнекты, трейсы
-
за последние несколько дней появились дисконнекты
причём пинг пропадает не всегда, а когда пропадает, трейс выглядит так:
[code:9wrgbbs3]traceroute to server7.deeptown.net (209.67.216.21), 64 hops max, 44 byte packets
1 ppp83-237-197-1.pppoe.mtu-net.ru (83.237.197.1) 23.516 ms 38.124 ms 58.084 ms
2 195.34.53.53 (195.34.53.53) 58.719 ms 29.535 ms 45.966 ms
3 195.34.53.53 (195.34.53.53) 51.904 ms 25.385 ms 31.854 ms
4 M9-cr01-A197-cr01.core.mtu.ru (195.34.53.10) 32.938 ms 32.477 ms 39.815 ms
5 195.34.53.58 (195.34.53.58) 27.959 ms 60.374 ms 66.903 ms
6 s-b3-pos0-0.telia.net (213.248.67.93) 51.115 ms 110.330 ms 57.794 ms
7 s-bb2-pos7-1-0.telia.net (213.248.66.9) 52.818 ms 52.432 ms 52.911 ms
8 hbg-bb2-pos4-0-0.telia.net (213.248.64.38) 65.910 ms 62.665 ms 62.893 ms
9 adm-bb2-pos7-0-0.telia.net (213.248.65.161) 213.759 ms 319.272 ms 120.947 ms
10 adm-b2-pos2-0.telia.net (213.248.64.190) 123.910 ms 75.684 ms 75.669 ms
11 cw-01451-adm-b2.telia.net (213.248.72.78) 72.925 ms 72.636 ms 216.595 ms
12 acr1-ae0.Amsterdamamx.savvis.net (208.174.48.89) 82.889 ms 133.109 ms 112.672 ms
13 * * *[/code:9wrgbbs3]
т.е. всё загибается на 12-м хопе, дальше всё глухо. -
Помогите Люди!
У меня в универсе стоят рестрикшены на всякие порно и игровые сайты, к тому же ещё качать ничего мультимедийного нельзя. Переписал Рагнарёк на свой аккаунт, в папке есть: findhack, fix_data, Items_rusv4.3, ruro, sakexe, sakray, setup.... Короче запускаю я sakray (мне сказали что через него заходить нужно), он чёто пачит, потом выдаёт такую фигню:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Error Message</TITLE>
<META http-equiv=Content-Type content="text/html; charset=UTF-8">
<STYLE id=L_default_1>A {
FONT-WEIGHT: bold; FONT-SIZE: 10pt; COLOR: #005a80; FONT-FAMILY: tahoma
}
A:hover {
FONT-WEIGHT: bold; FONT-SIZE: 10pt; COLOR: #0d3372; FONT-FAMILY: tahoma
}
TD {
FONT-SIZE: 8pt; FONT-FAMILY: tahoma
}
TD.titleBorder {
BORDER-RIGHT: #955319 1px solid; BORDER-TOP: #955319 1px solid; PADDING-LEFT: 8px; FONT-WEIGHT: bold; FONT-SIZE: 12pt; VERTICAL-ALIGN: middle; BORDER-LEFT: #955319 0px solid; COLOR: #955319; BORDER-BOTTOM: #955319 1px solid; FONT-FAMILY: tahoma; HEIGHT: 35px; BACKGROUND-COLOR: #d2b87a; TEXT-ALIGN: left
}
TD.titleBorder_x {
BORDER-RIGHT: #955319 0px solid; BORDER-TOP: #955319 1px solid; PADDING-LEFT: 8px; FONT-WEIGHT: bold; FONT-SIZE: 12pt; VERTICAL-ALIGN: middle; BORDER-LEFT: #955319 1px solid; COLOR: #978c79; BORDER-BOTTOM: #955319 1px solid; FONT-FAMILY: tahoma; HEIGHT: 35px; BACKGROUND-COLOR: #d2b87a; TEXT-ALIGN: left
}
.TitleDescription {
FONT-WEIGHT: bold; FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: tahoma
}
SPAN.explain {
FONT-WEIGHT: normal; FONT-SIZE: 10pt; COLOR: #934225
}
SPAN.TryThings {
FONT-WEIGHT: normal; FONT-SIZE: 10pt; COLOR: #934225
}
.TryList {
MARGIN-TOP: 5px; FONT-WEIGHT: normal; FONT-SIZE: 8pt; COLOR: black; FONT-FAMILY: tahoma
}
.X {
BORDER-RIGHT: #955319 1px solid; BORDER-TOP: #955319 1px solid; FONT-WEIGHT: normal; FONT-SIZE: 12pt; BORDER-LEFT: #955319 1px solid; COLOR: #7b3807; BORDER-BOTTOM: #955319 1px solid; FONT-FAMILY: verdana; BACKGROUND-COLOR: #d1c2b4
}
.adminList {
MARGIN-TOP: 2px
}
</STYLE>
<META content="MSHTML 6.00.2800.1170" name=GENERATOR></HEAD>
<BODY bgColor=#f3f3ed>
<TABLE cellSpacing=0 cellPadding=0 width="100%">
<TBODY>
<TR>
<TD class=titleborder_x width=30>
<TABLE height=25 cellSpacing=2 cellPadding=0 width=25 bgColor=black>
<TBODY>
<TR>
<TD class=x vAlign=center align=middle>X</TD>
</TR>
</TBODY>
</TABLE>
</TD>
<TD class=titleBorder id=L_default_2>Network Access Message:<SPAN class=TitleDescription> The page cannot be displayed</SPAN> </TD>
</TR>
</TBODY>
</TABLE><TABLE id=spacer>
<TBODY>
<TR>
<TD height=10></TD></TR></TBODY></TABLE>
<TABLE width=400>
<TBODY>
<TR>
<TD noWrap width=25></TD>
<TD width=400><SPAN class=explain><ID id=L_default_3><B>Explanation:</B></ID></SPAN><ID id=L_default_4> There is a problem with the page you are trying to reach and it cannot be displayed. </ID><BR><BR>
<B><SPAN class=tryThings><ID id=L_default_5><B>Try the following:</B></ID></SPAN></B>
<UL class=TryList>
<LI id=L_default_6><B>Refresh page:</B> Search for the page again by clicking the Refresh button. The timeout may have occurred due to Internet congestion.
<LI id=L_default_7><B>Check spelling:</B> Check that you typed the Web page address correctly. The address may have been mistyped.
<LI id=L_default_8><B>Access from a link:</B> If there is a link to the page you are looking for, try accessing the page from that link.</UL>
<ID id=L_default_9>If you are still not able to view the requested page, try contacting your administrator or Helpdesk.</ID> <BR><BR>
</TD>
</TR>
</TBODY>
</TABLE><TABLE id=spacer><TBODY><TR><TD height=15></TD></TR></TBODY></TABLE>
<TABLE width=400>
<TBODY>
<TR>
<TD noWrap width=25></TD>
<TD width=400 id=L_default_10><B>Technical Information (for support personnel)</B>
<UL class=adminList>
<LI id=L_default_11>Error Code: 407 Proxy Authentication Required. The ISA Server requires authorization to fulfill the request. Access to the Web Proxy service is denied. (12209)
<LI id=L_default_12>IP Address: 64.251.25.158
<LI id=L_default_13>Date: 6/16/2005 10:49:56 AM
<LI id=L_default_14>Server: Elizabeth.wiut.uz
<LI id=L_default_15>Source: proxy</UL> </TD>
</TR>
</TBODY>
</TABLE></BODY>
</HTML>и в игру не заходит )=, хелп
-
Трассировка маршрута к server4.deeptown.net [209.67.216.18]
с максимальным числом переходов 30:1 6 мс 11 мс 6 мс 10.113.16.1
2 6 мс 7 мс 7 мс gw03-vlan201.bloor.phub.net.cable.rogers.com [66.185.90.1]
3 7 мс 10 мс 7 мс gw02.bloor.phub.net.cable.rogers.com [66.185.83.165]
4 7 мс 7 мс 7 мс gw02.bloor.phub.net.cable.rogers.com [66.185.80.242]
5 17 мс 17 мс 17 мс igw01.chcrmk.phub.net.cable.rogers.com [66.185.81.190]
6 17 мс 18 мс 18 мс 208.174.224.85
7 47 мс 34 мс 33 мс dcr1-so-4-0-0.Chicago.savvis.net [208.175.10.97]
8 34 мс 33 мс 33 мс dcr2-so-5-0-0.Chicago.savvis.net [204.70.192.46]
9 60 мс 58 мс 61 мс bcs2-so-0-0-0.Dallas.savvis.net [204.70.192.98]
10 60 мс 62 мс 59 мс bcs1-so-6-0-0.Dallas.savvis.net [204.70.192.49]
11 58 мс 60 мс 61 мс ohr1-pos-4-0.FortWorthda1.savvis.net [208.172.131.82]
12 60 мс 59 мс 60 мс 216.39.69.226
13 * 67 мс * 216.39.69.226
14 * * 59 мс server4.deeptown.net [209.67.216.18]2.Статистика Ping для 66.199.254.18:
Пакетов: послано = 100, получено = 100, потеряно = 0 (0% потерь),
Приблизительное время передачи и приема:
наименьшее = 35мс, наибольшее = 49мс, среднее = 37мс
3. None
4. Та же ситуация что и у volkvin,с 8 вечера до 1 ночи по мск играть просто невозможно.
5. Канада,Торонто Rogers (T3) -
Одно из двух - или я чего-то не понимаю в сетях, или проблема все-таки в провайдере, который поставляет канал для сервера. Вот 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, так сказать. Я понимаю, что не в интересах вашего админа признавать локальные проблемы, но рекомендую провести тесты с другими американскими хостами.
Я уже сказал, что из того, что я вижу, хорошо видно, что твой траффик уходит от твоего провайдера не по самому оптимальному пути (которым мы пользуемся для обратного раутинга). Это тоже играет большую роль.