PDA

Bekijk de volledige versie : Периодические задержки на ping-e


ega2002
23-05-2006, 08:22
wl500g deluxe, прошивка 1.9.2.7-7d-pre4, подключение к провайдеру DHCP/PPTP, с роутером общаюсь через SSH (dropbear - putty).
Недавно обратил внимание: при попытке пинговать любой адрес проходит первый пинг

[admin@ROUTER root]$ ping localhost
PING localhost.localdomain (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=1.2 ms
после чего все висит. После нажатия CTRL-C выдается статистика:

--- localhost.localdomain ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 1.2/1.2/1.2 ms
[admin@ROUTER root]$
Играл с опциями пинга, но ничего не помогает. В принципе, напрягает не сильно, но все же интересно, в чем причина. Может быть, повлияла установка какого-либо пакета? Такое впечатление, что сразу после заливки прошивки все было OK. Сейчас установлены: adduser, ipkg, less, mc, nano, ncurses, openssh, openssl, zlib.
Oleg
23-05-2006, 09:09
А type ping что говорит?
ega2002
23-05-2006, 14:14
А type ping что говорит?

[admin@ROUTER root]$ type ping
ping is /bin/ping
TVadim
25-10-2006, 10:26
Столкнулся с зависаниями ping когда поставил мониторинг соединения провайдера. Когда связь есть скрипт:

while true; do

if ping -c 1 $host1 > /dev/null 2>&1 || ping -c 1 $host2 > /dev/null 2>&1 ; then
let live_c+=1
[ $live_c -ge $flip_trsh ] && dead_c=0
else
let dead_c+=1
live_c=0
fi

if [ ! -f $online_flag ] && [ $live_c -ge $live_trsh ]; then
touch $online_flag
$LOG "### $1 is ALIVE! ### count: $live_c ###"
fi

if [ -f $online_flag ] && [ $dead_c -ge $dead_trsh ]; then
rm $online_flag
$LOG "### $1 is DEAD! ### count: $dead_c ###"
kill -1 pppd
fi

sleep 30

done
работает нормально. Недавно упало PPPoE и скрипт вис на пингах. Убиванием пинг процессов удалось дать ему досчитать до диагностики "ppp0 is DEAD".

Стал проверять работу ping.
Запускаю каждые 5 минут скрипт:

#!/bin/sh
ping -c 3 192.168.1.2 > /dev/null 2>&1

На пингуемом компе вижу только один запрос и ответ:


14:50:08.196001 IP ASUSRouter > KABINET: icmp 84: echo request seq 0 (DF)
14:50:08.196053 IP KABINET > ASUSRouter: icmp 84: echo reply seq 0 (DF)
14:55:08.374252 IP ASUSRouter > KABINET: icmp 84: echo request seq 0 (DF)
14:55:08.374304 IP KABINET > ASUSRouter: icmp 84: echo reply seq 0 (DF)
15:00:08.692029 IP ASUSRouter > KABINET: icmp 84: echo request seq 0 (DF)
15:00:08.692076 IP KABINET > ASUSRouter: icmp 84: echo reply seq 0 (DF)


А в роутере висят незавершившиеся пинги:

29663 root 320 S /opt/sbin/cron
29664 root 468 S /bin/sh -c run-parts /opt/etc/cron.5mins
29665 root 504 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29668 root 500 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29669 root 400 S ping -c 3 192.168.1.2
29730 root 320 S /opt/sbin/cron
29731 root 468 S /bin/sh -c run-parts /opt/etc/cron.5mins
29732 root 504 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29735 root 500 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29736 root 400 S ping -c 3 192.168.1.2
29798 root 320 S /opt/sbin/cron
29800 root 468 S /bin/sh -c run-parts /opt/etc/cron.5mins
29801 root 504 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29805 root 516 S /bin/sh /opt/bin/run-parts /opt/etc/cron.5mins
29806 root 400 S ping -c 3 192.168.1.2


Ping из BusyBox v1.1.3 (2006.06.29-17:07+0000) прошивка 1.9.2.7-7f-pre7.

Пинг запущеный из ssh прекрасно работает:

[root@ASUSRouter root]$ ping -c 3 192.168.1.2
PING 192.168.1.2 (192.168.1.2): 56 data bytes
84 bytes from 192.168.1.2: icmp_seq=0 ttl=128 time=0.6 ms
84 bytes from 192.168.1.2: icmp_seq=1 ttl=128 time=0.6 ms
84 bytes from 192.168.1.2: icmp_seq=2 ttl=128 time=0.6 ms

--- 192.168.1.2 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.6/0.6/0.6 ms


Подскажите может что-то я не так делаю или это ошибка?
TVadim
26-10-2006, 07:13
Посмотрел исходники: есть версия что не приходит сигнал SIGALRM если ping вызван крона или фонового скрипта (не понимаю! :( ).

Фрагмент ping.c:

signal(SIGALRM, sendping);
if (pingcount == 0 || ntransmitted < pingcount) { /* schedule next in 1s */
alarm(PINGINTERVAL);
} else { /* done, wait for the last ping to come back */
/* todo, don't necessarily need to wait so long... */
signal(SIGALRM, pingstats);
alarm(MAXWAIT);
}

Посылка сигнала ALRM извне не продвигает пинг.
Lesnix
26-10-2006, 10:52
Блин, у меня та же проблема...


[root@gw root]$ ping -s 1 ya.ru
PING ya.ru (213.180.204.8): 1 data bytes
29 bytes from 213.180.204.8: icmp_seq=0 ttl=58 time=30.3 ms

--- ya.ru ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 30.3/30.3/30.3 ms

...прошивка pre8... установлено много разных пакетов дополнительно...
Lesnix
26-10-2006, 11:02
Замечательно :)
Восхитительно :)
Отключите OpenSSH и запустите dropbear :)
Оттуда ничего не подвисает.

Что скажете ?
TVadim
26-10-2006, 11:20
Отключите OpenSSH и запустите dropbear :)
Оттуда ничего не подвисает.


OpenSSH не поставлен, писал выше из под dropbear не виснет.
Виснет из под крона и из под открепленных sh скриптов.:(
Oleg
26-10-2006, 18:02
Я глянул патчи, которые были в последнее время были в бизибоксе, ничего особо похожего на исправление не нашёл.

Как повторить _без_ крона? Попробовал с OpenSSH - сходу не получилось.
TVadim
26-10-2006, 18:10
Запустить открепленный от терминала циклический скрипт с пингом с повторами. Похоже почему-то не создается аларм. Если счетчик равен 1 то то пинг завершается по ответу, не используя аларм.
Oleg
26-10-2006, 18:25
Давайте пример, пошаговый. Чтобы я сделал именно так, как Вы, после входа через dropbear или openssh.
TVadim
26-10-2006, 19:07
Попробовал через dropbear и телнет - не виснет.
Из крона виснет. Зависал и, как описано в моем первом посте, скрипт пингования провайдера, запущенный из post-mount. Но в нем счетчик пингов = 1 и завиние было когда не было ответа от проверяемых адресов.

Для крона:
В cron-5min создается скрипт:

#!/bin/sh
ping -c 3 192.168.1.2 > /dev/null 2>&1
И процессах будут незавершенные пинги.
У меня это стабильно.
Oleg
26-10-2006, 19:10
cron из пакетов? встроенным пробовали пользоваться?
TVadim
26-10-2006, 19:14
Из пакетов, про встроенный не знал.
Проблема то выросла из пингования провайдера, там вызов из post-mount.
А крон это тестирование.
TVadim
26-10-2006, 19:17
Может это связано с памятью, например размером стека выделяемым новому процессу или еще каким-нибудь структурам данных?
ega2002
26-10-2006, 19:48
Я все еще наблюдаю у себя ситуацию, описанную в первом посте этой темы (http://wl500g.info/showpost.php?p=30972&postcount=1). Теперь вижу, что проблемы с пингом не только у меня. Повторюсь, что пинг вызываю, подключаясь к роутеру по ssh (dropbear - putty), cron не пользую. Забавно, что эпизодически пинг начинает работать, потом так же спонтанно перестает. В последний раз мне показалось, что пинг заработал после дисконнекта pptp соединения с провайдером. После перезагрузки опять виснет.
TVadim
27-10-2006, 05:41
Для размышления proc/../status работающего пинга:

Name: ping
State: S (sleeping)
Tgid: 913
Pid: 913
PPid: 905
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 32
Groups:
VmSize: 2672 kB
VmLck: 0 kB
VmRSS: 396 kB
VmData: 892 kB
VmStk: 12 kB
VmExe: 1152 kB
VmLib: 568 kB
SigPnd: 00000000000000000000000000000000
SigBlk: 00000000000000000000000000000000
SigIgn: 00000000000000000000000000000000
SigCgt: 00000000000000000000000000002002
CapInh: 0000000000000000
CapPrm: 00000000fffffeff
CapEff: 00000000fffffeff
и зависшего:

Name: ping
State: S (sleeping)
Tgid: 751
Pid: 751
PPid: 750
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 32
Groups: 0
VmSize: 2672 kB
VmLck: 0 kB
VmRSS: 396 kB
VmData: 892 kB
VmStk: 12 kB
VmExe: 1152 kB
VmLib: 568 kB
SigPnd: 00000000000000000000000000002000
SigBlk: 00000000000000000000000000002000
SigIgn: 00000000000000000000000000000000
SigCgt: 00000000000000000000000000002002
CapInh: 0000000000000000
CapPrm: 00000000fffffeff
CapEff: 00000000fffffeff

Настораживает SigPnd и SigBlk. Если я правильно понимаю 14-й сигнал (аларм) произошел, но почему-то блокирован.
TVadim
27-10-2006, 06:08
Еще тест на сигналы. Запустил из под крона скрипт:

#!/bin/sh

ping -c 3 192.168.1.2 > /dev/null 2>&1 &

pid=$!
cat /proc/$pid/status >>/opt/tmp/statusloop
cat /proc/$pid/status >>/opt/tmp/statusloop
cat /proc/$pid/status >>/opt/tmp/statusloop
.
.
.


Первые 10 снимков содержат нулевой SigPnd и 14 сигнал в SigBlk.
Потом появляется 14 сигнал в SigPnd.
Т. е. пинг стартует с блокированным алармом, более того в самом кроне аларм блокирован, а в sh нет.

Возникает вопрос: если влокировка сигналов наследуется, то кто должен чистить блокировку? предок или потомок? Какое соглашение по этому поводу во взрослом линуксе?
Oleg
27-10-2006, 11:05
Дело в том, что сам пинг устанавливает обработчик для аларма.
Попробуйте его запустить примерно так:

strace -e signal ping -c 3 localhost

и направьте вывод в файл. только пакет Strace надо поставить.
Я попробовал со встроенным cron - работает...
TVadim
27-10-2006, 12:02
Запустил:

#!/bin/sh
strace -e signal ping -c 3 192.168.1.2 > /opt/tmp/trace 2>&1
из под ssh:

rt_sigaction(SIGINT, {0x10000000, [], 0x4604e4 /* SA_??? */}, {SIG_DFL}, 16) = 0
rt_sigaction(SIGALRM, {0x10000000, [], 0x4607e4 /* SA_??? */}, {SIG_DFL}, 16) = 0
PING 192.168.1.2 (192.168.1.2): 56 data bytes
84 bytes from 192.168.1.2: icmp_seq=0 ttl=128 time=2.0 ms
--- SIGALRM (Alarm clock) @ 0 (0) ---
rt_sigaction(SIGALRM, {0x10000000, [], 0x4607e4 /* SA_??? */}, {0x10000000, [], 0x4607e4 /* SA_??? */}, 16) = 0
sigreturn() = ? (mask now [TRAP IOT EMT FPE ALRM TERM CHLD PROF])
84 bytes from 192.168.1.2: icmp_seq=1 ttl=128 time=6.2 ms
--- SIGALRM (Alarm clock) @ 0 (0) ---
rt_sigaction(SIGALRM, {0x10000000, [], 0x4607e4 /* SA_??? */}, {0x10000000, [], 0x4607e4 /* SA_??? */}, 16) = 0
rt_sigaction(SIGALRM, {0x10000000, [], 0x4604e4 /* SA_??? */}, {0x10000000, [], 0x4607e4 /* SA_??? */}, 16) = 0
sigreturn() = ? (mask now [TRAP IOT EMT FPE ALRM TERM CHLD PROF])
84 bytes from 192.168.1.2: icmp_seq=2 ttl=128 time=7.2 ms
rt_sigaction(SIGINT, {0x10000000, [], SA_NOCLDSTOP}, {0x10000000, [], 0x4604e4 /* SA_??? */}, 16) = 0

--- 192.168.1.2 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 2.0/5.1/7.2 ms
Process 8346 detached

и из под крона:

rt_sigaction(SIGINT, {0x10000000, [], 0x4604e4 /* SA_??? */}, {SIG_DFL}, 16) = 0
rt_sigaction(SIGALRM, {0x10000000, [], 0x4607e4 /* SA_??? */}, {SIG_DFL}, 16) = 0
PING 192.168.1.2 (192.168.1.2): 56 data bytes
84 bytes from 192.168.1.2: icmp_seq=0 ttl=128 time=2.1 ms
--- SIGTERM (Terminated) @ 0 (0) ---
+++ killed by SIGTERM +++
Process 8405 detached
процесс был снят с терминала.

Насколько я понял вызовов sigprocmask пинг не делает, а маска блокировки сигналов была передана кроном с блокированным алармом.
Сигнал аларм приходит, но обработка его запрещена.
TVadim
27-10-2006, 13:46
С чего началась история: скрипт, запущенный из post-mount, тоже имеет блокировку аларма:

Name: wanpinger.sh
State: S (sleeping)
Tgid: 200
Pid: 200
PPid: 1
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 32
Groups:
VmSize: 2692 kB
VmLck: 0 kB
VmRSS: 448 kB
VmData: 912 kB
VmStk: 12 kB
VmExe: 1152 kB
VmLib: 568 kB
SigPnd: 00000000000000000000000000000000
SigBlk: 00000000000000000000000000002000
SigIgn: 00000000000000000000000000000006
SigCgt: 00000000000000000000000000000000
CapInh: 0000000000000000

и если не будет ответа на пинг, то он тоже повиснет, что и происходило.

Проверил, висит

Name: ping
State: S (sleeping)
Tgid: 10097
Pid: 10097
PPid: 200
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 32
Groups:
VmSize: 2672 kB
VmLck: 0 kB
VmRSS: 396 kB
VmData: 892 kB
VmStk: 12 kB
VmExe: 1152 kB
VmLib: 568 kB
SigPnd: 00000000000000000000000000002000
SigBlk: 00000000000000000000000000002000
SigIgn: 00000000000000000000000000000004
SigCgt: 00000000000000000000000000002002
CapInh: 0000000000000000
TVadim
27-10-2006, 14:13
Все что попроще и запущено из post-mount имеет блокировку аларма:
cron
LCDProc - 3 процесса
wanpinger

thttpd и darkstat (6 процессов) похоже сами устанавливают маску.
Oleg
27-10-2006, 14:44
Гм... Интересный момент.
А из post-boot?
TVadim
27-10-2006, 14:52
И демонов у меня вызывается только dropbear и в нем нет блокировки
Oleg
27-10-2006, 15:00
Кстати, из запущеных у меня процессов, блокируют его 3 - stupid-ftpd, smbd, nmbd. Они как раз рядом с post-mount пускаются.

Я вот только не пойму, зачем этот чудо скрипт пускать из post-mount? Чем post-boot не устраивает?
Oleg
27-10-2006, 15:03
В общем, с таким статусом оказывается всё, что запускается из watchdog.
TVadim
27-10-2006, 17:56
Я вот только не пойму, зачем этот чудо скрипт пускать из post-mount? Чем post-boot не устраивает?

Хранится он на диске. Все optware там запускается.
Oleg
27-10-2006, 19:20
Похоже проблема в том, что watchdog запускает процессы из обработчика сигнала ALRM. Внутри него, он, понятное дело, заблокирован. Что с этим делать я пока не знаю...
Oleg
27-10-2006, 20:18
Ну типа я пофиксил. :) Выложил тестовую версию для Премиум. pre9, на старом месте.

ega2002 - проблема с зависанием пинга в Вашем случае скорее всего не решится. Надо бы Вам запустить strace...
TVadim
28-10-2006, 06:49
Проверил, пинг не виснет, блокировок нигде нет.:)

У меня вопросов пока нет.;)

Спасибо!
Petru
05-03-2008, 18:48
Используется WL-500g.Premium в качестве Home-gateway.
Подключено 2 компа, один по Wi-Fi второй по шнурку.
WAN Connection Type:PPTP
Ну вообщем ВПН-канал и Локальная сеть провайдера открыта для доступа с обоих компов. Включена опция Assign IP Address Manually. Прописал МАК-ам соответствующие адреса.

Происходит следующее. При игре в любые он-лайн игры, ping ведет себя как подобает (как вел и до подключения роутера вообще), но иногда (примерно раз в 10-15 секунд) бывают моментальные скачки. То есть даже показатель пинга прыгает совсем ненамного, но явно чувствуется задержка (лаг). Через полсекунды все снова работает как часы.

Что так может влиять на задержку? Проверял - без роутера все в порядке. Даже если второй компьютер выключен - проблема остается.
Какие процессы могут давать такие постоянные моментальные задержки?
Может быть нужно изменить какие-то параметры?

Извеняюсь, если вопрос неправильно сформулирован, обьяснил как только смог. Надеюсь на вашу помощь!
Petru
05-03-2008, 19:04
А еще в логе после коннекта происходит следующее:

Jan 1 03:00:10 PPTP: connect to ISP
Mar 5 21:54:17 ntp client: Synchronizing time with time.nist.gov ...
Mar 5 21:54:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Mar 5 21:54:58 pptp[121]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Mar 5 21:55:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Mar 5 21:55:58 pptp[121]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Mar 5 21:55:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Mar 5 21:56:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Mar 5 21:57:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Mar 5 21:57:58 pptp[121]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Mar 5 21:57:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Mar 5 21:58:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Mar 5 21:58:58 pptp[121]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Mar 5 21:58:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Mar 5 21:59:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Mar 5 21:59:58 pptp[121]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply'
Mar 5 21:59:58 pptp[121]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Mar 5 21:59:58 pptp[121]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.

Так и должно быть?
Oleg
05-03-2008, 19:35
В логе обычная диагностика.

Подключение проводное?
Petru
05-03-2008, 20:00
Да, такие проблемы возникают и при Wi-Fi соединении, и при соединении по Ethernet..

Первый шлюз провайдера, после роутера пингуется так..


C:\Documents and Settings\de Mont de Rique>ping 192.168.13.4 -t

Pinging 192.168.13.4 with 32 bytes of data:

Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=8ms TTL=254
Reply from 192.168.13.4: bytes=32 time=17ms TTL=254
Reply from 192.168.13.4: bytes=32 time=12ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=13ms TTL=254
Reply from 192.168.13.4: bytes=32 time=15ms TTL=254
Reply from 192.168.13.4: bytes=32 time=15ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=21ms TTL=254
Reply from 192.168.13.4: bytes=32 time=19ms TTL=254
Reply from 192.168.13.4: bytes=32 time=2ms TTL=254
Reply from 192.168.13.4: bytes=32 time=17ms TTL=254
Reply from 192.168.13.4: bytes=32 time=9ms TTL=254
Reply from 192.168.13.4: bytes=32 time=22ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=18ms TTL=254
Reply from 192.168.13.4: bytes=32 time=3ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time<1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=2ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time<1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=137ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=141ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254
Reply from 192.168.13.4: bytes=32 time=3ms TTL=254
Reply from 192.168.13.4: bytes=32 time=1ms TTL=254

Роутер пингуется без потрерь с time<1ms.

Может все-таки что-то с провайдером не то? Сейчас пытаюсь выяснить.
Petru
05-03-2008, 20:17
Все- таки проблема не у провайдера. При выключении второго компьютера фишка остается, но куда меньше. Почти все нормально становится.

Так что видимо проблема именно в одновременной работе 2 компов.

Возможно как либо 1 компьютер сделать преобладающим, что бы второй не достовлял таких помех? Я ставил NetLimiter и просто урезал канал на 2ом компе, но это не помогает. Проблема с пингом остается.
al50
22-04-2008, 16:46
Роутер Asus WL500g Premium v1 соединён с провайдером напрямую без использования различных vpn...

Решил протестировать данную железку на предмет задержек при прохождении больших пакетов.

В результате оказалось, что большие пакеты почему-то задерживаются в роутере на время ~8мс.
Т.е. большой пакет проходит такой маршрут LAN -> роутер(задержка 8мс) -> шлюз провайдера.

Как тестировал:

1) Ping LAN (PC) -> WAN (шлюз провайдера):

ping 84.47.161.129 -l 25000
Обмен пакетами с 84.47.161.129 по 25000 байт:
Ответ от 84.47.161.129: число байт=25000 время=14мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=15мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=14мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=14мс TTL=63

2) Ping LAN (PC) -> Asus WL500g Premium:

ping 192.168.100.1 -l 25000
Обмен пакетами с 192.168.100.1 по 25000 байт:
Ответ от 192.168.100.1: число байт=25000 время=7мс TTL=64
Ответ от 192.168.100.1: число байт=25000 время=7мс TTL=64
Ответ от 192.168.100.1: число байт=25000 время=7мс TTL=64
Ответ от 192.168.100.1: число байт=25000 время=7мс TTL=64

3) WAN (шлюз провайдера) -> Asus WL500g Premium:

PING 84.47.161.xx (84.47.161.xx): 25000 data bytes
25028 bytes from 84.47.161.xx: icmp_seq=0 ttl=64 time=9.6 ms
25028 bytes from 84.47.161.xx: icmp_seq=1 ttl=64 time=10.3 ms
25028 bytes from 84.47.161.xx: icmp_seq=3 ttl=64 time=10.9 ms
25028 bytes from 84.47.161.xx: icmp_seq=4 ttl=64 time=11.1 ms

4) Asus WL500g Premium -> WAN (шлюз провайдера):
PING 84.47.161.129 (84.47.161.129): 25000 data bytes
25028 bytes from 84.47.161.129: icmp_seq=0 ttl=64 time=10.6 ms
25028 bytes from 84.47.161.129: icmp_seq=1 ttl=64 time=10.9 ms
25028 bytes from 84.47.161.129: icmp_seq=3 ttl=64 time=10.7 ms
25028 bytes from 84.47.161.129: icmp_seq=4 ttl=64 time=11.8 ms

Тесты на разогнанном процессоре и памяти аналогичные.

При подключении к WAN интерфейсу ноутбука с IP шлюза провайдера пинги были практически аналогичны.

Пробывал разные прошивки: от Асуса, от Олега и даже OpenWRT.

Какие будут предложения по оптимизации? :)


Для сравнения: в моём предыдущем роутере Dlink DI-624 подобных задержек при прохождении больших пингов не было.
Т.е. было так LAN -> роутер(задержка ~1-2мс) -> шлюз провайдера.

Ping LAN (PC) -> WAN (шлюз провайдера):

ping 84.47.161.129 -l 25000
Обмен пакетами с 84.47.161.129 по 25000 байт:
Ответ от 84.47.161.129: число байт=25000 время=8мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=9мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=9мс TTL=63
Ответ от 84.47.161.129: число байт=25000 время=9мс TTL=63

И это не смотря на то, что длинк гораздо слабее Асуса...
A.K.
01-07-2008, 21:08
Уважаемые форумчане, тут (http://wl500g.info/showthread.php?t=15003) задавался вопрос про "живучесть" интернета, вот случайно нашел эту тему форума, проблемы вроде схожие.
Вопрос остается в силе: кто силен в командном интерпретаторе, подскажите живой пример проверки пингом интернета. Очень надо! Спасибо.
Dimedrol
20-10-2008, 12:47
Роутер Premium V1.
10-я прошивка от Олега.

Настройки особо не ковырял, так, закрыл порты, пробросил нужные (Firewall), поставил dropbear, USB подмонтировал.
Ничего заковыристого.

Обратил внимание, что когда я со свего компа, подключенного по WiFi (карточка PCI Eusso) пингую устройство, подключенное проводом к самому роутеру (Teac NAS 400Gb, винт), то, примерно, каждую минуту задержки при пинге могут составлять до 1800ms. :mad:

В промежутках между этими моментами пингуется хорошо - 5-8ms

Такая же картина и при пинге другого WiFi компа.
Роутер и комп находятся в другой комнате через 2 стенки.

Кажется, какие-то намеки я видел здесь,

http://wl500g.info/showthread.php?t=14753

но хотелось бы как-то понять в чем дело.
Какие идеи?

Заранее - спасибо!
vadimka
20-10-2008, 13:10
Роутер Premium V1.
10-я прошивка от Олега.

Настройки особо не ковырял, так, закрыл порты, пробросил нужные (Firewall), поставил dropbear, USB подмонтировал.
Ничего заковыристого.

Обратил внимание, что когда я со свего компа, подключенного по WiFi (карточка PCI Eusso) пингую устройство, подключенное проводом к самому роутеру (Teac NAS 400Gb, винт), то, примерно, каждую минуту задержки при пинге могут составлять до 1800ms. :mad:

В промежутках между этими моментами пингуется хорошо - 5-8ms

Такая же картина и при пинге другого WiFi компа.
Роутер и комп находятся в другой комнате через 2 стенки.

Кажется, какие-то намеки я видел здесь,

http://wl500g.info/showthread.php?t=14753

но хотелось бы как-то понять в чем дело.
Какие идеи?

Заранее - спасибо!

А просто если ping 192.168.1.1?
У меня <1ms а иногда =1ms
Dimedrol
20-10-2008, 14:25
Хммм.... в общем-то такая же картина:



...
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=1640ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=12ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
Reply from 192.168.1.1: bytes=4096 time=4ms TTL=64
...
vectorm
20-10-2008, 17:15
У вас скрипты не выполняются каждую минуту? (/opt/etc/cron/1.min)
Dimedrol
20-10-2008, 17:59
У меня даже каталога такого нет - "/opt/etc/cron"
Dimedrol
22-10-2008, 05:41
Какие-то еще идеи? :(
vadimka
22-10-2008, 10:46
Какие-то еще идеи? :(

У тебя нормальный пинг при размере пакета 4096, у меня тоже самое бывает, не забывай что это wi-fi, и те 1640мс может быть результатом отражённого сигнала, и последующего перезапроса пакета. у меня такое даже было когда я поднимал WDS на 2 точках 320gE, так и то клиент периодически вылетал из 1с пришлось ему витуху тянуть через этаж.
Petric
20-12-2008, 23:15
Здравствуйте.
Примерно пол года использую последнюю прошивку от Олега на 500GP.
Очень доволен.
Сегодня поставил дома новый комп - KraftWay Urban, который изначально ориентировал на торенты. Вирант достаточно хороший - Core2 + 2Gb RAM WIFI.
Вот только с ним начались проблемы в сети. При запускке uTorrent - пинг по WiFi становится больше секунды. В сети в этот момоент только Крафт и ноутбук, который ничего не делает....
uptime - показывает практически ноль использования процессора.

Подскажите куда копать..
DfDf
21-12-2008, 14:39
Копать в сторону выключения multicast.
В 2х местах - 1е - мультикаст роутинг. Выключить. 2е - настроить udproxy. 3е - еще могут быть проблемы с драйвером wifi в олеговской прошивке - тогда менять на модифицированную или чешскую - все это есть на форуме.
ildar
05-08-2012, 11:42
9231
Не понимаю что не так. С компьютера локальной сети 192.18.77.15 пингуется 192.18.7.1 и все что находится за ним. Компьютер 192.18.7.1 пингует 192.18.7.10 и 192.18.77.1, а 192.18.77.15 не видит. Firewall выключен.
Не пойму где засада?
P.S. С роутера 192.18.77.1 пинг во всех направлениях.
DemonGloom
06-08-2012, 09:59
Не понимаю что не так. С компьютера локальной сети 192.18.77.15 пингуется 192.18.7.1 и все что находится за ним. Компьютер 192.18.7.1 пингует 192.18.7.10 и 192.18.77.1, а 192.18.77.15 не видит. Firewall выключен.
Не пойму где засада?
P.S. С роутера 192.18.77.1 пинг во всех направлениях.

Внимательно читайте о технологии NAT, вам пригодится..
Если кратко - ваши компьютеры все равно не будут видны для внешних..
tempik
06-08-2012, 18:56
9231
Не понимаю что не так. С компьютера локальной сети 192.18.77.15 пингуется 192.18.7.1 и все что находится за ним. Компьютер 192.18.7.1 пингует 192.18.7.10 и 192.18.77.1, а 192.18.77.15 не видит. Firewall выключен.
Не пойму где засада?
P.S. С роутера 192.18.77.1 пинг во всех направлениях.

А откуда машина 192.18.7.1 узнает что адреса 192.18.77.0 нужно искать за 192.18.7.10 ???
ildar
07-08-2012, 09:12
Внимательно читайте о технологии NAT, вам пригодится..
Если кратко - ваши компьютеры все равно не будут видны для внешних..

NAT был выключен.
Вопрос закрыт.
Проблема решена, переписыванием таблицы Firewall и некоторыми изменениями на 7.1
ZeroHour
13-11-2013, 12:40
Имеется - Asus WL-500gPv2, прошивка WL500gpv2-1.9.2.7-rtn-r5066, свич 3Com 4400, около 20 пользователей, подключенных к свичу посредством проводов. Интернет раздает Asus.

Периодически наблюдается следующая картина - пинги до роутера прыгают от 2 до 100мс, соответственно интернет раздается пользователям с таким же успехом - как повезет. После перезагрузки роутера все нормально, работает еще некоторое время (от 10 минут до пары суток). Роутер используется исключительно для раздачи интернета, на нем даже DHCP нет. Замена прошивок ничего не дала. Замена роутера (есть еще один, такой же) - тоже. Понимаю что проблема кроется где-то в наших железках, вероятнее всего, не подскажете ли, в какую сторону смотреть хотя бы?
Ackhorn
12-01-2014, 08:56
Роутер Asus WL-500gPremium.
Интернет работает.
Изнутри локалки моей пинги на роутер идут.
Но пинги с роутера в локалку же (на ноут, например) зависают. Только на его же ip пинг работает.
Файрволлы в роутере все отключены.
Что нужно сделать чтобы ping заработал?
MercuryV
12-01-2014, 17:20
Что нужно сделать чтобы ping заработал?
Проверить файрвол на ноуте. Ответ на ICMP запросы может быть запрещен по умолчанию
Ackhorn
13-01-2014, 15:18
ADSL роутер тоже не пингуется.
Хотя с ноута пингуется и роутер и модем и ресивер спутниковый.
А с роутера пингуется только ресивер.
Как так то?