[ThreeDHead]

Есть роут-сервер, на нем Quagga/BGP, принимает маршруты и складывает их в основную таблицу маршрутизации, все как обычно.

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

Есть какое стандартное решение в квагге? Патч?

[^rage^]

afaik, не умеет этого квагга.

лучше бы её выкинуть и взять bird.

он очень крутой.

[martin74]

http://www.nongnu.org/quagga/docs/docs-info.html#Zebra

команда table

оно?

[apm]

setfib 1

[ThreeDHead]

http://www.nongnu.org/quagga/docs/docs-info.html#Zebra

команда table

оно?

Во, прелесть какая, видимо оно. Спасибо.

Да, имел ввиду аналог из iproute2 - "ip route add default via 1.2.3.4 table 1234"

[ThreeDHead]

setfib 1

Не оно. Я про Linux/Quagga

[vlad11]

Даже, странно, в Дебиане работает :)

[DemYaN]

Во, прелесть какая, видимо оно. Спасибо.

Да, имел ввиду аналог из iproute2 - "ip route add default via 1.2.3.4 table 1234"

Ведь это только для статики, но вам ведь нужно динамику в отдельную таблицу?

Если не нужно маршруты складывать в kernel, тогда возможно view'ы помогут?

[vlad11]

Ведь это только для статики, но вам ведь нужно динамику в отдельную таблицу?

Если не нужно маршруты складывать в kernel, тогда возможно view'ы помогут?

Table вешается только на маршруты, передающиеся в ядро.

[^rage^]

http://www.nongnu.org/quagga/docs/docs-info.html#Zebra

команда table

оно?

 

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

 

bird с его protocol kernel куда более гибкие варианты позволяет делать(например, переливать маршруты из одной таблички роутинга в другую с фильтрацией).

или же сливать из ospf в одну табличку, из bgp - в другую. вообщем, тут вопрос только фантазии.

а с кваггой - это надо заморачиваться с network namespaces.

[vlad11]

Вопрос смены Quagga на Bird не стоит.

[Alex/AT]

Вопрос смены Quagga на Bird не стоит.

А по-хорошему - именно с этого вопроса и надо бы начать.

[ThreeDHead]

А по-хорошему - именно с этого вопроса и надо бы начать.

Зачем холивар разводите?

[vlad11]

Зачем вы тгавите!

[dsk]

bgp multiple-instance
!
router bgp 123 view rs
bgp router-id 1.2.3.100
no bgp default ipv4-unicast
neighbor 1.2.3.4 remote-as 321
neighbor 1.2.3.4 activate
neighbor 1.2.3.4 soft-reconfiguration inbound
neighbor 1.2.3.4 route-server-client
.....

 

Уже не первый год живет такая квагга роутсервером, каши не просит, маршруты в таблицу не попадают.

[vlad11]

 

Уже не первый год живет такая квагга роутсервером, каши не просит, маршруты в таблицу не попадают.

И какая из этих опций говорит - не ложить пришедшие маршруты в системную таблицу маршрутизации?

Эта?

bgp multiple-instance

Эта?

router bgp 123 view rs

или эта?

neighbor 1.2.3.4 route-server-client

[dsk]

По сути вторая.

 

— Command: router bgp as-number view name

Make a new BGP view. You can use arbitrary word for the name. This view's route selection result does not go to the kernel routing table.

 

Отсюда - http://quagga.piotrkosoft.net/docs/docs-multi/BGP-instance-and-view.html

[vlad11]

Благодарю.