форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"eBGP-default'ы на сети cisco и quagga"	+/–
Сообщение от cant on 06-Авг-10, 20:51
Как распространять defaut-маршруты приходящие по ebgp на две разные железки в среде нескольких cisco и quagga ? Надо сделать, чтоб при падении одного из двух ebgp-дефолтов, все остальные циски и квагги в сети переходили на оставшийся. PS: - quagga не умеет перебрасывать default из ebgp в ibgp (neighbor default-originate - это не то, прощай отказоустойчивость). - Один из ebgp-аплинков надо обязательно оставить на квагге. - Не стоит задача балансировки трафика. - Сейчас на всей сети и ibgp и ospf(в нем только топология и лупбэки).
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "eBGP-default'ы на сети cisco и quagga"	+/–
Сообщение от Глеб on 07-Авг-10, 21:51
> >Как распространять defaut-маршруты приходящие по ebgp на две разные железки в среде >нескольких cisco и quagga ? > Без схемы сети говорить трудно. Если есть возможность, изобразите схему и ссылку сюда. А так, обычно дефолт распространяют в IGP. А тут или редистрибуция, но только дефолта, или default-originate на уровне OSPF. Лучше конечно второй вариант.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "eBGP-default'ы на сети cisco и quagga"	+/–
	Сообщение от cant on 08-Авг-10, 13:03
	>А так, обычно дефолт распространяют в IGP. >А тут или редистрибуция, но только дефолта, или default-originate на уровне OSPF. > >Лучше конечно второй вариант. Три квагги, два каталиста. Физ.топология кольцо. Все маршруты с дефолтом в ibgp full-mesh. Один аплинк ebgp-default+full-view на квагге (т.к. появился даунлинк, который захотел фулл-вью, которое нигде больше не нужно). Второй аплинк ebgp-default на соседнем каталисте(фулл-вью не лезет в каталисты). Т.е. по науке можно написать ospf default-originate на обоих бордерах (убрав полностью дефолт из ibgp) ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "eBGP-default'ы на сети cisco и quagga"	+/–
	Сообщение от Глеб on 08-Авг-10, 14:43
	>Т.е. по науке можно написать ospf default-originate на обоих бордерах (убрав полностью >дефолт из ibgp) ? по науке допускается редистрибуция только из IGP в EGP, никак не наоборот. IGP протоколы не приспособлены переваривать full-view. На уровне "#router ospf x" делаешь " default-information originate [always]" и этот маршрутизатор будет объявлять дефолт в OSPF. always означает объявлять дефолт вне зависимости есть ли дефолт в локальной таблице маршрутизации.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "eBGP-default'ы на сети cisco и quagga"	+/–
	Сообщение от cant on 08-Авг-10, 19:04
	>На уровне "#router ospf x" делаешь " default-information originate [always]" и этот >маршрутизатор будет объявлять дефолт в OSPF. always означает объявлять дефолт вне >зависимости есть ли дефолт в локальной таблице маршрутизации. Под мою ситуацию, пожалуй да, вполне подойдут ospf default-information originate на обоих бордерах, для отказоустойчивого распространения дефолта. А по науке это нормально иметь два роутера с ospf default-information originate для обеспечения отказоустойчивасти ? Или это только для случая, когда бордеры рядом, в пределах одного хопа? А как если бордеры не рядом, или потребуется третий аплинк с дефолтом принять на противоположном конце кольца. Ведь если на одном из бордеров падает аплинк, то бордер продолжит в ospf отдавать дефолт ? (ведь в его таблице роутинга дефолт останется, он приезжает по ospf с другого бордера). Т.е. пакеты идущие на дефолт могут оказаться в петле, если не ушли за пределы сети на бордере. Или этот механизм я неправильно понимаю? Хотелось бы конечно наиболее универсальное решение по резервированию и распространению дефолтов в сети. Как же всё тупо просто было с пересылкой дефолтов из ebgp в ibgp, в любом количестве, в любом месте, и всё было отказоустойчиво.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "eBGP-default'ы на сети cisco и quagga"	+/–
	Сообщение от Глеб on 08-Авг-10, 19:44
	ibgp не должен использоваться для маршрутизации внутри локальной сети, если у вас есть не -bgp маршрутизаторы. для этого и делается default-information originate в ospf. По поводу нескольких маршрутов в 0.0.0.0: Протоколы маршрутизации были разработаны как раз для того чтобы самостоятельно выбирать кратчайшие пути, если путей несколько. почитатайте ICND11,2 BSCI и BGP. а вообще, без схемы трудно точ
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "eBGP-default'ы на сети cisco и quagga"	+/–
	Сообщение от Глеб on 08-Авг-10, 19:45
	ibgp не должен использоваться для маршрутизации внутри локальной сети, если у вас есть не -bgp маршрутизаторы. для этого и делается default-information originate в ospf. По поводу нескольких маршрутов в 0.0.0.0: Протоколы маршрутизации были разработаны как раз для того чтобы самостоятельно выбирать кратчайшие пути, если путей несколько. почитатайте ICND11,2 BSCI и BGP. а вообще, без схемы трудно точно сказать что вам нужно сделать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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