不同DDS厂商的发现机制
Discovery mechanism of different DDS vendor
我是数据分布式服务 (DDS) 的新手，正在学习它。我遇到了关于如何使用 Wireshark 确定发现时间的 RTI DDS document。
我的问题是：
- 其他DDS供应商的发现机制是否相同？
- 如果不是，有没有办法了解其他DDS供应商的发现机制？因为好像只有RTI在讨论这个问题。
欢迎任何回答、建议、提示或link。提前致谢！
查看规范。 RTPS（实时 publish/subscribe）通过 UDP 发现是规范的一部分，因此任何声称根据标准提供 OMG-DDS 的供应商都必须提供该机制。供应商有 "plug fests" 他们 运行 自己的 DDS 实现并显示与其他供应商的实现的互操作性。这是使用 Shapes 演示完成的。
现在：规范 仅 描述了基于 UDP 的发现机制。
每个供应商都可以通过 UDP 或其他传输自由实施 其他 发现机制。
基于 TCP、共享内存构造的非标准发现，甚至基于 UDP 的非标准发现等都可用，具体取决于供应商，并且在大多数情况下，这些是 不是 供应商之间可互操作。
RTI 文档对其他供应商的 OMG-DDS 标准 UDP 发现也有效，因为使用的（RTI 提供的）Wireshark 解析器是 RTPS 协议解析器，而不是 "an RTI protocol" 解析器。
我是数据分布式服务 (DDS) 的新手，正在学习它。我遇到了关于如何使用 Wireshark 确定发现时间的 RTI DDS document。 我的问题是：
- 其他DDS供应商的发现机制是否相同？
- 如果不是，有没有办法了解其他DDS供应商的发现机制？因为好像只有RTI在讨论这个问题。
欢迎任何回答、建议、提示或link。提前致谢！
查看规范。 RTPS（实时 publish/subscribe）通过 UDP 发现是规范的一部分，因此任何声称根据标准提供 OMG-DDS 的供应商都必须提供该机制。供应商有 "plug fests" 他们 运行 自己的 DDS 实现并显示与其他供应商的实现的互操作性。这是使用 Shapes 演示完成的。
现在：规范 仅 描述了基于 UDP 的发现机制。
每个供应商都可以通过 UDP 或其他传输自由实施 其他 发现机制。
基于 TCP、共享内存构造的非标准发现，甚至基于 UDP 的非标准发现等都可用，具体取决于供应商，并且在大多数情况下，这些是 不是 供应商之间可互操作。
RTI 文档对其他供应商的 OMG-DDS 标准 UDP 发现也有效，因为使用的（RTI 提供的）Wireshark 解析器是 RTPS 协议解析器，而不是 "an RTI protocol" 解析器。