>>http://tools.ietf.org/html/rfc3286
>
>http://bgp.potaroo.net/ietf/idref/draft-ahmed-lssctp/
>
>хотя, тут уже от реализации зависит. у циски есть =) У циски много чего есть. Запатентованного особенно, типа VRRP.
>[оверквотинг удален]
>видимо, вы не сталкивались с тем, что элементарные изменения в congestion control
>приводили к разнице результатов в разы.
>
>>Ну и? Штаны-то застёгиваются? Разница между ними небольшая, читайте http://www.ietf.org/rfc/rfc4306.txt , Appendix A.
>
>застегиваются =) Ради EAP уже стоит заморачиваться.
>
>>Вы про такую вещь как latency в курсе?
>
>более чем. и?
Вот и считайте, сколько займёт прочкачка туда-сюда _множества_маленьких_потоков_. А не одного непрерывного.
>>Я пока знаю только об одном криптоакселераторе на PCI Express от Sun.
>>Последний раз когда я интересовался, он стоил порядка $1500. Насколько он
>>эффективен и работоспособен вообще не в курсе. Так что единственный толковый
>>акселератор пока что остётся Via C3.
>
>вы вот всё-таки скажите: куда вам такие скорости? полный гигабит закрыть AES/3DES?
Хорошо, намекну: в некоторых приложениях пиковые нагрузки превышают средние на порядки. А система должна справляться с пиковыми нагрузками.
>[много-много букаф]
>давайте определимся, о каких сетях мы говорим. там где используют sigtran в
>production, роутеров на linux, net/open/free bsd нет.
>во всяких домонетах - да, используют. но претензии просты:
>1)pf - это только пакетный фильтр(как следует из названия) и никаким местом
>не МСЭ
>2)pf знает о sctp только то, что он такой протокол с соотв.
>номером. всё.
>обрабатывать внутренности sctp он не умеет.
Обрабатывать не умеет. Только мы о чём говорили? Что SCTP поддерживается в Linux и не поддерживается в OpenBSD (pf). Потом разговор ушёл к крупным провайдерам, где якобы SCTP востребован, и теперь вы сами говорите, что роутеров на Linux там нет. :) Вы уж определитесь как-то… ;)