Исходное сообщение
"VPN WireGuard принят в ветку net-next и намечен для включени..." Отправлено Аноним, 15-Дек-19 08:21
> Вообще-то, QUIC жестко завязан на гарантированный порядок доставки пакетов (иначе жёстко > тупит), чего в беспроводных сетях нет. В общем, проблем будет даже больше, чем с TCP. Все там будет ок - гугл в состоянии нанять нормальных инженеров, а не таких экспертов с опеннета. Порядок доставления пакетов в целом более или менее сохраняется. Просто потому что сильная буферизация убивает латенси и вообще - нет у этого оборудования столько оперативки чтобы на кучу юзеров кучу пакетов складировать. OpenWRT вообще проводили кампанию борьбы с buffer bloat - это и TCP карму портит. Намного хуже чем любому UDP - в TCP это вообще в ряде случаев проблема, особенно в начале сессии. Это не говоря о том что роумиться ванильный TCP не умеет как класс. Поэтому при переключении сетей - tcp конекция отвалится. И пока оно там прочухает - для VPN это в динамичном мобильном окружении получается очень уж паршиво.