Балансировка провода и 3g

агрегация или balancing/failover?

а в чём отличие по терминологии/синтаксису? в данном случае требуется не увеличение ПСП, а гарантированная работа без обрывов. то есть сиё нужно, чтобы интернет не пропадал.

Агрегация - это объедение ≥2 (выделенных) каналов между двумя точками. Очень сомнительно что у тебя выделенный канал через 3G.

Скорее всего ты имеешь в виду доступ в Интернет. Для этого используется balancing и/или failover. Ничего лучше чем PCC для этого не изобрели. Тех кто будет советовать скрипты и прочие костыли - бей сразу в лицо с вертушки.

Аггрегация этио когда траффик размазывается. А балансер прыгает с одного канала на другой... Теоретически при агреггации может быть занят только 1 канал. Но с точки зрения сервера при отвле 1 канала просто канал стал уже

значит балансировка. спасибо, подправил тему/теги

насколько стабильно всё это работает?

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

Агрегация - это объедение ≥2 (выделенных) каналов между двумя точками. Очень сомнительно что у тебя выделенный канал через 3G.

VPN тоже вполне себе выделенный канал

бей сразу в лицо с вертушки.

Уширо ёкогири дзёдан

при балансировке траффика у тебя не будет работать половина сайтов через http/https. Т к там обычно сессии привязываются к ip, а он у тебя будет скакать ...

VPN тоже вполне себе выделенный канал

Согласный

сессии привязываются к ip, а он у тебя будет скакать

Только если ты выберешь не те per-connection-classifier

при балансировке траффика у тебя не будет работать половина сайтов через http/https. Т к там обычно сессии привязываются к ip, а он у тебя будет скакать ...

Ерунду пишете. Балансируются только SYN-пакеты, установившееся соединение остается привязанным к одному каналу. Если, конечно, нормально настраивать... Про Microtik ничего не знаю, просто не работал с этими роутерами.

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

Если, конечно, нормально настраивать...

где бы ещё найти мануалы нормальной настройки...

Балансировка без своих AS и блока PI сомнительное удовольствие.

PI, AS - что это в данном контексте?

Провайдеро-независимые адреса и автономная система. Не твой случай.

где бы ещё найти мануалы нормальной настройки...

LARTC, IMHO, отличный мануал.

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

Я не готов сейчас подробно объяснять, как это работает (сам не такой уж специалист), но на практике проблем нет. Скорее, наоборот, после подения канала и отработки скриптов, перестраивающих маршруты, нужно не забывать сбрасывать кеш (ip route flush cache), иначе сайты, которые открывались через упавший канал, так и будут пытаться через него соединяться...

Балансировка без своих AS и блока PI сомнительное удовольствие.

Балансировка - это пол-беды. А вот failover...