Здравствуйте!
Для интернета используется следующая связка.
Dir-320 D1 прошивка последняя с сайта 2.0.9
Модем Huawei 3272 под брендом МТС 824F (прошивка 21.436.11.00.143 MTS Russia)
Настроен в режиме 3G. Ниже скрин настроек, там все просто.
https://cloud.mail.ru/public/9da80cc13502/set.png
Проблема в следующем.
Включаю роутер, соединение устанавливается, интернет есть. Через несколько часов (от 2 часов до 20 часов) инет пропадает, иногда даже не зайти на веб-морду роутера.
В логах роутера обычно следующее (инет пропадает в 5.06):
Mar 15 21:29:21 dnsmasq[18314]: read /tmp/hosts - 2 addresses
Mar 15 21:29:21 dnsmasq-dhcp[18314]: read /etc/ethers - 0 addresses
Mar 15 21:29:21 dnsmasq[18314]: using nameserver 217.66.145.2#53
Mar 15 21:29:21 dnsmasq[18314]: using nameserver 217.66.145.1#53
Mar 16 02:31:51 dnsmasq[18314]: read /tmp/hosts - 2 addresses
Mar 16 02:31:51 dnsmasq-dhcp[18314]: read /etc/ethers - 0 addresses
Mar 16 02:31:51 dnsmasq[18314]: using nameserver 217.66.145.2#53
Mar 16 02:31:51 dnsmasq[18314]: using nameserver 217.66.145.1#53
Mar 16 05:06:04 pppd[18260]: LCP terminated by peer
Mar 16 05:06:04 pppd[18260]: Connect time 456.8 minutes.
Mar 16 05:06:04 pppd[18260]: Sent 4396460 bytes, received 434761 bytes.
Mar 16 05:06:04 pppd[18260]: Connection terminated.
Mar 16 05:06:04 miniupnpd[1008]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 16 05:06:04 miniupnpd[1008]: Failed to get IP for interface ppp0
Mar 16 05:06:04 miniupnpd[1008]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Mar 16 05:06:07 pppd[18260]: Connection terminated.
Mar 16 05:06:09 pppd[18260]: Connection terminated.
Mar 16 05:06:09 pppd[18260]: Modem hangup
Mar 16 05:06:14 pppd[18260]: Couldn't get PPP statistics: No such device
Mar 16 05:06:15 pppd[18260]: Serial connection established.
Mar 16 05:06:15 pppd[18260]: Using interface ppp0
Mar 16 05:06:15 pppd[18260]: Connect: ppp0 <--> /dev/PPP
Mar 16 05:06:19 pppd[18260]: Peer refused to agree to our IP address
Mar 16 05:06:19 pppd[18260]: Connect time 0.1 minutes.
Mar 16 05:06:19 pppd[18260]: Sent 48 bytes, received 30 bytes.
Mar 16 05:06:19 pppd[18260]: Connection terminated.
Mar 16 05:06:20 pppd[18260]: Connection terminated.
Mar 16 05:06:20 pppd[18260]: Terminating on signal 15
Mar 16 05:06:20 pppd[18260]: Exit.
Mar 16 05:06:22 pppd[24914]: pppd 2.4.4 started by admin, uid 0
Mar 16 05:06:24 pppd[24914]: Connect script failed
Mar 16 05:06:25 pppd[24914]: Couldn't get PPP statistics: No such device
Mar 16 05:06:31 pppd[24914]: Connect script failed
Mar 16 05:06:39 pppd[24914]: Connect script failed
Mar 16 05:06:47 pppd[24914]: Connect script failed (и идет повтор в цикле последних четырех строк)
-------------
Подскажите, что это может быть и как можно решить проблему?
(модем через активный хаб подключал, вдруг питания не хватает, никак не влияет на баги)
Заранее спасибо!

"LCP terminated by peer" разрыв соединения инициируется со стороны провайдера. Потом модем роняет сессию и вешает трубку, потом пытается поднять снова и тут оказывается, что удалённая стороная отвергает IP-адрес запрашиваемый роутером "Peer refused to agree to our IP address", потом отваливается скрипт на роутере, который должен поднять соединение. И того - звонить провайдеру и запрашивать лог-статистику с их стороны, что происходит в момент падения и почему + узнавать в ТП D-Link, почему перестаёт отрабатывать скрипт дёргающий соединение или просто тупо ждать новую прошивку, может быть ситуация улучшится.

P.S. Если ещё смотрели в сторону, то погуглите на тему AT-команд и перевода модема в режим "только модем", обычно, добавляет стабильности соединению.

Спасибо за расшифровку лога, немного прояснилось.
АТ команды естественно пробовал, оставлял только модем и UI, без толку.
Получается, после разрыва соединения провайдером модем обратно не подцепляется, так? Это ошибка в прошивке роутера? И что можно еще проверить/сделать?

В логе последнее что видно, что стартует от рута демон pppd, а вот причина фразы "connect script failed" известна разработчику иначе нужен исходный код, чтобы понять при каком условии в лог ссыпается такой мессадж. Поидее, должен происходить автоматический реконнект при падении линка, поэтому я полагаю, что дело в прошивке. Возможно, чуть больше информации будет, если увеличить уровень детализации лога до "отладочные сообщения".

OK, поставлю расширенный лог, вдруг будет больше инфы.