Элтекс

Доброго времени суток, возникла проблема с девайсом rg-4402g-w (прошивка 1.10.0-201407030958 NOVT(8a9881a)).
По конфигу получается, на WAN порту прописан статикой IP адрес для интернета, для телефонии через VLAN ID прописан IP для телефонии соответственно. Настроена маршрутизация, для прохождения пакетов телефонии через шлюз телефонии. Включен IGMP v2 для TV.
Возникает такая ситуация, что периодически шлюз начинает пинговаться вот так:
Обмен пакетами с XXX.XXX.XXX.XXX по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Ответ от XXX.XXX.XXX.XXX: число байт=32 время=2256мс TTL=61
Ответ от XXX.XXX.XXX.XXX: число байт=32 время=1мс TTL=61
Ответ от XXX.XXX.XXX.XXX: число байт=32 время=2557мс TTL=61

И до тех пор пока не перезагрузим устройство, проблема остается.
Щас жду очередной момент когда проявится проблема, чтоб подключиться по ssh и посмотреть что происходит в этот момент на шлюзе.
Ни кто не сталкивался с такой проблемой?

Сегодня попался очередной шлюз с такой проблемой, проверил на самом шлюзе все что можно (или все что знал)
---------------
top
Mem: 48708K used, 62824K free, 0K shrd, 0K buff, 26704K cached
CPU: 73% usr 25% sys 0% nic 0% idle 0% io 0% irq 0% sirq
Load average: 1.00 0.89 0.56 2/67 7173
----------------------
free -m
total used free shared buffers
Mem: 108 47 61 0 0
-/+ buffers: 47 61
Swap: 0 0 0
------------------------------
root@RG-4402G-W:~$ ps aux
PID USER TIME COMMAND
1 root 0:17 init
2 root 0:00 [kthreadd]
3 root 0:00 [ksoftirqd/0]
4 root 0:00 [events/0]
5 root 0:00 [khelper]
8 root 0:00 [async/mgr]
72 root 0:00 [kblockd/0]
77 root 0:00 [ksuspend_usbd]
83 root 0:00 [khubd]
103 root 0:00 [pdflush]
104 root 0:00 [kswapd0]
105 root 0:00 [nfsiod]
107 root 0:00 [crypto/0]
695 root 0:01 [mtdblockd]
736 root 0:00 [rpciod/0]
751 root 0:00 /bin/check_fbtn
752 root 0:00 /bin/check_fbtn
753 root 0:06 /bin/check_fbtn
788 root 0:00 /bin/hotplug2 --persistent --max-children 1
1349 root 0:00 /bin/run_daemon.sh core
1355 root 0:00 core
1366 root 0:00 core
1367 root 0:00 {VOIP module} core
1368 root 0:00 {WEBS module} core
1369 root 0:00 {SNMP module} core
1370 root 0:00 {CONF module} core
1371 root 0:00 {System module} core
1372 root 0:00 {Switch module} core
1373 root 0:00 {Upgrade module} core
1374 root 0:00 {CLI module} core
1375 root 0:00 {Check WIFI modu} core
1376 root 0:52 {TR069 module} core
1902 root 0:00 /bin/run_daemon.sh configd
1906 root 0:09 configd
2076 root 0:00 /bin/check_fbtn
2077 root 0:00 configd
2078 root 0:00 configd
2084 root 0:00 /bin/run_daemon.sh networkd
2085 root 0:12 networkd
2250 root 0:00 networkd
2251 root 0:00 networkd
2461 root 0:01 inetd
2473 root 0:00 ntp_loop XXX.XXX.XXX.XXX
2485 root 0:00 miniupnpd -i eth1 -a 192.168.1.1
2496 root 0:03 /usr/bin/lighttpd -f /etc/lighttpd/lighttpd-ssl.conf
2497 root 0:00 {wsapi.fcgi} /usr/bin/lua /usr/local/bin/wsapi.fcgi
2498 root 0:06 {wsapi.fcgi} /usr/bin/lua /usr/local/bin/wsapi.fcgi
2558 root 0:00 {run_client069.s} /bin/sh /bin/run_client069.sh eth1
2572 root 0:00 udhcpd /etc/udhcpd.conf
2616 root 0:00 /bin/run_daemon.sh voip
2620 root 0:03 voip
2625 root 0:00 /bin/inetd
2627 root 0:00 voip
2628 root 0:01 voip
2629 root 0:00 voip
2633 root 0:06 /bin/igmpproxy eth1 br0 br1 0 -D
2645 root 0:00 udpxy -m eth1 -p 1234
2714 root 0:00 -/bin/sh
2726 root 0:00 voip
2744 root 0:00 voip
2745 root 0:00 voip
2746 root 0:00 voip
3378 root 0:00 /usr/bin/lighttpd -f /etc/lighttpd/lighttpd-ssl.conf
6842 root 0:00 dnsmasq -d --listen-address=192.168.1.1
6848 root 0:00 {wsapi.fcgi} /usr/bin/lua /usr/local/bin/wsapi.fcgi
6928 root 0:02 dropbear -i -d /etc/config/ssh/key.dss -r /etc/config/ssh/key.rsa -a -p 22
6929 root 0:00 -sh
6979 root 0:00 /bin/client069 -i eth1
6980 root 0:00 /bin/client069 -i eth1
6981 root 0:00 /bin/client069 -i eth1
6982 root 0:00 /bin/client069 -i eth1
6986 root 0:00 ps aux

Грешил на автоконфигуратор, кильнул процессы kill -9 (процессы 6979 root 0:00 /bin/client069 -i eth1
6980 root 0:00 /bin/client069 -i eth1
6981 root 0:00 /bin/client069 -i eth1
6982 root 0:00 /bin/client069 -i eth1)

--------

Закинул tcpdump, по трафику все чисто на первый взгляд, трафик от тв приставок, интернет, icmp запросы.

Далее коллега предложил отключить wifi, что сразу и сделал
ifconfig wlan0 down
ifconfig wlan0 up
И пинг до оборудования сразу стал стабильным.

У одного клиента, на всякий случай отключил NTP и Автоконфигуратор (TR069), пока 2 дня полет нормальный. Сегодняшнему абоненту пока так же все сделал.

Проблема по прежнему актуальна. Заметил следующее, если отключаем 2 модуль WiFi (5G) проблема отпадает, НО возникает уже проблема с ТВ.

День добрый.

Занимаемся Вашей проблемой.

Какие проблемы с ТВ возникли после отключения WiFi 5ГГц..Эти настройки никак не взаимосвязаны между собой.

Я понимаю, что это вообще ни как связано, но судя по комментариям с тех. поддержки, клиент начал жаловаться на качество ТВ, после отключения WiFi 5G. Проблема я так понял, начали возникать артефакты, либо не удается подключится к каналу. Приставка подключена к 4 LAN порту. По телефонии или интернету клиент уже не обращался. Скажите может какие то логи необходимо предоставить, с того же tcpdump на Eltex'e?

Можно tcpdump снять, если только одновременно на LAN и WAN портах устройства. Чтобы посмотреть запрос от клиента уходит или нет во вне, когда подключиться не могут.

Точно такая же проблема с пингами через RG 2404G W, причем проблема не постоянная, лечится перезагрузкой. Мы пользуемся интернетом и SIP телефонией через него, соответственно на телефонах сразу односторонняя слышимость при таких пингах, написал в ТП, жду что скажут..

По односторонней слышимости есть какие-либо результаты ?
У нас наблюдается такая же проблема на RG-1404G-W.
Internet по PPPoE + SIP телефония в своём vlan-е.
Народ начинает жаловаться на одностороннюю слышимость. Правда, поймать в реальном времени не могу время пингов. Перезагрузка помогает, но опять же до следующего раза. Прошивка 1.8.0-ru (на старой была так же проблема с односторонней слышимостью, да и вообще со всей линейкой RG проблемы,то DNS не ресолвит имена (в случае падения основного, на второй ничего не шлётся, а бывает избирательно ресолвит).
Но основной вопрос пос односторонней слышимости. Какие данные нужны от меня что бы проблему сдвинуть с места ? По логам (уровень ошибки предупреждения) ничего криминального не видно.

RG-1404G-W, другое устройство и по софту, и по железу. Вам бы отдельную тему завести.