forum.opennet.ru - "dmvpn tunnel + ospf" (5)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"dmvpn tunnel + ospf"

Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"dmvpn tunnel + ospf"	+/–
Сообщение от Лелик__ on 26-Янв-12, 07:52
Здравствуйте. есть такая конфигураця на споках скапливаются маршруты из различных dmvpn тулннелей посредствой ospf. Хотелось бы настроить скорость реакции ospf, так чтобы он побыстрее реагировал на "умершие" маршруты. Если какой-либо туннель или туннельный интерфейс "упал" (может даже не связаный конкретно с этим споком) то ospf моментально бы запись удалила из таблицы маршрутизации. Заранее благодарю.
Ответить \| Правка \| Cообщить модератору

Оглавление

dmvpn tunnel + ospf, Pve1, 10:20 , 26-Янв-12, (1)

dmvpn tunnel + ospf, Николай_kv, 14:06 , 26-Янв-12, (2)

dmvpn tunnel + ospf, Лелик__, 06:40 , 27-Янв-12, (3)

dmvpn tunnel + ospf, Лелик__, 06:57 , 27-Янв-12, (4)

dmvpn tunnel + ospf, Николай_kv, 12:31 , 27-Янв-12, (5)

Сообщения по теме [Сортировка по времени | RSS]

1. "dmvpn tunnel + ospf" +/–

Сообщение от Pve1 (ok) on 26-Янв-12, 10:20

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "dmvpn tunnel + ospf" +/–

Сообщение от Николай_kv on 26-Янв-12, 14:06

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "dmvpn tunnel + ospf" +/–

Сообщение от Лелик__ on 27-Янв-12, 06:40

> то создайте бекбон и тупиковые/полутупиковы зоны.
Можно поинтерисоваться (в двух словах) что это такое? :-)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "dmvpn tunnel + ospf" +/–

Сообщение от Лелик__ on 27-Янв-12, 06:57

> "Моментально" не получится
Может и не в OSPF дело (опыта маловато и теоретически слаб). Не исключено что меня бы реакция OSPF и устроила бы, но:
Сейчас такая ситуация: две циски завязал двумя туннелями. На хабе два провайдера на споке один.
Циски по обоим туннелям обменялись маршрутами. Две зоны OSPF, две линьковые сетки внутри двух туннелей.
t1, t2
в обоих маршрут через t1 перекрывает запись, полученную через t2.
теперь если я гашу t1 на хабе
int t1
sh
то на хабе маршрут до спока меняется на t2 гдето через 3 сек
а на споке - через 40.
тут скорее дело в том что долго туннель на споке падает.
в связи с этим два вопроса:
1. можно ли сократить время обновления табицы маршрутизации на споке?
2. можно ли заставить ospf прописать сразу две записи в таблицу маршрутизации с целью задействования обоих туннелей (распределения полосы). По тому как на некоторых споках будет по 2 провайдера.
> EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее.
Такой переход планируется. Но пока не все споки поддерживают EIGRP. Когда начиналось строительство сети - вообще ни один не поддерживал.
> Так же на споках по возможности надо стараться настраивать стаб-зоны.
А что такое стаб-зоны?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "dmvpn tunnel + ospf" +/–

Сообщение от Николай_kv on 27-Янв-12, 12:31

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "dmvpn tunnel + ospf"	+/–
Сообщение от Pve1 (ok) on 26-Янв-12, 10:20
> Здравствуйте. > есть такая конфигураця > на споках скапливаются маршруты из различных dmvpn тулннелей посредствой ospf. > Хотелось бы настроить скорость реакции ospf, так чтобы он побыстрее реагировал на > "умершие" маршруты. > Если какой-либо туннель или туннельный интерфейс "упал" (может даже не связаный конкретно > с этим споком) то ospf моментально бы запись удалила из таблицы > маршрутизации. > Заранее благодарю. "Моментально" не получится - читай про принципы работы и про таймеры. Подкрутив последние можно повлиять на реакцию - но скорее всего в погоне за "моментальностью" кроме нестабильной непредсказуемой работы ничего не получишь. EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее. Так же на споках по возможности надо стараться настраивать стаб-зоны.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "dmvpn tunnel + ospf"	+/–
	Сообщение от Николай_kv on 26-Янв-12, 14:06
	Помимо того, постоянная перестройка маршрутов - это дополнительная нагрузка на ЦП железки. Если на то пошло, то создайте бекбон и тупиковые/полутупиковы зоны. Расколбас крупной региональной сети из-за падения отделения на 3 человека - вам оно надо :)
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "dmvpn tunnel + ospf"	+/–
	Сообщение от Лелик__ on 27-Янв-12, 06:40
	> то создайте бекбон и тупиковые/полутупиковы зоны. Можно поинтерисоваться (в двух словах) что это такое? :-)
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "dmvpn tunnel + ospf"	+/–
	Сообщение от Лелик__ on 27-Янв-12, 06:57
	> "Моментально" не получится Может и не в OSPF дело (опыта маловато и теоретически слаб). Не исключено что меня бы реакция OSPF и устроила бы, но: Сейчас такая ситуация: две циски завязал двумя туннелями. На хабе два провайдера на споке один. Циски по обоим туннелям обменялись маршрутами. Две зоны OSPF, две линьковые сетки внутри двух туннелей. t1, t2 в обоих маршрут через t1 перекрывает запись, полученную через t2. теперь если я гашу t1 на хабе int t1 sh то на хабе маршрут до спока меняется на t2 гдето через 3 сек а на споке - через 40. тут скорее дело в том что долго туннель на споке падает. в связи с этим два вопроса: 1. можно ли сократить время обновления табицы маршрутизации на споке? 2. можно ли заставить ospf прописать сразу две записи в таблицу маршрутизации с целью задействования обоих туннелей (распределения полосы). По тому как на некоторых споках будет по 2 провайдера. > EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее. Такой переход планируется. Но пока не все споки поддерживают EIGRP. Когда начиналось строительство сети - вообще ни один не поддерживал. > Так же на споках по возможности надо стараться настраивать стаб-зоны. А что такое стаб-зоны?
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	5. "dmvpn tunnel + ospf"	+/–
	Сообщение от Николай_kv on 27-Янв-12, 12:31
	>[оверквотинг удален] > в связи с этим два вопроса: > 1. можно ли сократить время обновления табицы маршрутизации на споке? > 2. можно ли заставить ospf прописать сразу две записи в таблицу маршрутизации > с целью задействования обоих туннелей (распределения полосы). По тому как на > некоторых споках будет по 2 провайдера. >> EIGRP, официально рекомендованный иской - должен в данном случае отработать быстрее. > Такой переход планируется. Но пока не все споки поддерживают EIGRP. Когда начиналось > строительство сети - вообще ни один не поддерживал. >> Так же на споках по возможности надо стараться настраивать стаб-зоны. > А что такое стаб-зоны? 1. На пальцах стаб зона - анонсирует свою сеть в общем облаке но через себя анонсы других сетей не пропускает - отсюда и тупик. "+" небольшая таблица маршрутизации на роутере "-" никакого резерва по successor речи не идет. 2. Вы бы все таки конфиг выклали.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору