SCTP 是否像宣传的那样在 Linux 上工作？
我计划将 SCTP 用于嵌入式 Linux 项目。 有人对 SCTP 使用有一些评论吗，主要是一对多模式？ 它是否优于使用自制的基于 UDP 的等效解决方案？
我控制网络环境和所有涉及的设备，所以兼容性不是问题。
I am planning to use SCTP for a embedded Linux project. Anybody has some comments on SCTP usage, mostly in one-to-many mode? Did it beat using a home-made UDP-based equivalent solution?
I control the network environement and all devices involved, so compatibility is not an issue.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我广泛使用了 lksctp，发现它非常强大并且可以与 sctp 的许多其他实现互操作。 SCTP 套接字 API 的标准仍在不断发展，但已经相当成熟，我希望任何进一步的更改都能向后兼容。
我会放心地使用它。
I have made extensive use of lksctp and have found it to be robust and interoperable with many other implementations of sctp. The standard for the sockets API for SCTP is still evolving but is quite mature and I would expect any further changes to be backwards compatible.
I would use it with confidence.
ACE 库有一个 SCTP 性能测试，所以我会假设它有效。
无论如何，使用像 ACE 这样的框架是一个好主意，因为它允许您在更高级别上进行编程，并让您免受套接字编程中容易出错的低级细节的影响。 作为额外的奖励，您的代码将可移植到 ACE 支持的所有平台。
The ACE library has a performance test for SCTP, so I would assume that it works.
Using a framework like ACE is a good idea anyway, as it alloes you to program on a higher level and shields you from the error prone low level details of socket programming. As an additional bonus your code will be portable to all platforms that ACE supports.
最好的答案是评论：
此外，Glibc 中的 SCTP 支持不太理想（换句话说，不存在）——您必须使用 lksctp 中的库，并且它没有完全集成到普通套接字 API 中。 这只是使用一个封装低级功能的优秀库的又一个理由:) – ephemient
Best answer is the comment:
Also, SCTP support in Glibc is less than ideal (in other words, non-present) -- you must use the libraries from lksctp, and it's not entirely well-integrated into the normal sockets API. Just one more reason to use a nice library that encapsulates the low-level functionality :) – ephemient