Go To Top

Return to Risks and Open Decisions

The team must decide which DDS product or products Phase 0 uses. The initial baseline may use one primary DDS product, while later phases may add supported alternatives or interoperability targets.

Open DDS decisions may include:

1. Which DDS product acts as the primary baseline.
2. Whether Phase 0 supports RTI Connext DDS, Eclipse Cyclone DDS, OpenDDS, or another DDS implementation.
3. Which DDS version range the team accepts for each product.
4. Which IDL compiler or type-generation tool the team uses.
5. Which target language bindings the team generates.
6. Which QoS features Phase 0 requires.
7. Whether Phase 0 includes single-vendor operation, multi-vendor build compatibility, multi-vendor runtime interoperability, or only future interoperability planning.

DDS decisions affect IDL structure, generated Artifacts, QoS configuration, build scripts, container networking, runtime behavior, interoperability Evidence, and developer setup. The team should record product selections, version ranges, interoperability status, and Evidence expectations in the tool baseline checklist instance.