SCTP

Главное - он мультиплексирует много легковесных стримов внутри протокола. Хочешь - заводи на каждое сообщение стрим. Вот тебе и delimiting. Так как у тебя последовательность на уровне потока, то потеря IP пакетов тормозит только один поток, а не весь канал как в TCP.

Плюс несколько целевых IP одного сервера. Это не как мультикаст, но зато прозрачно будет использовать более одного пути и переключаться при разрывах

Умеет тунелиться по стандарту через UDP чтобы гоняться через старое оборудование. Harald

Короче это разофигенный надежный гибрид TCP и UDP. Может заменить TCP технически, но из-за надежности не может заменить UDP

надежный гибрид TCP и UDP

надёжный гибрид TCP и UDP - это протокол с гарантией доставки, но без гарантии порядка. SCTP тут вообще не к месту

это протокол с гарантией доставки, но без гарантии порядка

В точности как SCTP.

TCP preserves byte order in the stream by assigning a sequence number to each packet. SCTP, on the other hand, assigns a sequence number to each message sent in a stream. This allows independent ordering of messages in different streams. However, message ordering is optional in SCTP; a receiving application may choose to process messages in the order of receipt instead of the order they were sent.

надёжный гибрид TCP и UDP - это протокол с гарантией доставки, но без гарантии порядка

RUDP :)

Нигде нету и нету стандарта. Какие-то почеркушки на бумажке

нету стандарта

true

Нигде нету

false, видел в продакше воочию

Область применения?

Область применения?

в компьютерных игрушках, например, часто важно, чтобы данные приходили пакетами, все пакеты гарантированно доходили и как можно быстрее, а вот порядком можно пренебречь.

собственно для таких целей есть всякие костыли-библиотеки типа enet

Мне наоборот всегда думалось, что игрушки шлют ключ ресурса, его данные и серийник пакета, чтобы по этому ресурсу просто дропать все «прошлые» пакеты, т.к. в данных всегда актуальное состояние-утверждение, без диффов, а поток событий натурально плотный, поэтому ретрансляция бессмысленна и udp рулит. Хотя я давно об этом читал и только в одном месте.

О, это да, звучит заманчиво, а пораскинув мозгами понимаешь, что костыль тот еще.

Да нах он во внутренней сети не нужен. Сам себя ddos-ить не будешь. Ассоциация нафиг не нужна - не видел, я что бы кучу интерфейсов цепляли на серваки и хотели юзать вместе. Потоки - хз, это для стиминга данных полезно, для нормальных аппликейшнов оно зачем?

Потоки - хз, это для стиминга данных полезно, для нормальных аппликейшнов оно зачем?

Капитанский пример из http. Передавать разные файлы(картинки стили и т.д.) не открывая на каждый новое соединение.

Ассоциация нафиг не нужна - не видел, я что бы кучу интерфейсов цепляли на серваки и хотели юзать вместе.

Может я тебя не понял, но вроде большинству серваков именно это и нужно. Привязаться во множеству интерфейсов и поддерживать соединения на каждом. И было бы хорошо, если б этим занималась одна сущность. В данном случае - ассоциация.

Во внутренней сети не нужен, да.

Область применения?

я встречал в реализациях FIX

Капитанский пример из http. Передавать разные файлы(картинки стили и т.д.) не открывая на каждый новое соединение.

Я это все про внутренню сеть писал. Соответсвенно файлики отдает фронтенд, там это нужно, а внтури - нах не нужно.

не видел, я что бы кучу интерфейсов цепляли на серваки и хотели юзать вместе.

Я в лёгком ахуе :-о Уже лет 5 как не видел серваков где такого не хотели бы ... И не только хотят - но и делают, какждый как может но уж вшивый LAPC A-P делают все ... Вот не ожидал что ты школото админ локалхоста 8-0 LOR-ешь его печень ...

Ну, я и не админ вовсе :) Ок, наверное это нужная фича.