2 сервера, 2 линка pptp, динамическая маршрутизация

[root]

Создаю тему, хочу услышать как бы вы решали такую задачу, т.к. любая задача решается как минимум 2мя способами.
Мы её решили одним, а кто то может решить другим, хотелось бы услышать ваше мнение и способ реализации.

Итак задача:

1. На колокейшене установлен Сервер "А", на который по роутингу от прова Пров."Х" приходит два реальных IP + подсеть реальных IP равная /29. Собственно с этого сервера доступен Инет.
Есть офис, не важно где бы он не находился и куда бы не переезжал, который должен юзать Инет через Сервер "А" и получать в свое распоряжение эти два реальника + 2-3 реальника из подсети /29
Собственно эта задача решается просто, с помощью PPTP туннеля с Сервера "Б", который установлен в офисе, до Сервера "А" стоящего на колокейшн и статичекого роутинга через этот туннель.

А вот тут появляется вторая подзадача в дополнение к первой и она гораздо интереснее, по ней и хотелось бы услышать ваш способ реализации.
2. В офисе появляется два канала, от разных провов. Один канал "быстрый" (без шейпа со стороны прова Пров."А"), второй "медленный" (с шейпом со стороны прова Пров."Б")
Итого появляется два PPTP туннеля от Сервера "Б" до Сервера "А" через разных провов Пров."А" и Пров."Б"
Необходимо:

а) при нормальной работе двух каналов, некотрые подсети в сети Интернет (заранее известные) ходили только по "быстрому" каналу от Пров."А" (и вход. и исх. трафик к этим подсетям), а все остальное по "медленному" каналу от Пров."Б"
б) резервировать каналы, что бы при падении канала от Пров."А", весь трафик автоматически переходил на второй канал от Пров."Б" и соответственно наоборот

Исходыне данные:

Два сервера: FreeBSD 7.2 с установленной quagga-0.99.15_1
2 разных провайдера в офисе: Пров."А" и Пров."Б"
2 туннеля PPTP: от Сервера "Б" (офис) до Сервера "А" (колокейшн)
2 реальника: ну пусть будут 2.2.2.8 и 2.2.2.15
Подсеть реальников /29: пусть будет 1.1.1.0/29
Заранее известные подсети в сети Интернет: скажем пусть будут 12.12.12.0/24 13.13.13.0/24

Вот такая вот задачка. Вторую часть задачи не решить без динамической маршрутизации.
Как бы вы решили эту задачу ?

[zaikini]

Вариант 1.
1. Создать статические маршруты 12.12.12.0/24 13.13.13.0/24 на Сервере А к провайдеру Х
2. Создаем две bgp сессии между Сервером А и Б
3. Делаем redistribute static на Сервере А в bgp процесс
4. На Сервере Б делаем route-map и указывем разные local pref при получении анонсов по разным каналам.

Вариант 2.
На сервере Б все делаем статикой, маршруты 12.12.12.0/24 13.13.13.0/24 прописываем с разной метрикой к серверу А по разным туннелям

[root]

zaikini
спасибо что отписал

Вариант 1.

а почему протокол выбрал BGP ?
а BGP сессии это eBGP или iBGP ?
а что с остальным трафиком ?

а все остальное по "медленному" каналу от Пров."Б"

Вариант 2.

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

[zaikini]

Подойдет и ospf, bgp взял для примера. Это будут iBGP сессии.

По поводу входящего трафика проглядел, моя ошибка. На сервере А необходимо воспользоваться source base routing (policy base routing). Надо сделать на Сервере А отдельную таблицу, типа
ip rule from 12.12.12.0/24 to сеть в офисе table 101
ip rule from 13.13.13.0/24 to сеть в офисе table 101
ip route add table 101 via tun1

Думаю можно это и средствами bgp разрулить, немного времени подумать..

[krowel]

А с провайдером, BGP поднять можно, или все статиками?

[lehisnoe]

Все статиками (причем, даже не на всех каналах могут быть выданы реальники для получения инета, но GRE пашет на всех каналах).

[root]

Подойдет и ospf

я тоже так сначала подумал....... но с ним не смог выполнить это условие задачи:

а) при нормальной работе двух каналов, некотрые подсети в сети Интернет (заранее известные) ходили только по "быстрому" каналу от Пров."А" (и вход. и исх. трафик к этим подсетям), а все остальное по "медленному" каналу от Пров."Б"

потому что оба туннеля упирается в один и тот же роутер и я не нашел способа как сделать для некоторых подсетей разные метрики для разглашения по разным каналам

ip route add table 101 via tun1

получится, что так ты загоняешь траф в tun1 и когда он упадет, то собственно работать перестанет, а так низя, работаь должно всегда, если жив хоть один канал

Думаю можно это и средствами bgp разрулить

я другого способа вообще не нашел
потому и создал эту тему

З.Ы. пришло в аську, тоже довольно интересный подход:

у меня сделанно так
Для дефолта можно привести следующий пример:

Код: Выделить всё

router bgp 1
synchronization
bgp log-neighbor-changes
network 172.16.0.0
neighbor 192.168.20.2 remote-as 2
neighbor 192.168.20.2 description Rico
neighbor 192.168.20.2 route-map AS2-IN in
neighbor 192.168.20.2 route-map AS2-OUT out
neighbor 192.168.30.2 remote-as 3
neighbor 192.168.30.2 description Fry
neighbor 192.168.30.2 send-community
neighbor 192.168.30.2 route-map AS3-IN in
neighbor 192.168.30.2 route-map AS3-OUT out
neighbor 192.168.30.2 advertise-map AS3-OUT non-exist-map DEFAULT-FROM-AS2
no auto-summary
!
ip bgp-community new-format
ip community-list standard AS2 permit 2:1
ip community-list standard AS3 permit 3:1
!
!
ip prefix-list DEFAULT seq 5 permit 0.0.0.0/0
!
ip prefix-list OUR-AS seq 5 permit 172.16.0.0/16
!
route-map AS2-IN permit 10
set local-preference 300
set community 2:1 additive
!
route-map AS3-IN permit 10
set local-preference 100
set community 3:1 additive
!
route-map AS2-OUT permit 10
match ip address prefix-list OUR-AS
!
route-map DEFAULT-FROM-AS2 permit 10
match ip address prefix-list DEFAULT
match community AS2
!
route-map AS3-OUT permit 10
match ip address prefix-list OUR-AS

Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму (AS3) -
только в случае если не вижу дефолта от первого (AS2). Если что непонятно,
поясню.
плюс нат на разные 30 сети в зависимости от маршрута ...
ну и принимать от провов маршруты с "фильтром" ...

действительно интересное решение, я раньше такого не видел:

neighbor 192.168.30.2 advertise-map AS3-OUT non-exist-map DEFAULT-FROM-AS2

"век живи - век учись"