The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"zebra(quagga): автоматическое переключение на резерв"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"zebra(quagga): автоматическое переключение на резерв"  
Сообщение от HackerCB email(ok) on 18-Янв-06, 01:38 
Помогите решить проблему:
FreeBSD 4.11
Есть два выхода в инет:
fxp0: 1.1.1.2, gateway 1.1.1.1 (основной)
fxp1: 2.2.2.2, gateway 2.2.2.1 (резерв)
естественно на обоих поднят nat и т.д.

в zebra прописываю:
ip route 0.0.0.0/0 1.1.1.1
ip route 0.0.0.0/0 2.2.2.1 2
получаю:
S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
маршрут переключается автоматически только при физическом падении интерфейса, если же просто недоступен gateway то маршрут автоматом не переключается.

Как сделать, что маршрут переключался автоматом при недоступности основного gateway?


Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "zebra(quagga): автоматическое переключение на резерв"  
Сообщение от paul (??) on 18-Янв-06, 06:50 
>Помогите решить проблему:
>FreeBSD 4.11
>Есть два выхода в инет:
>fxp0: 1.1.1.2, gateway 1.1.1.1 (основной)
>fxp1: 2.2.2.2, gateway 2.2.2.1 (резерв)
>естественно на обоих поднят nat и т.д.
>
>в zebra прописываю:
>ip route 0.0.0.0/0 1.1.1.1
>ip route 0.0.0.0/0 2.2.2.1 2
>получаю:
>S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
>S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
>маршрут переключается автоматически только при физическом падении интерфейса, если же просто недоступен
>gateway то маршрут автоматом не переключается.
>
>Как сделать, что маршрут переключался автоматом при недоступности основного gateway?

Когда в свое время решал эту задачу под FreeBSD, то пришлось писать скриптик на перле - иначе не получалось. А вообще по форуму уже достаточно информации на эту тему.

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "zebra(quagga): автоматическое переключение на резерв"  
Сообщение от HackerCB email(ok) on 18-Янв-06, 15:15 
>>Помогите решить проблему:
>>FreeBSD 4.11
>>Есть два выхода в инет:
>>fxp0: 1.1.1.2, gateway 1.1.1.1 (основной)
>>fxp1: 2.2.2.2, gateway 2.2.2.1 (резерв)
>>естественно на обоих поднят nat и т.д.
>>
>>в zebra прописываю:
>>ip route 0.0.0.0/0 1.1.1.1
>>ip route 0.0.0.0/0 2.2.2.1 2
>>получаю:
>>S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
>>S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
>>маршрут переключается автоматически только при физическом падении интерфейса, если же просто недоступен
>>gateway то маршрут автоматом не переключается.
>>
>>Как сделать, что маршрут переключался автоматом при недоступности основного gateway?
>
>Когда в свое время решал эту задачу под FreeBSD, то пришлось писать
>скриптик на перле - иначе не получалось. А вообще по форуму
>уже достаточно информации на эту тему.
Скриптик перловый у меня сейчас как раз и написан, который пингует и переключает маршруты, но хочется именно без скриптика обойтись...

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "zebra(quagga): автоматическое переключение на резерв"  
Сообщение от RSG (??) on 18-Янв-06, 15:20 
>>>в zebra прописываю:
>>>ip route 0.0.0.0/0 1.1.1.1
>>>ip route 0.0.0.0/0 2.2.2.1 2
>>>получаю:
>>>S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
>>>S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
>Скриптик перловый у меня сейчас как раз и написан, который пингует и
>переключает маршруты, но хочется именно без скриптика обойтись...

Без скрипта надо договориться с провайдером(ами), чтобы они тебе анонсили сеть 0.0.0.0/0 с помощью любого протокола динамической маршрутизации, поддерживаемый квагой.

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "zebra(quagga): автоматическое переключение на резерв"  
Сообщение от HackerCB email(ok) on 18-Янв-06, 15:34 
>Помогите решить проблему:
>FreeBSD 4.11
>Есть два выхода в инет:
>fxp0: 1.1.1.2, gateway 1.1.1.1 (основной)
>fxp1: 2.2.2.2, gateway 2.2.2.1 (резерв)
>естественно на обоих поднят nat и т.д.
>
>в zebra прописываю:
>ip route 0.0.0.0/0 1.1.1.1
>ip route 0.0.0.0/0 2.2.2.1 2
>получаю:
>S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
>S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
>маршрут переключается автоматически только при физическом падении интерфейса, если же просто недоступен
>gateway то маршрут автоматом не переключается.
>
>Как сделать, что маршрут переключался автоматом при недоступности основного gateway?
Еще момент - интерфейс(tunN), на падение котрого нужно реагировать поднимается через openvpn(1.6) может openvpn-у можно как-то сказать чтобы делал down интерфейса при падении канала?

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "zebra(quagga): автоматическое переключение на резерв"  
Сообщение от edwin (ok) on 18-Янв-06, 15:53 
>Помогите решить проблему:
>FreeBSD 4.11
>Есть два выхода в инет:
>fxp0: 1.1.1.2, gateway 1.1.1.1 (основной)
>fxp1: 2.2.2.2, gateway 2.2.2.1 (резерв)
>естественно на обоих поднят nat и т.д.
>
>в zebra прописываю:
>ip route 0.0.0.0/0 1.1.1.1
>ip route 0.0.0.0/0 2.2.2.1 2
>получаю:
>S   0.0.0.0/0 [2/0] via 2.2.2.2, fxp1
>S>* 0.0.0.0/0 [1/0] via 1.1.1.1, fxp0
>маршрут переключается автоматически только при физическом падении интерфейса, если же просто недоступен
>gateway то маршрут автоматом не переключается.
>
>Как сделать, что маршрут переключался автоматом при недоступности основного gateway?

Можно сделать очень просто.
Ставим 2 канала от прова.
На них подымаем bgp сессии с провайдером, используя номера частных AS.
Если какой-то из каналов ложится то все автоматом разворачивается в другой.
А + можно поигратся с route map & атрибутами для паррлельного использования каналов.


Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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