The current implementation of the ROS 2 plugin relies on events from the underlying DDS middleware in order to be able to track a message from publication to subscription: it needs to get a timestamp value from DDS when a message is published. This timestamp value is then matched to the same value when the message is received on the other end.
While the ROS 2 instrumentation is available by default on Linux (as of the ROS 2 Iron release in May 2023), instrumentation for the DDS implementation(s) is not available by default; the DDS implementation needs to be built from source. However, some recent changes to the ROS 2 instrumentation (to be available in the ROS 2 Jazzy release in May 2024) mean that DDS instrumentation is not needed anymore in order to track messages from publication to subscription. We just rely on events from the ROS 2 rmw layer (which is right above DDS in the ROS 2 architecture), specifically the ros2:rmw_publish events, to get the same timestamp. For more information about these changes, see: https://github.com/ros2/ros2_tracing/pull/74.
Therefore, note the version of the instrumentation (aka the ROS 2 tracetools package) used to generate the trace. If the version is greater than or equal to the version that contains the new changes, rely on rmw for the timestamp value. Otherwise, if an older version is used, rely on DDS for the timestamp value.
The current implementation of the ROS 2 plugin relies on events from the underlying DDS middleware in order to be able to track a message from publication to subscription: it needs to get a timestamp value from DDS when a message is published. This timestamp value is then matched to the same value when the message is received on the other end.
While the ROS 2 instrumentation is available by default on Linux (as of the ROS 2 Iron release in May 2023), instrumentation for the DDS implementation(s) is not available by default; the DDS implementation needs to be built from source. However, some recent changes to the ROS 2 instrumentation (to be available in the ROS 2 Jazzy release in May 2024) mean that DDS instrumentation is not needed anymore in order to track messages from publication to subscription. We just rely on events from the ROS 2
rmwlayer (which is right above DDS in the ROS 2 architecture), specifically theros2:rmw_publishevents, to get the same timestamp. For more information about these changes, see: https://github.com/ros2/ros2_tracing/pull/74.Therefore, note the version of the instrumentation (aka the ROS 2
tracetoolspackage) used to generate the trace. If the version is greater than or equal to the version that contains the new changes, rely onrmwfor the timestamp value. Otherwise, if an older version is used, rely on DDS for the timestamp value.