Агрегация ссылок через соединение ядра с разными исходными IP

540
Alex

Я ищу рекомендацию, развернутую на маршруте (linux) и могу настроить несколько интерфейсов одновременно и использовать их все одновременно, передавать пакеты через туннель в конечную точку, которая повторно объединяет весь входящий трафик, а затем маршрутизирует его в обычном режиме. Что-то вроде объединения каналов через соединение ядра с разными исходными IP-адресами. Это будет использоваться за пределами площадки для подключения нескольких интернет-провайдеров к маршрутизатору, который может беспрепятственно переключаться при сбое. Смысл этого приложения в том, чтобы иметь избыточность, дополнительную пропускную способность и поддерживать тот же сеанс TCP.

 -eth0-> -->ISP1--> LAN --> Router --> --> eth0 -> AWS --> web -eth1-> -->ISP2-->

Я бы очень оценил любые предложения.

PS. Я пробовал Vtrunkd, но нет документации, и я понятия не имею о маркированной маршрутизации.

0
Резервирование и поддержание работоспособности осуществимы (и часто упаковываются как аппаратное устройство для подобных вещей). Часть «дополнительной полосы пропускания» проблематична; это возможно для согласованного приемника на дальнем конце (увеличение пропускной способности между двумя офисами), но не для Интернета в целом (без увеличения пропускной способности для YouTube). Просто хочу лучше понять, что вы пытаетесь. У вас есть прямое распределение IP от RIR? Какие восходящие протоколы маршрутизации доступны у ваших интернет-провайдеров? Где вы хотите, чтобы другой конец ваших связанных провайдеров был? так далее.. Ruscal 7 лет назад 0
Идея этого приложения больше для избыточности в случае сбоя одного провайдера. Дополнительная полоса пропускания не нужна. Конец границы будет на экземпляре AWS. Вариант использования для этого - потоковая передача rtmp для события, которое, скажем, имеет 2 ISP-соединения, обычно они дают вам / 30 из своей подсети, потому что также эта идея состоит в том, чтобы использовать только один раз или два раза для каждого события. RTMP-канал транслируется через обоих интернет-провайдеров до конца границы, которая направляет RTMP к загрузке сервера через его обычное интернет-соединение. Всегда поддерживать соединение TCP с активным входом. Alex 7 лет назад 0
Кроме того, если один провайдер должен дать сбой, то трафик перенаправляется на другой интерфейс, и соединение между маршрутизатором и другим концом никогда не прерывается. Alex 7 лет назад 0
Как насчет связывания оконечных точек крана OpenVPN, как описано в [this] (https://stackoverflow.com/questions/10698886/openvpn-bond-2-tap-tunnels) вопрос stackoverflow? dirkt 7 лет назад 0
Это выглядит многообещающе, недостаточно информации о том, как заставить это работать. Alex 7 лет назад 0
Я сетевой парень, моя первая рекомендация будет основана на сети. Либо установка нескольких маршрутов в маршрутизаторе с высокочастотными проверками SLA для изменения предпочтений (что я делаю в моем офисе для нашей избыточности, без агрегации), либо соединение VPN-туннеля, как рекомендовано @dirkt (программное обеспечение на обоих концах, но может агрегировать и избыточный). Другой вариант - использовать специально разработанное оборудование для соединения с одним провайдером, что позволит вам получить совокупную пропускную способность и защиту (подумайте о продуктах Mushroom Networks); это дорого, но твердо подпадают под категорию «получить то, что вы платите за», будучи твердыми Ruscal 7 лет назад 1
Предыдущий ответил на то, что вы спросили - могу ли я добавить свой личный опыт. Я сделал аналогичную настройку для спортивных [старших классов] спортивных мероприятий. Каналы восходящей связи различаются и не всегда хороши (иногда это проводная связь в ограниченную сеть, чаще всего Wi-Fi в ограниченную сеть, плюс любые сотовые модемы, которые мы приносим с собой). Мы отправляем несколько потоков, по одному на каждое соединение, в одну и ту же конечную точку и позволяем AWS Elemental Live + Wowza выбрать наилучшую загрузку для живого вывода (не уверен, как, это была установка VID-Парня, не моя, извините). Дешевый и простой в настройке в полевых условиях, плюс быстрое масштабирование для большего количества модемов. Ruscal 7 лет назад 0
Большое спасибо за ваш вклад @Ruscal очень ценил это. Я на самом деле использовал Mushroom Networks и поэтому хочу создать нечто подобное, потому что Mushroom очень дорогой. То, что вы упомянули, чтобы использовать Wowza, чтобы выбрать лучшую загрузку, которую я уже сделал, но наличие программного решения избавило бы от необходимости использования нескольких кодировщиков и сервера wowza. Я пытался использовать что-то под названием Vtrunkd, но там было 0 документации, и у меня нет опыта с маркированными маршрутами. Alex 7 лет назад 0

0 ответов на вопрос

Похожие вопросы