Господа, уже два дня ломаю мозг.
Читал и англицкий, и русский мануалы но все равно ничего не помогает.

Не получается настроить default route injection в OSPF процесс (в терминологии DFL это экспорт-импорт)

Что есть (опустим ненужные подробности для простоты):

Stub зона 172.16.2.0/24 - area 172.16.2.0
backbone 172.16.1.0/24 - area 172.16.1.0

В backbone какие-то коммутаторы д-линк L3 с OSPF. Они обмениваются маршрутами, видят соседей и все хорошо. Stub тоже анонсируется и все там роутится и пингуется.

Далее идет DFL - он так же подключен в backbone с адресом 172.16.1.10 и на нем создан OSPF процесс. И у него есть прямое подключение со статическим адресом 82.82.82.2\27, шлюз провайдера 82.82.82.1. Настроено прямо на интерфейсе DFL все. В интернет ходит, все хорошо. Создано правило-заглушка all-2-all разрешающее все всем. Привязаны интерфейсы к OSPF. Настроены правила динамической маршрутизации. Отдельное правило для импорта маршрутов из OSPF в таблицу main DFL, и отдельное правило для экспорта маршрута в интернет. Ну или как-бы настроено. В инструкциях это описано вскользь, примеров толковых нет.
Что имеем - DFL получает маршруты из OSPF, отвечает на запросы из 172.16.2.0, сам пингует всех кого надо, но никак не получается настроить анонсирование в OSPF маршрута по умолчанию, точнее анонсирование DFL как маршрутизатора по умолчанию (типа в виде 0.0.0.0 0.0.0.0 via 172.16.1.10).
В инструкции имеются описания параметров Next Hop, Forward и проч, в целом описано как работают фильтры в этих правилах динамической маршрутизации, но я так и не понял, как анонсировать в процесс OSPF этот маршрут.
Крайне прошу помощи или хотя бы указания на сложный и толковый пример.

P.S. На Cisco подобная конфигурация работает только впуть. Тут тоже не должно бы быть проблем... только все еще не понятно как:(

Чо-то никто не отвечает, грусть печаль....

Частично удалось продвинуться. Оказалось, что если добавить в backbone зону интерфейс WAN то... он добавится. Вместе с маршрутом в сеть подключения к провайдеру. Нашел в каких-то мунтых мануалах.

Так же были принудительно помечены как stub конечные зоны. В мануалах написано что DFL сам отдаст свой маршрут по умолчанию в stub зону... А вот и нет. Создавать на DFL описания для всех зон тоже не вариант и есть мнение что это ничего не даст.

Я по прежнему не понимаю почему все это не работает. Есть аналогичная паралельная конфигурация на цисках - создали зону, привязали подсети, на роутере задали default route, сделали originate и... все работает. Не надо распределять stub зоны и проч, не надо вообще ничего - и так работает . DFL безмерно печалит Даже на коммутаторах DGS 3627 все и так работает в аналогичной конфе.