Динамическая маршрутизация

[_uznik_]

Добрый день уважаемые! Помогите в реализации данной схемы...

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

Но к сожалению с динамической маршрутизацией сталкиваюсь впервые и встал ряд вопросов:

Какой протокол (bgp, osfp) подойдет для данной схемы? По какому критерию должно приниматься решение через какого провайдера идти?

[Дятел]

Какой протокол (bgp, osfp) подойдет для данной схемы?

EIGRP

но cisco only

 

Добавлено позже:

ой, фигню сказал. Это внутри собственной сети можно по EIGRP отбаллансить. Наружу - тока BGP предназначен. Но очень грубо, толщину канала фактически невозможно учесть....

[Valaskor]

Своих адресов нету? К вышестоящим без bgp?

Edited February 14, 2012 by Valaskor

[agr]

Да, судя по всему своих ip у ТС нет, раз на каждого провайдера свой nat.

uznik, скажите что за железо и софт используете?

[catalist]

А зачем вам динамика? Вашу задачу так не решить, разве тока на цыске (роутер-шейпер) сказать два разных дефолтных маршрута что бы она пакеты раунд-робин слала на разные наты? Но и то у вас тисипи работать перестанет, так как по одной сессии будет лететь по сути с разных адресов...

А входящий трафик вообще контролю не поддатёся имхо...

Edited February 14, 2012 by catalist

[AlKov]

А зачем вам динамика? Вашу задачу так не решить, разве тока на цыске (роутер-шейпер) сказать два разных дефолтных маршрута что бы она пакеты раунд-робин слала на разные наты? Но и то у вас тисипи работать перестанет, так как по одной сессии будет лететь по сути с разных адресов...

А входящий трафик вообще контролю не поддатёся имхо...

А если один канал в 5 раз "толще" второго? Такой вариант влёгкую поставит в полку "тонкого" и оставит прохлаждаться "толстого". И что будет, если один из них упадёт(неважно какой)?

И если не ошибаюсь, без своей AS bgp во "внешку" не поднять. И самое непонятное, как балансировать неравные по "ширине" аплинки?

Самому скоро предстоит решать подобную задачу. Предполагаю, что вариант один - статически NAT-ить по подсетям. В "широкий" аплинк большую подсеть, в "узкий" - соотв. мелкую. Скриптом проверять, жив ли каждый аплинк и при падении одного из них, заворачивать всех в оставшийся в живых.

Но пока это только теория.. 100% уверенности в том, что это всё будет работать, нет.. :(

[catalist]

Ну как минимум выход из ситуации иметь равные аплинки какой смысл в ассиметрии?

А если у вас сдохнет толстый аплинк чо вы делать будете?

[AlKov]

Ну как минимум выход из ситуации иметь равные аплинки какой смысл в ассиметрии?

Смысла нет, но есть реальность..

А если у вас сдохнет толстый аплинк чо вы делать будете?

А чтО, ответ не очевиден?

[Blaar]

Пытались извращаться с 4 аплинками. Пришли к выводу, что динамически балансировать нагрузку фактически невозможно.

Настроили PBR на 2 аплинка, в ручную раскидали абонентов по каналам, смотрели загрузку, прикидывали, меняли. Пока не пришли к практически идеальной балансировке.

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

[_uznik_]

А зачем вам динамика? Вашу задачу так не решить, разве тока на цыске (роутер-шейпер) сказать два разных дефолтных маршрута что бы она пакеты раунд-робин слала на разные наты? Но и то у вас тисипи работать перестанет, так как по одной сессии будет лететь по сути с разных адресов...

На мой взгляд реализация статикой данной схемы будет не верно по ряду причи:

в пределах одной сессии необходимо ходить через 1 и ту же машину NAT;

да и как прозвести балансировку примерно 1:1, если скорость у пользователей различна...

[Andy_999]

Про OSPF почитай, есть возможность балансировать нагрузку, автоматически переходить на резерв, если основной канал упал и многое другое. Вообще выбор будет зависеть от того, какую схему маршрутизации предлагает вышестоящий провайдер. Если у вас своя AS, то BGP, балансировать трафик можно разными способами. Входящий трафик проще всего балансировать анонсами разных сетей в различные аплинки. Исходящий можно через AS-prepend или local pref. Вообще для входящего трафика все немного сложнее. Определить нужна балансировка или нет можно только опытным путем, смотреть нагрузку.

Edited February 15, 2012 by Andy_999

[Дятел]

Входящий можно через AS-prepend или local pref.

Это всё очень грубые методы. Большими ступеньками, особенно на маленьком трафике....