= Сообщение: 9713 из 10753 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 15 May 20 08:40:10 Кому : Victor Sudakov 15 May 20 08:40:10 Тема : Re: VPN с агрегацией 2-3 каналов FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+3afd3a73 На : area://RU.UNIX.BSD?msgid=2:5005/49+5ebd614f = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== 14 мая 2020, четверг, в 22:12 NOVT, Victor Sudakov написал(а):
VS> Hо у Дмитрия речь вроде бы идет о VPN, а это значит VS> 1. Есть контроль над обеими сторонами VS> 2. Hужно организовать не ускорение доступа в Интернет через несколько каналов, VS> а пропуск одного виртуального канала по нескольким реальным, типа бандлов в PPP. VS> Вдруг какой-то VPN-софт умеет так?
mpd5 умеет, но именно что несколько линков в одном бандле PPP, а PPP рассчитан на линки одинаковой ширины плюс PPP по стандарту не имеет права доставлять фреймы с нарушением порядка. Если пакеты систематически приходят переупорядоченными, то PPP их будет постоянно дропать и доля дропов может достигать десятков процентов, а это смерть для современных приложений типа HTTP(s) over TCP.
Я такое не так давно наблюдал вживую в LeaseWeb даже с единственным PPtP-туннелем: сеть LW систематически переупорядочивала доставляемые IP-пакеты GRE с PPP внутри. При нескольких независимых линках LTE в агрегате любого вида такое переупорядочивание неизбежно. Если в картинке будет PPP, схема будет практически непригодна к использованию. Без PPP всё равно будут тормоза на восстановлении порядка и какой-то процент дропов всё равно останется, ведь это LTE с непредсказуемыми задержками, а ожидать припозднившиеся пакеты вечно нельзя, нужен какой-то лимит.