我打算将 SCTP 用于嵌入式 Linux 项目。任何人对 SCTP 的使用有一些评论,主要是一对多模式?它是否优于使用自制的基于 UDP 的等效解决方案?
我控制网络环境和所有涉及的设备,所以兼容性不是问题。
我打算将 SCTP 用于嵌入式 Linux 项目。任何人对 SCTP 的使用有一些评论,主要是一对多模式?它是否优于使用自制的基于 UDP 的等效解决方案?
我控制网络环境和所有涉及的设备,所以兼容性不是问题。
我已经广泛使用了 lksctp,并且发现它很健壮并且可以与许多其他 sctp 实现互操作。SCTP 的套接字 API 标准仍在发展,但已经相当成熟,我希望任何进一步的更改都可以向后兼容。
我会充满信心地使用它。
ACE库对 SCTP 进行了性能测试,所以我认为它可以工作。
目前,这些程序提供了有关如何将 ACE 的 wrapper-facades 用于 SCTP 的唯一示例代码。将来,附加代码将放在 ACE_wrappers/examples/IPC_SAP/SOCK_SAP 目录中。
无论如何,使用像 ACE 这样的框架是一个好主意,因为它可以让您在更高级别上进行编程,并保护您免受套接字编程中容易出错的低级细节的影响。作为额外的奖励,您的代码将可移植到ACE 支持的所有平台。
最佳答案是评论:
此外,Glibc 中的 SCTP 支持不太理想(换句话说,不存在)——您必须使用来自 lksctp 的库,并且它没有完全集成到普通的套接字 API 中。使用一个封装低级功能的好库的另一个理由:) – ehemient