никакой почти

вроде где-то для VoIP юзается

Но ведь он абсолютно прекрасен. А зачем для VoIP? Он же с надёжной доставкой

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

для мимо крокодящих, чем он хороший?

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

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

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

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

первый раз слышу о нем

Именно. Я вот тоже

А зачем для VoIP? Он же с надёжной доставкой

Кажется для сигнального канала, установки соединения и всё такое, не для голоса. И между операторами используется, не для конечных юзеров. Больше деталей не помню

Короче TCP со своими задачами справляется, потому и мотивации что-то менять у индустрии нет

Вон тот же переход на IPv6 как медленно идёт

Ну вот если упороться и начать юзать в продакшне на своем софте, то почему бы и нет?

если внутри своей сети, то без проблем, а в диких интернетах не всё так просто

вот нагуглил ещё за тебя

http://stackoverflow.com/questions/1171555/why-is-sctp-not-much-used-known

http://www.reddit.com/r/programming/comments/19gqj0/why_is_sctp_nearly_unused/

P.S. Если не секрет, когда сотрудник гугла хочет погуглить, он тем же интерфейсом пользуется (через google.com) или есть какой-то внутренний поиск для своих, с дополнительными кнопочками и настройками? :)

Если не секрет, когда сотрудник гугла хочет погуглить, он тем же интерфейсом пользуется (через google.com) или есть какой-то внутренний поиск для своих, с дополнительными кнопочками и настройками? :)

Я бы предпочел не бегать выяснять

Если не секрет

Грустным голосом

А вот как на ipv6 перейдем, сразу же транспорт и поменяем.

надежный гибрид 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.

Надо будет потестить, как к SCTP отнесется NAT моего провайдера. Что-то сомневаюсь что он поймет что это вообще за херня ему прилетела.

как к SCTP отнесется NAT

THIS.

Как и во многих других случаях, здесь проблема в legacy.

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

В венде есть?

В LTE используется http://ltesignaling.blogspot.de/2012/04/stream-control-transmission-protocol....

http://en.wikipedia.org/wiki/SIGTRAN

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

RUDP :)

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

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

true

Нигде нету

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

Какой прекрасный протокол.

На любителя :-\ Проблема в том что хорошей имплементайии нет нигде. Смотри еррату с любого ведра за последние лет 5 - почти в каждом его чинят, что в оине что в бсдях, что в ... А в форточках дык совсем нету :)

Вобщем лет через 10 приходи, вот тогда он точно будет прекрастным :)

Ну во первых в моём мире винда не существует в природе, эту сказку придумали злодеи чтобы очернить компьютерные технологии. И не видел я её уже много лет. Потому для внутренних сетей, для общения узлов распределенной БД самый торт вроде. Просто нужно свежее ядро

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

Интересно, а эрланговский gen_sctp под виндой фурычит?

Почему бы не начать по чуть-чуть хоронить TCP?

Развелось, блин, могильщиков. БСДю сначала докопайте!

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

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

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

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

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

первый раз слышу о нем

Именно. Я вот тоже

Вы ж кажется пальцераскидательный diameter делали, а о sctp даже не слышали. А RFC диаметра читали?

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

я джва года ждал этот тред.

По сабжу: думаю будет активно использоваться когда придёт ipv6. Его сложно NAT'ить, Большинство(все?) провайдеров не заморачиваются NAT'ом SCTP.

PokerTH им пользуется, опять же только по ipv6. Есть упоротые старые версии Apache и Firefox c SCTP. Также есть плагин для Firefox для включения поддержки SCTP. Я в свое время внедрил SCTP в vtun и оно успешно работало(не путать с упоротым поделием из какого-то Американского университета. Это не оно.) Если интересно могу рассказать подробнее, выложить.

SCTP, по-моему, как разрабатывался для VoIp. Благодаря мультипоточноти можно гонять и управление и голос по одному соединению. Он может создавать сокеты типа stream и типа сегментных пакетов.

В винде есть несколько реализаций, они пропиетарные и иногда платные.

И да, главная фишка SCTP - это multi-home. Возможность биндить один сокет к нескольким ip переключаться между ними когда и один из адресов откажет. Также очень классная фишка конфигурации на ходу. Когда я использовал SCTP, в ядре её еще не было.

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

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

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

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

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

Нет, это был не я

Ой, точно. Извините.

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

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

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

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

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

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

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

В венде есть?

linux.org.ru

Да кого это здесь волнует?

Здесь - никого, но для широкого распространения протокола необходимо.