Здравствуйте.
есть такая конфигураця
на споках скапливаются маршруты из различных dmvpn тулннелей посредствой ospf.

Хотелось бы настроить скорость реакции ospf, так чтобы он побыстрее реагировал на "умершие" маршруты.

Если какой-либо туннель или туннельный интерфейс "упал" (может даже не связаный конкретно с этим споком) то ospf моментально бы запись удалила из таблицы маршрутизации.

Заранее благодарю.

• dmvpn tunnel + ospf,Pve1, 10:20 , 26-Янв-12
  • dmvpn tunnel + ospf,Николай_kv, 14:06 , 26-Янв-12
    • dmvpn tunnel + ospf,Лелик__, 06:40 , 27-Янв-12
  • dmvpn tunnel + ospf,Лелик__, 06:57 , 27-Янв-12
    • dmvpn tunnel + ospf,Николай_kv, 12:31 , 27-Янв-12

> Здравствуйте.
> есть такая конфигураця
> на споках скапливаются маршруты из различных dmvpn тулннелей посредствой ospf.
> Хотелось бы настроить скорость реакции ospf, так чтобы он побыстрее реагировал на
> "умершие" маршруты.
> Если какой-либо туннель или туннельный интерфейс "упал" (может даже не связаный конкретно
> с этим споком) то ospf моментально бы запись удалила из таблицы
> маршрутизации.
> Заранее благодарю.

"Моментально" не получится - читай про принципы работы и про таймеры. Подкрутив последние можно повлиять на реакцию - но скорее всего в погоне за "моментальностью" кроме нестабильной непредсказуемой работы ничего не получишь.

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

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

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

>  то создайте бекбон и тупиковые/полутупиковы зоны.

Можно поинтерисоваться (в двух словах) что это такое? :-)

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

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

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

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

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

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

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

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

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

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

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

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

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

>[оверквотинг удален]
> в связи с этим два вопроса:
> 1. можно ли сократить время обновления табицы маршрутизации на споке?
> 2. можно ли заставить ospf прописать сразу две записи в таблицу маршрутизации
> с целью задействования обоих туннелей (распределения полосы). По тому как на
> некоторых споках будет по 2 провайдера.
>> EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее.
> Такой переход планируется. Но пока не все споки поддерживают EIGRP. Когда начиналось
> строительство сети - вообще ни один не поддерживал.
>> Так же на споках по возможности надо стараться настраивать стаб-зоны.
> А что такое стаб-зоны?

1. На пальцах стаб зона - анонсирует свою сеть в общем облаке но через себя анонсы других сетей не пропускает - отсюда и тупик. "+" небольшая таблица маршрутизации на роутере "-" никакого резерва по successor речи не идет.
2. Вы бы все таки конфиг выклали.