Page 1 of 2 12 LastLast
Results 1 to 15 of 54

Thread: Периодические задержки на ping-e

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1
    Join Date
    Mar 2006
    Location
    Moscow, Russia
    Posts
    108

    Question Зависает пинг...

    wl500g deluxe, прошивка 1.9.2.7-7d-pre4, подключение к провайдеру DHCP/PPTP, с роутером общаюсь через SSH (dropbear - putty).
    Недавно обратил внимание: при попытке пинговать любой адрес проходит первый пинг
    Code:
    [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 выдается статистика:
    Code:
    --- 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.

  2. #2
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    А type ping что говорит?

  3. #3
    Join Date
    Mar 2006
    Location
    Moscow, Russia
    Posts
    108
    Quote Originally Posted by Oleg
    А type ping что говорит?
    Code:
    [admin@ROUTER root]$ type ping
    ping is /bin/ping

  4. #4
    Join Date
    May 2006
    Location
    Екатеринбург
    Posts
    182
    Столкнулся с зависаниями ping когда поставил мониторинг соединения провайдера. Когда связь есть скрипт:
    Code:
    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 минут скрипт:
    Code:
    #!/bin/sh
    ping -c 3 192.168.1.2 > /dev/null 2>&1
    На пингуемом компе вижу только один запрос и ответ:
    Code:
    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)
    А в роутере висят незавершившиеся пинги:
    Code:
    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 прекрасно работает:
    Code:
    [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
    Подскажите может что-то я не так делаю или это ошибка?
    Last edited by TVadim; 25-10-2006 at 10:51.

  5. #5
    Join Date
    May 2006
    Location
    Екатеринбург
    Posts
    182
    Посмотрел исходники: есть версия что не приходит сигнал SIGALRM если ping вызван крона или фонового скрипта (не понимаю! ).

    Фрагмент ping.c:
    Code:
    	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 извне не продвигает пинг.
    Last edited by TVadim; 26-10-2006 at 08:24.

  6. #6
    Блин, у меня та же проблема...

    Code:
    [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... установлено много разных пакетов дополнительно...

  7. #7
    Join Date
    Jan 2008
    Location
    Russia, Moscow
    Posts
    17

    Возникающие задержки.

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

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

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

    Извеняюсь, если вопрос неправильно сформулирован, обьяснил как только смог. Надеюсь на вашу помощь!

  8. #8
    Join Date
    Jan 2008
    Location
    Russia, Moscow
    Posts
    17
    А еще в логе после коннекта происходит следующее:
    Code:
    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.
    Так и должно быть?

  9. #9
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    В логе обычная диагностика.

    Подключение проводное?

  10. #10
    Join Date
    Jan 2008
    Location
    Russia, Moscow
    Posts
    17
    Да, такие проблемы возникают и при Wi-Fi соединении, и при соединении по Ethernet..

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

    Code:
    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.

    Может все-таки что-то с провайдером не то? Сейчас пытаюсь выяснить.

  11. #11
    Join Date
    Jan 2008
    Location
    Russia, Moscow
    Posts
    17
    Все- таки проблема не у провайдера. При выключении второго компьютера фишка остается, но куда меньше. Почти все нормально становится.

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

    Возможно как либо 1 компьютер сделать преобладающим, что бы второй не достовлял таких помех? Я ставил NetLimiter и просто урезал канал на 2ом компе, но это не помогает. Проблема с пингом остается.

  12. #12

    Задержки при форвардинге больших пингов

    Роутер 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

    И это не смотря на то, что длинк гораздо слабее Асуса...

  13. #13

    Exclamation Периодические задержки на ping-e

    Роутер Premium V1.
    10-я прошивка от Олега.

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

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

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

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

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

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

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

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

  14. #14
    Quote Originally Posted by Dimedrol View Post
    Роутер Premium V1.
    10-я прошивка от Олега.

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

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

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

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

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

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

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

    Заранее - спасибо!
    А просто если ping 192.168.1.1?
    У меня <1ms а иногда =1ms

  15. #15
    Хммм.... в общем-то такая же картина:

    Code:
    ...
    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 
    ...

Page 1 of 2 12 LastLast

Similar Threads

  1. Vlan configuration with Kamikaze 7.09
    By asle_500g in forum WL-500gP Q&A
    Replies: 0
    Last Post: 07-12-2007, 10:56

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •