Jump to content
Калькуляторы

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

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

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

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

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

 

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

Edited by asid2006

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

Я вижу 2 пути:

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

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

 

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

Edited by Silence

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this