Назад | Перейти на главную страницу

Есть ли разумный способ "объединить" два соединения ADSL?

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

Обстоятельства изменились, и 95% пользователей подключены к одному ADSL-соединению. Было бы здорово, если бы существовал способ объединить оба соединения для эмуляции одного соединения с удвоенной скоростью, но провайдер не поддерживает связывание.

Итак, есть ли разумный способ взять две полностью отдельные линии ADSL и использовать их для создания единого интернет-шлюза?

Существует множество устройств и маршрутизаторов (например, Zyxel P-663H), который будет поддерживать два интернет-соединения и баланс исходящий сеансы по двум ссылкам.

По причинам IP-маршрутизации это почти всегда включает NAT, хотя, если вы уже используете NAT, это не должно быть проблемой для вас.

Устойчивая балансировка входящего трафика - это много сложнее, так как вам нужно опубликовать IP-адрес для каждой входящей службы, и эти IP-адреса могут быть связаны только с одной ссылкой.

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

С linux довольно просто ( http://lartc.org/howto/lartc.rpdb.multiple-links.html )

Если вы хотите, вы можете использовать pfsense для шлюза с графическим интерфейсом.

Или debian + shorewall;)

Пирс

Вы можете использовать балансировку нагрузки. Когда появляется новое соединение, loadbalancer решает, какую линию ADSL использовать. Базовый алгоритм выбора линейных переключателей между ними для каждого соединения. Например, первое соединение идет через линию A, второе через линию B, третье через линию A и т. Д.

Этот алгоритм нуждается в поддержке только на вашем сайте - на вашем роутере. Например Mikrotik или любая машина на базе Linux.

Ecessa производит устройства балансировки нагрузки / аварийного переключения по разумной цене. Стоит посмотреть

Ecessa

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

И если вы выбрали связанного провайдера, который делает это без использования MLPPP, вам не нужно беспокоиться о Linux-боксах или неподдерживаемом оборудовании в будущем.

Он будет работать на любой линии BT, которая может иметь широкополосный доступ. Есть ли какие-то более конкретные причины, по которым вы не хотели бы перемещать провайдера?