RTI Connext DDS Micro C++ API
2.4.14.2
|
Indicates the level of reliability offered/requested by RTI Connext Micro. More...
Classes | |
struct | DDS_ReliabilityQosPolicy |
<<cert>> Indicates the level of reliability offered/requested by RTI Connext Micro. More... |
Enumerations | |
enum | DDS_ReliabilityQosPolicyKind { DDS_BEST_EFFORT_RELIABILITY_QOS, DDS_RELIABLE_RELIABILITY_QOS } |
Kinds of reliability. More... |
Variables | |
const char *const | DDS_RELIABILITY_QOS_POLICY_NAME |
Stringified human-readable name for DDS_ReliabilityQosPolicy. |
Indicates the level of reliability offered/requested by RTI Connext Micro.
Kinds of reliability.
DDS_BEST_EFFORT_RELIABILITY_QOS |
Indicates that it is acceptable to not retry propagation of any samples. Presumably new values for the samples are generated often enough that it is not necessary to re-send or acknowledge any samples. [default] |
DDS_RELIABLE_RELIABILITY_QOS |
Specifies RTI Connext Micro will attempt to deliver all samples in its history. Missed samples may be retried. In steady-state (no modifications communicated via the DDSDataWriter) the middleware guarantees that all samples in the DDSDataWriter history will eventually be delivered to all the DDSDataReader objects (subject to timeouts that indicate loss of communication with a particular DDSSubscriber). Outside steady state the HISTORY and RESOURCE_LIMITS policies will determine how samples become part of the history and whether samples can be discarded from it. NOTE: The RTPS spec defines reliability as 0x03 to comply with RTPS spec. However, RTI Connext Core uses 0x3, as well as others. |
const char* const DDS_RELIABILITY_QOS_POLICY_NAME |
Stringified human-readable name for DDS_ReliabilityQosPolicy.