Господа, буду признателен за помощь, так как что-то никак не могу понять, как можно решить следующую проблему.
Схема подключения к инету следующая:
ДФЛ800 одним из ванов смотрит в 1.1.1.0, в которой находится дслный модем, смотрящий в инет. Лан-адрес модема 1.1.1.254, и этот же адрес является гейтом для ДФЛ. Ван-адрес модема 2.2.2.254.
Как заставить ДФЛ в роутах мониторить не 1.1.1.254, а, соответственно, 2.2.2.254. Иначе при падении дслной линии ДФЛ просто не понимает, что она упала, так как прекрасно получает ответы от 1.1.1.254.

В текущих прошивках -- никак
Это будет добавлено в следующих релизах прошивок. Там будет возможность мониторить по host'ам

Станислав, спасибо за быстрый ответ. Несколько вопросов в догонку:
1) когда они ожидаются? если, конечно, Вы обладаете информацией по внутренним каналам. у меня сейчас 2.11.02.
2) что Вы можете посоветовать для решения моей проблемы? Может стоит попробовать как-то хитро роутить пакеты. может быть, что вроде такого:
route 1.1.1.1(wan) 2.2.2.254(net) 1.1.1.254(gw)
route 1.1.1.1(wan) all-nets (net) 2.2.2.254(gw)
3) может не совсем по теме, но в предыдущих прошивках можно было перемещать маршруты вниз-вверх по таблице (main). после обновления до 2.11. стрелочки стали серыми . теперь что, просматривается вся таблица и выбирается маршрут с минимальной метрикой?

роутить хитро не получится, потому что маршрут с меньшей метрикой не будет заблокирован.
По поводу выхода новой прошивки точно не скажу, но туда будет добавлена DPD/StaticDHCP и ещё различные полезные функции, так же будет снова доступка структура папок.
Двигать правила маршрутизации тоже можно будет двигать в след прошивках.

Не очень утешительно . Однако я понимаю, что это не от Вас зависит.
Кстати, предложенный мной вариант на первый взгляд работает (сейчас пытаюсь пропустить через него dns-реквесты - пока, правда, без успешно - чувствую, придется у Вас совета просить ).
Да, если уж ждать следующей прошивки, то все-таки, как сейчас выбираются маршруты в main'е: по метрике или по порядку следования?

если метрики одинковые то по расположению приеоритетным будет наивысший маршрут, если метрики разные то соотвественно у кого она меньше.
по поводу такого форвардинга
route 1.1.1.1(wan) 2.2.2.254(net) 1.1.1.254(gw) --> M - 5
route 1.1.1.1(wan) all-nets (net) 2.2.2.254(gw) --> M - 10
у Вас шлюз по умолчанию должен находится в direc_connected сети, вы же делаете через доп маршрут. Если это получится, то дайте знать

Станислав, к сожалению сейчас нет времени плотно заниматься тестами, поэтому проверил на хттп.
Итак, есть 3 роута:
1) route 1.1.1.1 (wan_1) -- 2.2.2.254 (net) -- 1.1.1.254(gw) --> M - 5
2) route 1.1.1.1 (wan_1) -- all-nets (net) -- 2.2.2.254(gw) --> M - 10 -- 1-й ИСП
3) route 3.3.3.1 (wan_2) -- all-nets (net) -- 4.4.4.254(gw) --> M - 15 -- 2-й ИСП
2 и 3 роуты поставлены на мониторинг.
Итого, обращения на 80-й идут по 1-му ИСПу без проблем. В случае падения 1-го ИСПа, ДФЛ спокойно переключается на 2-й ИСП.
Вроде так. Проблемы с днсами, о которых я писал, связаны наверно не с роутингом ... по крайней мере после дня возни с ДФЛ у меня рука не поднимается обвинить в этом его
Еще раз спасибо за скорые ответы.

Станислав, я нашел время поэкспериментировать и, действительно, оказалось, все работает даже на более сложных роутах (сат, нат итд).

Отлично, спасибо. Думаю, что можно сделать фак по этому поводу.
Устройство на самом деле очень гибкое в конфигурации

Замечательно, рад, что смог внести свою (понятное дело, минимальную) лепту в правое дело борьбы с железками
Если информации по новой прошивке для дфл800 не появилось, то большое спасибо за помощь, можно закрывать