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

Объединение линков разных провайдеров Чем и как?

Имеется основное подключение к одному из провайдеров. Для организции резервного канала на случай аварии имеется подключение к другому провайдеру.

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

 

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

Желательно - недорого. Интересуют как железные, так и софтовые решения.

Сейчас имеется небольшой раздающий сервер и несколько коммутаторов DES-1016 и compex ps2216

 

Спасибо.

Edited by Lets

Share this post


Link to post
Share on other sites

Имеется основное подключение к одному из провайдеров. Для организции резервного канала на случай аварии имеется подключение к другому провайдеру.

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

 

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

Желательно - недорого. Интересуют как железные, так и софтовые решения.

Сейчас имеется небольшой раздающий сервер и несколько коммутаторов DES-1016 и compex ps2216

 

Спасибо.

 

Агрегировать каналы раных провайдеров в один не получиться т.к. разное public адресное пространство у них.

Но задействовать одновременно думаю можно. Вспомнилась схема (http://www.opennet.ru:8101/base/cisco/2isp_link.txt.html) c переруливанием дефолта если основной линк упадет на резервного провайдера + NAT.

Если Вы сможете поместить компьютеры в две разные подсети (для простоты настроек), то можно будет сделать похожий трюк при этом пакеты из первой сети будут хоидть через первого провайдера, в случае аварии уйдут на резервного. Для второй сети с точностью до наоборот. Соединения на аварийном линке разорвуться разумеется. Думаю железка микротик Вам поможет учитывая что на ней можно много чего сделать нестандартного путем написания скриптов.

Сам не делал, но думаю что описаный способ очень даже возможен.

Способ на микротике без деления локалки на две подсети http://slagovskiy.blogspot.ru/2009/08/miktotik.html

http://wiki.mikrotik.com/wiki/PCC#Application_Example_-_Load_Balancing

Edited by QWE

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости.

Share this post


Link to post
Share on other sites

А можно узнать вес вашего небольшого роутера и цвет ? Не помешало бы так-же сообщить и его физические габариты.

Share this post


Link to post
Share on other sites

Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости.

а можно поподробнее об этой услуге, предоставляется ли она физ лицам? и как она правильно называется

Share this post


Link to post
Share on other sites

А можно узнать вес вашего небольшого роутера и цвет ? Не помешало бы так-же сообщить и его физические габариты.

http://mikrotik.ru/katalog/katalog/marshrutizatory/marshrutizatory/routerboard-750gl

http://routerboard.com/pdf/452/RB1100.pdf 365грамм плата + корпус (сплав аллюминия)

http://routerboard.com/pdf/429/RB2011UAS.pdf

Edited by QWE

Share this post


Link to post
Share on other sites

Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости.

а можно поподробнее об этой услуге, предоставляется ли она физ лицам? и как она правильно называется

 

Да ее обычно сами себе покупают. Аренда сервера стоит около 2500р. в месяц, + еще тысяч 5 придется заплатить за канал интернета. На него устанавливаете микротик или линукс, что больше знаете, и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы.

Share this post


Link to post
Share on other sites

Коллеги, необходимо объединение линков уже на месте, а не в ДЦ. Иначе при физическом обрыве кабеля есть риск также остаться ни с чем.

Основная идея - два физически разных канала с объединением в конечной точке.

Share this post


Link to post
Share on other sites

Коллеги, необходимо объединение линков уже на месте, а не в ДЦ. Иначе при физическом обрыве кабеля есть риск также остаться ни с чем.

Основная идея - два физически разных канала с объединением в конечной точке.

 

В ДЦ вы будете интернет брать. Там обычно не бывает проблем с обрывами и электропитанием.

 

При правильном подходе всегда будет резерв, вот что вам надо:

 

1. Сервер в ДЦ.

2. Канал от первого провайдера.

3. Канал от второго провайдера.

4. Канал от третьего провайдера на физическое лицо у себя дома.

5. Канал от четвертого провайдера на физическое лицо у себя дома.

 

Поднимаете с сервера в ДЦ 2 канала через основных операторов и работаете. В случае проблем включаете в работу каналы, зарегистрированные на физлицо. Сейчас почти во всех городах можно взять 100 мегабит за 1500-2000р. Конечно с операторской стороны не очень хорошо, выкручиваться за счет других, но если нет других вариантов, ничего больше не остается.

Share this post


Link to post
Share on other sites

 

... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы.

 

А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера?

Edited by QWE

Share this post


Link to post
Share on other sites

 

... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы.

 

А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера?

 

Вы думаете Интернет это набор выделенных каналов между двумя "абонентами", как в аналоговой телефонии?

Типа набрал номер, цепочка из приборов выстроилась и "пакеты" по ней побежали?

Share this post


Link to post
Share on other sites

сервак с зеброй и балансировка дефолта ecmp per source-destination.

вы сетки покупаете или 1 ip, а дальше за натом?

Share this post


Link to post
Share on other sites

... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы.

 

А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера?

 

Если будете делать балансировку по L3 то особых проблем не будет. В крайнем случае настроите доступ к критичным сервисам по более качественному каналу.

Share this post


Link to post
Share on other sites

... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы.

 

А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера?

 

Если будете делать балансировку по L3 то особых проблем не будет. В крайнем случае настроите доступ к критичным сервисам по более качественному каналу.

 

В свое время настраивал лоадбалансинг для маршрутов EIGRP протокола, линки правда в то время были еще медные и модемы от разных производителей вносили непредсказуемые задержки. Но суть ворпоса остается. Чувствительность протокола TCP к тому что если пакеты одного потока будут приходить на хост получатель в разной последовательности крайне высока. Количество хопов до сервера через разных провайдеров будет разным, характеристики маршрута будут разными.

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