maytonUP. Дима привет. Вот случайно нашел ссылку. Может будет полезно.
Интересное кино. Похожий на мой велосипед изобретают, они хотят тупо TCP заменить, т.е. более наглая заявка чем у меня )))

В целом идеи схожи. Из незнакомого: интересная мысль про мультиплексирование нескольких потоков данных в одном канале, я пока не дорос до этого, практики нет.

В остальном велосипед востребованный, советуют каждому по возможности делать свой и запускать в серию.

Как понял, по их тестам велосипед от гугла ( QUIC ) пока не взлетел, можно потягаться )))

maytonХороший обзор множества подкапотных алгоритмов. Хотя-бы на уровне названий.

Идею мультиплексирования множества физических каналов на 1 логический я слышал еще лет 10 назад
в протоколе SCTP. Правда не знаю где он получил распространение и как. По идее это должно быть удобно
для перемещения с мобилой по городу где 4G более менее стабилен а WiFi зоны то появляются то исчезают.
С этим все понятно и легко решаемо по UDP. Достаточно ввести в пакет идентификатор соединения и получатель может не смотреть с какого IP пакет прилетел. Плюс немного пошаманить с безопасностью.

Я о другом мультиплексировании, когда в один канал несколько логических встраивают. Например идет поток видео и параллельно чат. В TCP потеря IP-пакета застопоривает весь канал, в UDP можно независимо логические каналы обрабатывать.

Я подумал и решил что мультиплексирование это лишнее, наследие особенностей TCP. В случае с TCP несколько логических соединений в одном вместо нескольких TCP-соединенией вынужденная необходимость ради экономии ресурсов сервера. В случае UDP нечего экономить, открыл несколько портов, по одному на каждый сервис и всё, затраты незначительны.