Имеется девайс: DSL-2650U/BRU/D1, прошивка 1.18
Настроен ppp-клиент для соединения с моим vpn-сервером.

1. В случае пропадания связи с vpn-сервером pptp-клиент не реконнектится, помогает перезагрузка роутера, перепрописка параметров (с сохранением) или запуск клиента в telnet-сессии.
То есть, микропрограмма не отслеживает состояние соединения ppp0.

2. В моем случае vpn-сервер находится в промежуточной сети, через эту промежуточную сеть и получаю доступ к конеченой сети.
Таким образом, от роутера требуется частная маршрутизация в интерфейсе ppp0. Прописывание маршрута при установленном интерфейсе ppp0 помогает (как через web, так и через telnet), но после реконнекта этого интерфейса, или же после первичной загрузки устройства, маршрут пропадает/не поднимается. Происходит это потому что маршрут не заносится в скрипты up/down в /etc/ppp , куда заносится только маршрут к peer, так как он непосредственно связан с интерфейсом ppp* (кстати, конфигуратор отказывается принимать peer-паршрут с маской /32). Причиной может быть то, что при установке запоминаемого в конфигурации маршрута (через штатный web-интерфейс) невозможно указать сетевой интерфейс ppp0 - в выпадающем списке интерфейсов сами знаете, что появляется, даже при активном на данный момент интерфейсе ppp0. Таким образом, при старте wan, девайс не находит такого шлюза в пределах видимости (vpn ещё не стартовал) и "отбрасывает" этот маршрут, как "криво написанный", после чего применить подобный "сбойный" маршрут устройство больше не пытается. Пробовал модифицировать и залить назад конфигурацию, указав интерфейс для этого маршрута - не вышло, роутер обнулил мою ссылку на интерфейс.

Убедительная просьба к разработчикам, при создании новой прошивки, предусмотреть:
1) автоматический реконнект pptp-клиента;
2) возможность добавления маршрутов с привязкой к сетевому интерфейсу ppp*, либо - возможность установки частных маршрутов на странице редактирования параметров ppp (а не только make ppp default route);
3) это уже будет наглостью, но хотелось бы иметь возможность создавать более одного ppp-соединения, вручную можно создать несколько peers и запустить их все, но роутер этого не запомнит

Спасибо за внимание.

Для товарисчей из D-Link: если вам таки нечего сказать, то отставлю здесь содержание скрипта, который запускаю после каждой перезагрузки модема - пользователям модема требуется, чтобы то же самое работало само и конфигурировалось штатным конфигуратором.
====
open dlink2650
waitfor "ogin:"
transmit "dlinkadmin^M"
waitfor "sword:"
transmit "dlinkadmin^M"
;waitfor ">" - не понят,чего тут ожидать, поставил маленькую паузу
pause 1
transmit "sh^M"
waitfor "#"
transmit "echo 'route add -net 2.3.0.0 netmask 255.255.0.0 dev $1' >> /var/ppp/ip-up.local^M"
waitfor "#"
transmit "echo 'route add -host 1.2.3.4 dev $1' >> /var/ppp/ip-up.local^M"
waitfor "#"
transmit "echo 'route add -host 3.4.5.6 dev $1' >> /var/ppp/ip-up.local^M"
waitfor "#"
transmit "echo 'route del -net 2.3.0.0 netmask 255.255.0.0 dev $1' >> /var/ppp/ip-down.local^M"
waitfor "#"
transmit "echo 'route del -host 1.2.3.4 dev $1' >> /var/ppp/ip-down.local^M"
waitfor "#"
transmit "echo 'route del -host 3.4.5.6 dev $1' >> /var/ppp/ip-down.local^M"
waitfor "#"
transmit "test -e '/var/run/pptp/255.255.255.255:4.5.6.7' || pppd call vpnuser^M"
waitfor "#"
; ждём, пока ППП реально не запустится (что-то хотел дописать после, пока просто заканчивает скрипт только после соединения)
transmit "until test -e '/var/run/pptp/255.255.255.255:4.5.6.7'^M"
pause 1
transmit "done^M"
waitfor "#"
transmit "exit^M"
waitfor ">"
transmit "logout^M"
transmit "^M"
quit
====
Пояснения:
- скрипт под программку tse (Telnet Script Executor V.1.0.(c)2001 Lubimkov Dmitri) - не реклама, сегодня только скачал и опробовал.
- 2.3.0.0/16, 1.2.3.4/32, 3.4.5.6/32 - частные сети и узлы, к которым попадаю посредством vpn, они не лежат в сети peer
- /var/run/pptp/255.255.255.255:4.5.6.7 - файл-флаг, создаваемый на время работы pptp-сессии (последние 4 цифры - айпишник конкретного pptp-сервера)

К разработчикам: можно хоть какой-то крон вставить в прошивку? я бы добавил в него проверку статуса соединения и его запуск при необходимости...