Резервный канал для клиента с резервированием на L2

[alibek]

Допустим есть клиент (организация), подключенный статикой (т.е. с выделением белой подсети /30).

У клиента свой маршрутизатор, своя локальная сеть. Включается он в порт коммутатора доступа, терминируется на узле оператора.

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

При первом приближении приходит мысль использовать Микротик с GSM-модемом, который будет поднимать EoIP-туннель.

Может быть есть способ лучше?

[dIMbI4]

просто поставьте микротик(или длинк, тплинк, зухель там...) с 4г/лте модемом клиенту в качестве роутера- если пропадет ваш инет- само переключится на свисток и будет сидеть через него. никаких еоип не нужно, просто пусть клиент сидит в тырнете через сотовика.

[alibek]

просто поставьте микротик(или длинк, тплинк, зухель там...) с 4г/лте модемом клиенту в качестве роутера- если пропадет ваш инет- само переключится на свисток и будет сидеть через него

Если так было бы можно, это было бы проще всего.

Но многим таким клиентам важно иметь публичный белый IP, причем статичный.

Ну и часто у таких клиентов свой маршрутизатор и сторонний им может не подойти.

[dsk]

EOIP с олень-модемом без реальника не заработает. Использовали для аналогичной задачи openvpn на том-же микротике.

[Rivia]

Bridge over L3 Tunnel

[Saab95]

EOIP с олень-модемом без реальника не заработает. Использовали для аналогичной задачи openvpn на том-же микротике.

 

Так можно поднять сначала PPP туннель а по внутренним адресам уже EoIP. По внешним инетовским редко кто туннели гоняет.

[Kiwi]

Публичный белый адрес можно выдать через сотовик+роутер через мост на openvpn сервер