Показать сообщение отдельно
  #6  
Старый 15.05.2020, 06:42
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: VPN с агрегацией 2-3 каналов

Eugene Grosbein написал(а) к Victor Sudakov в May 20 08:40:10 по местному времени:

14 мая 2020, четверг, в 22:12 NOVT, Victor Sudakov написал(а):

VS> Но у Дмитрия речь вроде бы идет о VPN, а это значит
VS> 1. Есть контроль над обеими сторонами
VS> 2. Нужно организовать не ускорение доступа в Интернет через несколько каналов,
VS> а пропуск одного виртуального канала по нескольким реальным, типа бандлов в PPP.
VS> Вдруг какой-то VPN-софт умеет так?

mpd5 умеет, но именно что несколько линков в одном бандле PPP,
а PPP рассчитан на линки одинаковой ширины плюс PPP по стандарту
не имеет права доставлять фреймы с нарушением порядка.
Если пакеты систематически приходят переупорядоченными,
то PPP их будет постоянно дропать и доля дропов может достигать
десятков процентов, а это смерть для современных приложений
типа НTTP(s) over TCP.

Я такое не так давно наблюдал вживую в LeaseWeb даже с единственным
PPtP-туннелем: сеть LW систематически переупорядочивала
доставляемые IP-пакеты GRE с PPP внутри. При нескольких независимых
линках LTE в агрегате любого вида такое переупорядочивание
неизбежно. Если в картинке будет PPP, схема будет практически
непригодна к использованию. Без PPP всё равно будут тормоза
на восстановлении порядка и какой-то процент дропов всё равно останется,
ведь это LTE с непредсказуемыми задержками, а ожидать припозднившиеся
пакеты вечно нельзя, нужен какой-то лимит.

Per-flow (а на практике per-IP) горяздо прямее.

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием