The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"eBGP-default'ы на сети cisco и quagga"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"eBGP-default'ы на сети cisco и quagga"  +/
Сообщение от cant email 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 email 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 email 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру