Более сорока лет назад, а именно, в сентябре 1981 года, был утвержден RFC 793, Transmission Control Protocol. Этот протокол (в то время - стандарт Министерства Обороны США) отвечает за надежную доставку потоков байт между хостами в сетях с коммутацией пакетов. В Интернете, он работает поверх протокола IP как протокол транспортного уровня. Поверх него уже работают протоколы уровня приложений, такие, как HTTP/1.1.

За время существования стандарта TCP в нем были обнаружены различные неоднозначности и недоработки (например, «синдром бестолкового окна»), для исправления которых были приняты новые RFC (например, RFC 1122), уточняющие или частично изменяющие RFC 793. И, конечно же, принимались RFC с изменениями и улучшениями, не ломающие совместимость - например, RFC 1323 (ныне замененный на RFC 7323), описывающий новые опции для повышения производительности TCP на быстрых каналах с большой задержкой.

В итоге для разработчиков, реализующих стеки протоколов TCP/IP (например, для встраиваемых систем), сложилась неприятная ситуация, когда приходится сверяться не с одним документом, а с десятками. В октябре 2013 года была начата работа по переписыванию стандарта TCP со всеми исправлениями в виде одного документа без изменения его смысла. После 35 промежуточных ревизий, 18 августа 2022 года в итоге этой работы был опубликован окончательный документ, RFC 9293, определяющий минимальный набор современных спецификаций для протокола TCP. Необязательные расширения по-прежнему определяются отдельными RFC.

>>> Подробности

Для эффективной работы со стеком TCP/IP вам доступен богатый выбор системных вызовов. Реализация TCP-стека сложна, поэтому для понимания принципов его работы предлагается проследить работу системных вызовов вплоть до уровня ядра. Данная статья будет незаменима для детального изучения алгоритма работы системных вызовов TCP-стека. Описано, какие функции вызываются внутри TCP-стека при обращении к нему с уровня приложений, а также затрагивается TCP-стек FreeBSD.

>>> Подробности

Выборочное подтверждени — дополнительная возможность TCP, необходимая для эффективного использования всей доступной пропускной способности некоторых сетей. Хотя оптимизация SACK хороша с точки зрения пропускной способности, на практике обработка этого типа подтверждений расходует много вычислительных ресурсов отправителя TCP. Эта уязвимость может быть использована узлом злоумышленника даже при обычных условиях в сети. В этой статье представлены экспериментальные оценки серьезности данной проблемы для стека TCP в Linux® Режим SACK включен по умолчанию в большинстве дистрибутивов.

>>> Подробности

Crossroads — это демон, работающий в пользовательском пространстве, служащий для балансировки нагрузки для любых основанных на TCP сервисов. Он гибок — способен просыпаться от звонков с выдачей статусного отчета и т.п. Он не зависит от других служб и может быть использован для любых TCP-сервисов, HTTP(S), SSH, SMTP и соединений с базами данных. Может быть запущен как самостоятельный демон при помощи inetd.

Эта версия полностью переписана - значительно повышена производительность и снижена загрузка системы. Демон может настраиваться при помощи командной строки или с помощью конфигурационного файла. Пока ещедоступны и устаревшие стабильные версии 1.xx.

Распространяется под лицензией GNU General Public License v3.

>>> Подробности