forum.lissyara.su

Всем доброго дня! Возникла такая задачка.
Исходные данные:
3 маршрутизатора имеющих связь с внешним миром через 3х различных провайдеров, обслуживающих 3 различных подсети клиентов, и имеющих также связь между собой через служебную подсеть:

router 1 -имеет статические + динамические маршруты от ISP1 посредством протокола RIPv2, траффик до которых идет локально, через ISP LAN1 (на тек. момент ~420 маршрутов)
4 сетевых интерфейса - внешний с 0.0.0.0/0 (интернет), локальный провайдер, внутренний служебный, внутренний клиенты

router 2 -как таковых статических маршрутов до ресурсов не имеет/не получает, но имеет более быстрое прохождение трафика к некоторым важным ресурсам через ISP2
3 сетевых интерфейса - внешний с 0.0.0.0/0 (интернет), внутренний служебный, внутренний клиенты

router 3 -имеет статические маршруты от ISP3 к интернет ресурсам, которые считаются как локальные и идут через ISP LAN3
4 сетевых интерфейса - внешний с 0.0.0.0/0 (интернет), локальный провайдер, внутренний служебный, внутренний клиенты

Итого 420 динамически обновляемых маршрутов и около 20 статических ~ 440-450 маршрутов в общей сложности в таблицах маршрутизации

Сейчас клиенты подсетей видят друг друга, но во внешку выходят через разных провайдеров. Хотелось бы это дело оптимизировать, например если клиент из подсети 2 идет к ресурсу маршрут до которого есть у router 1, то чтобы он шел именно через router 1, а не через интернет.

Что требуется сейчас:
-"обмен" между этими тремя маршрутизаторами таблицами маршрутизации, чтобы каждый из маршрутизаторов имел полную таблицу всех маршрутов, чтобы в итоге траффик шел наиболее оптимальным путем, и если можно локальным, пусть идет локальным.

-динамическое обновление и перестройка таблиц маршрутизации при выходе из строя какого либо узла (чтобы не получилось что внезапно канал с >400 маршрутами, которые доступны как из нета так и локально отвалился по каким то причинам, и траффик туда не шел)

Что возможно потом:
Возможно потом потребуется еще балансировка нагрузки каналов и резервирование, если вдруг один из 3х внешних каналов упадет, чтобы клиенты этого маршрутизатора могли "питаться" инетом через другой маршрутизатор и другого прова.


Набросок сетки: Все 3 маршрутизатора - FreeBSD 7.2 / 8.0 + quagga 0.99

Какой из протоколов наиболее подойдет для этих целей? Надо настроить обмен исключительно между router1-router2-router3.
Читал что RIP, через который один из маршрутизаторов и получает таблицу - уже вроде как устарел и юзать его не желательно + он шлет все широковещательно.
Заранее спасибо .

Не издеваюсь.
Прочитайте, пожалуста, в русской википедии статьи о каждом из протоколов,
вопрос что использовать отпадает сам собой

Да прочитал на самом деле уже много статей. Сначала ессно на wiki побывал По поводу RIP я чисто сам сразу отказался, и устаревший и широковещательно не хочу засорять сеть + анонсы каждые 30 сек. BGP вообще предполагает разные AS, и соответственно в основном для связей между AS провайдеров в интернете. Поэтому уже было склонился к OSPF, все требования вроде как должен покрывать и рассматривается как в пределах одной AS или зоны. А потом прочитал еще статей про реализацию OSPF и BGP, и окончательно запутался там с точности до наоборот - что OSPF применяют при исключительно запутанных схемах в крупных предприятиях, и рекомендовали по возможности использовать BGP (но мне надо как то в пределах одной зоны, при этом реанонсировать исключительно уже имеющиеся маршруты, но в BGP изначально как анонсирование своих подсетей другим AS. А мне между роутерами одной своей сети маршруты до других сетей.). На opennet прочитал статью про BGP, исходя из нее мне может подойти Internal BGP (IBGP), и схемки похожи - если рассмотреть то что обведено красным на схеме как одну локальную AS. Вот я и решил спросить совета знающих людей. Понятно что маршрутизаторы должны взять из своих таблиц маршрутизации маршруты и реанонсировать друг другу эти маршруты, которые через них доступны. Как бы что в одном/что в другом протоколе все равно с нуля разбираться и маны курить. Но очень хочется разобраться, при этом и с выбором бы не ошибиться и вкурить то что наиболее подойдет.

плохо читали ospf использует широковещательные пакеты ;]

К сожалению iBGP внутри организации не видел, всё что до этого видел и админил:
OSPF (или прежде RIP) внутри организации, BGP - внешний мир.
Всё, что Вам нужно с помощью OSPF делается.

hizel писал(а):плохо читали ospf использует широковещательные пакеты ;]

Ну мб я не так понял, просто в статье про OSPF на опеннете, одно из преимуществ как раз:
"Использование групповых сообщений, вместо широковещательных, предотвращает "затопление" информацией о маршрутах посторонних узлов сети, которые могут быть не заинтересованы в получении этих сведений, что значительно снижает нагрузку на каналы связи. "

Gerk писал(а):К сожалению iBGP внутри организации не видел, всё что до этого видел и админил:
OSPF (или прежде RIP) внутри организации, BGP - внешний мир.
Всё, что Вам нужно с помощью OSPF делается.

Спасибо, будем тогда вкуривать OSPF

Platinum писал(а):

hizel писал(а):плохо читали ospf использует широковещательные пакеты ;]

Ну мб я не так понял, просто в статье про OSPF на опеннете, одно из преимуществ как раз:
"Использование групповых сообщений, вместо широковещательных, предотвращает "затопление" информацией о маршрутах посторонних узлов сети, которые могут быть не заинтересованы в получении этих сведений, что значительно снижает нагрузку на каналы связи. "

и RIP и OSPF мультикастом с соседями обмениваются
RTFM

в случае с bgp придется еще тайминги подкручивать, в противном случае сходиться он будет куда дольше чем rip или ospf.
ospf по сравнению с rip просит больше памяти, так как ему нужно хранить кучу дополнительной информации, впрочем тут это будет не слишком заметно. о балансировке с помощью оспф или рипа лучше не задумываться, а вот с резервированием справятся оба.
в общем, я б выбрал оспф исключительно как наиболее распространенный)