tcp over tcp
amarao_san — 02.03.2016
По мотивам комментариев на хабре. Задача.Предположим, у вас есть N установленных tcp-соединений. Каждое из них ведёт себя так, как хочет - и вы это не можете контролировать.
Задача: получить новый stream-протокол, с гарантиями уровня tcp, но с latency, которая будет не более, чем у лучшего из данных соединений, а по возможности, с ещё меньшей latency (что будет особо заметно, если на всех tcp-соединениях случайным образом возрастают потери, по-очереди в случайные моменты времени).
Наивный подход "слать во все tcp" не работает, если у них разная скорость (в какой-то момент в одну из tcp данные перестанут влезать).
Это новая идея или кто-то такое уже делал?
Чисто теоретически, оно может быть очень интересно multihomed системам и критичным к latency приложениям (которые не хотят верить udp).
|
|
</> |
Корпоративное обучение персонала: тренды и лучшие практики московского рынка
Считаю, мой лучший пост 2025 г. Как внедрялась сказка о первопечатнике
Рыба-член как цель поездки
Прощай, ЖЖ!
Музей ретротехники им.В.В.Михайлова
Подводная лодка в степях Украины
Адвент-календарь "Семь ипостасей Нового года"
О всем знакомой цифре — 1418 Как-то неудобно выходит?
1947. Роберт Капа в Москве. Часть 6

