[Lets]

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

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

 

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

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

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

 

Спасибо.

Edited February 21, 2013 by Lets

[QWE]

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

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

 

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

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

Сейчас имеется небольшой раздающий сервер и несколько коммутаторов 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 February 21, 2013 by QWE

[NiTr0]

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

[dignity]

Iptables+ip route2 спасут.... ну или микротик.

[Saab95]

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

[g3fox]

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

[evinslov]

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

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

[QWE]

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

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 February 23, 2013 by QWE

[Saab95]

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

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

 

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

[Lets]

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

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

[Ivan Rostovikov]

Немнога денег + микротик = BGP

Это решит все Ваши проблемы.

[Saab95]

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

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

 

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

 

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

 

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

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

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

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

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

 

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

[mystic]

На линухе я делал что-то вроде такого http://www.sys-adm.org.ua/net/routing

Немного надо доработать и все.

[QWE]

 

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

 

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

Edited February 25, 2013 by QWE

[SmalleR]

 

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

 

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

 

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

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

[zstas]

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

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

[Saab95]

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

 

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

 

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

[QWE]

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

 

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

 

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

 

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