Резервирование в ospf quagga

посмотрите лучше в сторону vrrp/hsrp/glbp, в юниксах аналоги carp/heartbeat

в принципе все правильно, только нахрена вам на L3-свичах redistribute connected? просто network должно быть достаточно ИМХО. Или там есть еще сети, которые надо вещать, кроме 10.0.0.0/24 и 10.255.255.0/24?

а, ну и еще можно dead-interval НА ВСЕХ OSPF-соседях в одной области уменьшить, чтобы переключение происходило быстрее

А как будет происходить само резервирование ? В общем, схема не совсем рабочая. В идеале default-information originate быть не должно, на аплинках должен быть BGP (и между GW) и дефолты должны получаться с аплинков. Соответственно, нужна ещё автономная система.

> и дефолты должны получаться

Или, вообще, полные таблицы, для нормальной балансировки исходящего трафика.

>только нахрена вам на L3-свичах redistribute connected? Свичей дохрена. На кожлма свиче по 100-200 сетей типа vlan 67 ip address 10.0.14.2 255.255.255.248

Это надо, чтобы соседние свичи обменивались маршрутами и внутрисетевой траффик протекал не через основные шлюзы. Там же езе и суммирование маршрутов прописывается.

на аплинках должен быть BGP. Cоответственно, нужна ещё автономная система.

Есть и то и другое. Но пока не понял, как это все между собой состыковать.

через redistribute вестимо(как OSPF External LSA). кстати, может лучше вместо redistribute вручную задавать подключенные сети, а то некоторые свичи умеют делать redistribute только внешними LSA, что не всегда корректно отражает топологию сети и протоколов обмена маршрутами...

>В идеале default-information originate быть не должно

только при условии redistribute нужных маршрутов с BGP на OSPF

> только при условии redistribute нужных маршрутов с BGP на OSPF

Ну так это естественно.

> Есть и то и другое. Но пока не понял, как это все между собой состыковать.

кроме ospfd, задействуется ещё bgpd. bgp настраивается как к аплинкам, так и между шлюзами (ebgp и ibgp получится, но это само собой так выйдет). Дальше всё зависит от того, что принимается. если только маршрут по-умолчанию, default-information originate надо убрать и, как уже дополнил Pinkbyte, сделать редистрибьюцицию дефолта из BGP в OSPF (кстати, а умеет ли квагга... по идее должна). Если принимается full view, то тут, как раз, можно и оставить default-information originate. gw должны обмениваться полными таблицами.

>сделать редистрибьюцицию дефолта из BGP в OSPF

если будут i-bgp соседи(на которых бордер будет спускать дефолт), они и будут делать redistribute, так что тут с кваггой все ок. сложнее будет без i-bgp, тут я не уверен, будет ли работать - тупо не пробовал...

> если будут i-bgp соседи(на которых бордер будет спускать дефолт),

они и будут делать redistribute,

Дефолт-то надо отдать дальше, на свичи. Из BGP-таблицы оно не сретранслируется. Но оно может оказаться «kernel route» и, тогда, можно redistribute kernel попробовать сказать. Тут я тоже не знаю - не пробовал.

сложнее будет без i-bgp,

С более, чем одним бордером, положено иметь bgp внутри AS или «каждый с каждым», или «каждый с роуте-рефлектором» (при двух рефлектор ещё оверхед :-) ).

>Из BGP-таблицы оно не сретранслируется

смотря что отдают по BGP - default route или full-view

У меня такая схема. Два бордера и два ната(тут они как gw1/2 нарисованы). На натах

keos-blade1# show  ip ro ospf  
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

O>* 0.0.0.0/0 [110/11] via 1.1.1.37, eth1.100, 3d02h43m
  *                    via 1.1.1.38, eth1.100, 3d02h43m

На бордерах квагге сказал default-information originate always. Однако в таком режиме я поимел на каждом бордере появляющийся/пропадающий дефолт в сторону второго бордера - жутко некрасивая ситуация. Красиво забороть это не получилось и я сделал

route-map NO_OSPF_DEFAULT deny 5
 match ip address prefix-list DEFAULT_ROUTE
route-map NO_OSPF_DEFAULT permit 10
 match ip address 22
ip protocol ospf route-map NO_OSPF_DEFAULT

теперь на бордерах

border0# show  ip ro 0.0.0.0
Routing entry for 0.0.0.0/0
  Known via "ospf", distance 110, metric 11
  Last update 3d02h48m ago
    1.1.1.38, via eth1.100 inactive

то есть дефолт в fib не попадает.

Между бордерами конечно нужна bgp сессия (ibgp). В моем случае сессии есть и с натами.

У меня fv и дефолты от апстримов я не принимаю. Если апстримы отдают дефолт или вообще он есть в таблице, полученный любым способом то можно сказать просто default-information originate без always.