Есть таз на колокейшн, фря, к нему взят жирный канал от аплинка и PA /24, выполняет роль центрального роутинг сервера. Для примера - 200.200.200.1/24

По городу стоит десяток фрёвых тазов, обслуживающих дома. G.SHDSL линии от этих тазов сводяться к серваку на коло, заходят в DSLAM коло-провайдера и все приходят мне на сервак по
определённому VLAN. IP у серваков взяты из этой PA сетки. Для примера:

200.200.200.50
200.200.200.51
....

В домах есть клиенты, которым выдаётся отдельный VLAN на тазу и раздаётся реальный IP адрес из моей PA сетки. Роутинг пока сделан статикой.

Для примера.

IP домового таза: 200.200.200.50
У клиента в квартире: 200.200.200.102
На домовом тазу. VLAN 45 : 200.200.200.101/30
На центральном коло-тазу роутинг статикой: route add 200.200.200.100/30 200.200.200.50

Суть вопроса! Количество клиентов с реальными IP возрастает, и хотелось бы после заведения на домовом тазу для клиента VLAN с реальной нарезанной подсеткой НЕ ПРОПИСЫВАТЬ РОУТИНГ СТАТИКОЙ НА ГЛАВНОМ ТАЗУ к этому клиенту через IP домового сервака.

Напрашивается вариант с применением протоколов IGP. Под фрёй вижу решение в виде OSPFv2 на базе Quagga - демон ospfd. Грубо говоря, после добавления VLAN на домовом тазу с реальными IP OSPFD через минуту смекнёт, что появилась в таблице маршрутизации таза новая подсетка из PA и передаст эту роут-информацию на центральный роутер OSPF бэкбона.

Как вам такое решение? Стоит ли внедрять? Какие кривости могут ожидать? Умеет ли OSPFD на Quagg'e работать с внешними интерфейсами Gif, Ng ? Нет ли при этом подлянок с MTU, MSS ? Быстро ли OSPFD обнаруживает новые маршруты, учитывая что он основан на link-state ?

Буду рад услышать Ваше мнение! Заранее спасибо