Lets Опубликовано 21 февраля, 2013 (изменено) · Жалоба Имеется основное подключение к одному из провайдеров. Для организции резервного канала на случай аварии имеется подключение к другому провайдеру. Но каждый раз переключать кабель вручную, да менять настройки не удобно. Да и не хочется, чтоб второй канал без нагрузки простаивал. Вопрос - имеются ли способы агрегировать два разных канала с разными настройками в один? Что и как для этого нужно? Желательно - недорого. Интересуют как железные, так и софтовые решения. Сейчас имеется небольшой раздающий сервер и несколько коммутаторов DES-1016 и compex ps2216 Спасибо. Изменено 21 февраля, 2013 пользователем Lets Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 21 февраля, 2013 (изменено) · Жалоба Имеется основное подключение к одному из провайдеров. Для организции резервного канала на случай аварии имеется подключение к другому провайдеру. Но каждый раз переключать кабель вручную, да менять настройки не удобно. Да и не хочется, чтоб второй канал без нагрузки простаивал. Вопрос - имеются ли способы агрегировать два разных канала с разными настройками в один? Что и как для этого нужно? Желательно - недорого. Интересуют как железные, так и софтовые решения. Сейчас имеется небольшой раздающий сервер и несколько коммутаторов 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 Изменено 21 февраля, 2013 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 21 февраля, 2013 · Жалоба На лине прекрасно реализуется. Хотя да, балансировка не совсем точная будет, да и ляпы могут быть (когда связанные соединения, типа закачки с файлохранилища, с разных ип будут приходить - линк выдается для одного ип а обращение на него приходит с другого). Но в целом это даже вполне юзабельно... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 22 февраля, 2013 · Жалоба Iptables+ip route2 спасут.... ну или микротик. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 22 февраля, 2013 · Жалоба Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
g3fox Опубликовано 22 февраля, 2013 · Жалоба А можно узнать вес вашего небольшого роутера и цвет ? Не помешало бы так-же сообщить и его физические габариты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
evinslov Опубликовано 23 февраля, 2013 · Жалоба Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости. а можно поподробнее об этой услуге, предоставляется ли она физ лицам? и как она правильно называется Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 23 февраля, 2013 (изменено) · Жалоба А можно узнать вес вашего небольшого роутера и цвет ? Не помешало бы так-же сообщить и его физические габариты. http://mikrotik.ru/katalog/katalog/marshrutizatory/marshrutizatory/routerboard-750gl http://routerboard.com/pdf/452/RB1100.pdf 365грамм плата + корпус (сплав аллюминия) http://routerboard.com/pdf/429/RB2011UAS.pdf Изменено 23 февраля, 2013 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 февраля, 2013 · Жалоба Подключите 3-го провайдера в датацентре. А через существующие туннели поднимите и будет вам целая корзина плюшек - и резервирование, и увеличение скорости. а можно поподробнее об этой услуге, предоставляется ли она физ лицам? и как она правильно называется Да ее обычно сами себе покупают. Аренда сервера стоит около 2500р. в месяц, + еще тысяч 5 придется заплатить за канал интернета. На него устанавливаете микротик или линукс, что больше знаете, и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lets Опубликовано 23 февраля, 2013 · Жалоба Коллеги, необходимо объединение линков уже на месте, а не в ДЦ. Иначе при физическом обрыве кабеля есть риск также остаться ни с чем. Основная идея - два физически разных канала с объединением в конечной точке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan Rostovikov Опубликовано 23 февраля, 2013 · Жалоба Немнога денег + микротик = BGP Это решит все Ваши проблемы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 февраля, 2013 · Жалоба Коллеги, необходимо объединение линков уже на месте, а не в ДЦ. Иначе при физическом обрыве кабеля есть риск также остаться ни с чем. Основная идея - два физически разных канала с объединением в конечной точке. В ДЦ вы будете интернет брать. Там обычно не бывает проблем с обрывами и электропитанием. При правильном подходе всегда будет резерв, вот что вам надо: 1. Сервер в ДЦ. 2. Канал от первого провайдера. 3. Канал от второго провайдера. 4. Канал от третьего провайдера на физическое лицо у себя дома. 5. Канал от четвертого провайдера на физическое лицо у себя дома. Поднимаете с сервера в ДЦ 2 канала через основных операторов и работаете. В случае проблем включаете в работу каналы, зарегистрированные на физлицо. Сейчас почти во всех городах можно взять 100 мегабит за 1500-2000р. Конечно с операторской стороны не очень хорошо, выкручиваться за счет других, но если нет других вариантов, ничего больше не остается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mystic Опубликовано 23 февраля, 2013 · Жалоба На линухе я делал что-то вроде такого http://www.sys-adm.org.ua/net/routing Немного надо доработать и все. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 25 февраля, 2013 (изменено) · Жалоба ... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы. А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера? Изменено 25 февраля, 2013 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmalleR Опубликовано 25 февраля, 2013 · Жалоба ... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы. А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера? Вы думаете Интернет это набор выделенных каналов между двумя "абонентами", как в аналоговой телефонии? Типа набрал номер, цепочка из приборов выстроилась и "пакеты" по ней побежали? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zstas Опубликовано 25 февраля, 2013 · Жалоба сервак с зеброй и балансировка дефолта ecmp per source-destination. вы сетки покупаете или 1 ip, а дальше за натом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 25 февраля, 2013 · Жалоба ... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы. А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера? Если будете делать балансировку по L3 то особых проблем не будет. В крайнем случае настроите доступ к критичным сервисам по более качественному каналу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 25 февраля, 2013 · Жалоба ... и от него в туннелях передаете интернет к себе на оборудование через разных провайдеров. Далее либо бондингом, либо OSPF объединяете каналы. А как поведет себя протокол TCP после установления соединения если линки двух провайдеров будут иметь разные характеристики ( задержка,джиттер,потери)? Пакеты одного потока "прилипнут" к каналу одного провайдера? Если будете делать балансировку по L3 то особых проблем не будет. В крайнем случае настроите доступ к критичным сервисам по более качественному каналу. В свое время настраивал лоадбалансинг для маршрутов EIGRP протокола, линки правда в то время были еще медные и модемы от разных производителей вносили непредсказуемые задержки. Но суть ворпоса остается. Чувствительность протокола TCP к тому что если пакеты одного потока будут приходить на хост получатель в разной последовательности крайне высока. Количество хопов до сервера через разных провайдеров будет разным, характеристики маршрута будут разными. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...