Помимо того, постоянная перестройка маршрутов - это дополнительная нагрузка на ЦП железки. Если на то пошло, то создайте бекбон и тупиковые/полутупиковы зоны. Расколбас крупной региональной сети из-за падения отделения на 3 человека - вам оно надо :)

> "Моментально" не получится

Может и не в OSPF дело (опыта маловато и теоретически слаб). Не исключено что меня бы реакция OSPF и устроила бы, но:

Сейчас такая ситуация: две циски завязал двумя туннелями. На хабе два провайдера на споке один.

Циски по обоим туннелям обменялись маршрутами. Две зоны OSPF, две линьковые сетки внутри двух туннелей.
t1, t2

в обоих маршрут через t1 перекрывает запись, полученную через t2.

теперь если я гашу t1 на хабе
int t1
sh

то на хабе маршрут до спока меняется на t2 гдето через 3 сек
а на споке - через 40.
тут скорее дело в том что долго туннель на споке падает.

в связи с этим два вопроса:

1. можно ли сократить время обновления табицы маршрутизации на споке?
2. можно ли заставить ospf прописать сразу две записи в таблицу маршрутизации с целью задействования обоих туннелей (распределения полосы). По тому как на некоторых споках будет по 2 провайдера.

> EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее.

Такой переход планируется. Но пока не все споки поддерживают EIGRP. Когда начиналось строительство сети - вообще ни один не поддерживал.

> Так же на споках по возможности надо стараться настраивать стаб-зоны.

А что такое стаб-зоны?