Наконец, я нашел (очевидную) причину проблемы.
«Если у вас есть сетевой канал с низкой пропускной способностью, то легко подключить несколько параллельно, чтобы комбинированный канал с более высокой пропускной способностью, но если у вас есть сетевой канал с плохой задержкой, никакие деньги не могут превратить любое их количество в канал с хорошей задержкой ». @ It's the Latency, Stupid, Стюарт Чешир, май 1996 г.
Поскольку задержка VPN составляет около 110 мс, максимальная пропускная способность канала будет около 4,8 Мбит / с (согласно http://bradhedlund.com/2008 / 12/19 / how-to-calculate-tcp-throughput-for-long-distance-links / )
Чтобы проверить это, я провел тест на практике: я снизил пропускную способность каждого модема UMTS до 2 Мбит / с DL и 1,2 Мбит / с UL (формирование трафика с помощью wondershaper), в результате 3. Агрегированная пропускная способность 65 Мбит / с DL и 2 Мбит / с UL.
В заключение, я могу использовать соединение VPN, если агрегированная полоса пропускания не превышает максимальную пропускную способность, обусловленную задержкой, иначе это будет пустой тратой ресурсов.
Почему бы вам просто не увеличить размер окна TCP, как сказано в вашей ссылке? Если вы увеличите размер вдвое, вы сможете достичь желаемой пропускной способности.
Сомневаюсь, что обратный трафик с данными поступает сбалансированным между линиями связи, поэтому рекомендую сначала протестировать скорость восходящего соединения на связанном интерфейсе.