Объединить 2 аплинка

[asid2006]

Здравствуйте! Ситуация следующая: у одного магистральщика берём 150 мбит. В ближайшее время появится 2-й аплинк он другого магистральщика на 100 мбит. В связи с этим, возникает ряд вопросов:

- можно ли как-то автоматически распределять абонентов по этим каналам в зависимости от нагрузки на них?

- какие проблемы могут в связи с этим возникнуть (особенно интересуют обрывы связи в мессенджерах, играх и прочем)?

- как это сделать?

 

Спасибо за помощь.

Edited February 26, 2014 by asid2006

[Butch3r]

http://lmgtfy.com/?q=bgp

[greg_74]

Ответ в стиле NAG-форума :) Еще отправьте его в академию CISCO.

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

[adnull]

Да потому что на форуме это разжевано раз 10 уже.

[tehmeh]

Это характерно не только для NAG-форума. Такая удручающая черта интернет-ресурсов в этой стране.

[Butch3r]

Ответ в стиле NAG-форума :) Еще отправьте его в академию CISCO.

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

Это я как раз вас не понял - если есть желание рассказать - так расскажите всем, чё по приватам прятаться.

[alibek]

Автономная система есть?

Свои IP-адреса есть, сколько?

[asid2006]

Автономная система есть?

Свои IP-адреса есть, сколько?

Автономной системы нет, пулы арендуем у обоих магистральщиков (24 у одного, 16 у другого). У клиентов серые ip, делаем snat/dnat

 

а по поводу разжевано - поиск по словам объединение каналов, аплинков, магистральщиков и прочего ничего толкового не даёт на первых страницах

[alibek]

Тогда забудьте про балансировку.

Однако кучеряво живете, /16 арендуете на 150 Мбит.

 

P.S. За /18 помогу настроить костыли, более-менее будет агрегировать.

[Дятел]

Там нет слеша ))))

[alibek]

А. А то я малость офигел.

[viver]

А что у вас бордером является?

[viver]

Я вижу 2 пути:

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

2. Часть клиентов пустить в первый канал, часть во второй. Направлять можно либо на основании ip, либо в нужной пропорции навешивать на каждый ip метку, и уже на основании метки заруливать их в определенный канал.

 

Если, вдруг, у вас Микротик, дам конфиг для второго случая: когда то очень давно Транстелеком, по неведомым причинам, не давал купить ЧП канал больше 3 мегабит. Нам приходилось покупать несколько, и на Микротике вторым способом разруливать. Все работало, и где-то в архиве конфиг, наверняка, остался.

[alibek]

viver, у автора топика нет автономной системы. И IP-адресов слишком мало, чтобы префиксы анонсировать. В таких условиях входящий трафик сбалансировать можно только через внешний балансировщик (например VPN-сервер с толстым каналом).

[viver]

viver, у автора топика нет автономной системы. И IP-адресов слишком мало, чтобы префиксы анонсировать. В таких условиях входящий трафик сбалансировать можно только через внешний балансировщик (например VPN-сервер с толстым каналом).

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

Если клиентов много, то можно очень хорошо разбалансировать каналы.

[DVM-Avgoor]

В случае с натом все предельно просто в отличие от БГП. Раскладываете руками по натам пользователей пока не добьетесь нужной раскладки. Ну а failover делается костылями и скриптами через crontab :D

[greg_74]

Это характерно не только для NAG-форума. Такая удручающая черта интернет-ресурсов в этой стране.

Ну не везде, просто у нас много слишком "умных", а в итоге техники спрашивают куда ВТЫКИВАТЬ разъем LC, при этом на сервере всего один модуль SFP, и это в очень приличном дата центре :)

Это я как раз вас не понял - если есть желание рассказать - так расскажите всем, чё по приватам прятаться.

3 сообщения в день - сори :)

[Silence]

3 сообщения в день - сори :)

 

 

редактируй старые)

Edited February 28, 2014 by Silence

[alibek]

а маршрутизировать часть абонентов на шлюз первого провайдера, а вторую часть - на шлюз второго провайдера

В этом случае, как мне кажется, динамической балансировки не сделать.

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

КМК на 150 Мбит/с абонентов слишком мало, чтобы сделать ровно.

[viver]

Понятно, что идеально не сделаешь, но удовлетворительно - очень даже.

 

Нужно теперь чтобы ТС пояснил что у него есть, а то у нас уже гадания начинаются.

[Saab95]

Здравствуйте! Ситуация следующая: у одного магистральщика берём 150 мбит. В ближайшее время появится 2-й аплинк он другого магистральщика на 100 мбит. В связи с этим, возникает ряд вопросов:

- можно ли как-то автоматически распределять абонентов по этим каналам в зависимости от нагрузки на них?

- какие проблемы могут в связи с этим возникнуть (особенно интересуют обрывы связи в мессенджерах, играх и прочем)?

- как это сделать?

 

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

[asid2006]

не уверен, что BGP, но был какой-то протокол маршрутизации, который учитывал нагрузку на канал. Буду копать

[tehmeh]

не уверен, что BGP, но был какой-то протокол маршрутизации, который учитывал нагрузку на канал. Буду копать

Нам потом расскажите, а то я что-то кроме PfR/OER ничего надумать не могу.

[kosmich7]

Взять микротик.

И настроить "балансировку нагрузки" каналов.

 

не уверен, что BGP, но был какой-то протокол маршрутизации, который учитывал нагрузку на канал. Буду копать

Покопайте в сторону микротика.