Comments 20
Спасибо, хорошая статья.
К сожалению, SCTP очень слабо распространяется в WEB, несмотря на все плюшки, его основная ниша — это телекоммуникации (SIGTRAN).
К сожалению, SCTP очень слабо распространяется в WEB, несмотря на все плюшки, его основная ниша — это телекоммуникации (SIGTRAN).
+1
UFO just landed and posted this here
Бизнес, бизнес. Ввели вы IPv6 на день раньше конкурента Васи — и половина ваших клиентов утекла к нему, потому что ваш сайт не открывается. Кто захочет первым подставиться?
+1
UFO just landed and posted this here
Настоящий бизнес не ждёт пассивно пока кто-то первым подставится, а сам проводит исследования и работает с вендорами чтобы те пофиксили свои глюки. Пример: доклад Tore Anderson на недавней конференции RIPE61 — ripe61.ripe.net/presentations/162-ripe61.pdf
0
никуда они не пойдут, у Васи не хватит белых адресов ipv4
0
Мне кажеться, что вместо натов придется фаерволы городить, с жуткими правилами.
0
Вам еще долго прийдется тащить IPv6 -> IPv4 NAT иначе вам будет доступна только очень ограниченная часть интернета.
0
Спасибо. Статья очень дельная.
0
Интересно, а кто сказал, что мы постепенно переходим с TCP на SCTP? В статье IPv6 противопоставляется IPv4 точно также, как и SCTP TCP. Лучше добавить, что тем же макаром можно обеспечить discovery поддержки со стороны сервера альтернативных протоколов без ущерба для производительности.
0
Да, на SCTP, можно считать, что никто пока не переходит, кроме отдельных приложений.
А знаете, почему? :) Потому что в самой распространенной операционной системе какие-либо нативные средства для работы с SCTP появились только в .NET 4 — туда включили sctpDrv. Тем не менее, постепенно переводить софт на SCTP не мешало бы.
А знаете, почему? :) Потому что в самой распространенной операционной системе какие-либо нативные средства для работы с SCTP появились только в .NET 4 — туда включили sctpDrv. Тем не менее, постепенно переводить софт на SCTP не мешало бы.
+1
Потому что большинству приложений просто не нужны фичи sctp вроде сохранения границ сообщения, «многопоточности», мультихоуминга. Всё, что нужно — это двунаправленный поток байтов с гарантией сохранения порядка байтов и надёжности доставки. Проблемы незащищённости соединения, конечно, есть, но это немного другой разговор.
0
Мне кажется, мультихоуминг ни одному приложению не повредит :)
Да и отсутствие ошибок типа HOLB, а также SYN-flood атак тоже явно будет плюсом.
Да и отсутствие ошибок типа HOLB, а также SYN-flood атак тоже явно будет плюсом.
+1
> Потому что большинству приложений просто не нужны фичи sctp вроде сохранения границ сообщения
Почти любой протокол application уровня поверх TCP занимается тем, что образует свой механизм по разделению байтового потока TCP на PDU. Так что я бы на вашем месте поостерегся бы делать такие утверждения.
Почти любой протокол application уровня поверх TCP занимается тем, что образует свой механизм по разделению байтового потока TCP на PDU. Так что я бы на вашем месте поостерегся бы делать такие утверждения.
0
Sign up to leave a comment.
Улучшаем жизнь пользователей с IPv6 и SCTP