RTI Connext .NET API (legacy)  Version 6.1.0
DDS::AvailabilityQosPolicy Class Reference

Configures the availability of data. More...

#include <managed_infrastructure.h>

Static Public Member Functions

static System::String ^ get_property_qos_policy_name ()
 Stringified human-readable name for DDS::PropertyQosPolicy. More...
 

Public Attributes

Duration_t max_data_availability_waiting_time
 Defines how much time to wait before delivering a sample to the application without having received some of the previous samples. More...
 
Duration_t max_endpoint_availability_waiting_time
 Defines how much time to wait to discover DataWriters providing samples for the same data source (virtual GUID). More...
 
EndpointGroupSeqrequired_matched_endpoint_groups
 A sequence of endpoint groups. More...
 

Properties

System::Boolean enable_required_subscriptions [get, set]
 Enables support for required subscriptions in a DDS::DataWriter. More...
 

Detailed Description

Configures the availability of data.

Entity:
DDS::DataReader, DDS::DataWriter
Properties:
RxO = NO
Changeable = YES (only on a DDS::DataWriter except for the member DDS::AvailabilityQosPolicy::enable_required_subscriptions)

Usage

This QoS policy is used in the context of two features:

  • Collaborative DataWriters
  • Required Subscriptions

Collaborative DataWriters

The Collaborative DataWriters feature allows having multiple DataWriters publishing samples from a common logical data source. The DataReaders will combine the samples coming from the DataWriters in order to reconstruct the correct order at the source.

This QoS policy allows you to configure the ordering and combination process in the DataReader and can be used to support two different use cases:

  • Ordered delivery of samples in high-availability scenarios One example of this is RTI Persistence Service. When a late-joining DataReader configured with DDS::DurabilityQosPolicy set to PERSISTENT_DURABILITY_QOS or TRANSIENT_DURABILITY_QOS joins a DDS domain, it will start receiving historical samples from multiple DataWriters. For example, if the original DataWriter is still alive, the newly created DataReader will receive samples from the original DataWriter and one or more RTI Persistence Service DataWriters (PRSTDataWriters). This policy can be used to configure the sample ordering process on the DataReader.
  • Ordered delivery of samples in load-balanced scenarios Multiple instances of the same application can work together to process and deliver samples. When the samples arrive through different data-paths out of order, the DataReader will be able to reconstruct the order at the destination. An example of this is when multiple instances of RTI Persistence Service are used to persist the data. Persisting data to a database on disk can be a bottleneck for throughput. You can improve scalability and performance by dividing the workload across different instances of RTI Persistence Service that use different databases. For example, samples larger than 10 are persisted by Persistence Service 1, samples less than or equal to 10 are persisted by Persistence Service 2.
  • Ordered delivery of samples with Group Ordered Access This policy can also be used to configure the sample ordering process when the Subscriber is configured with DDS::PresentationQosPolicy access_scope set to GROUP_PRESENTATION_QOS. In this case, the Subscriber must deliver in order the samples published by a group of DataWriters that belong to the same Publisher and have access_scope set to GROUP_PRESENTATION_QOS.

Each sample published in a DDS domain for a given logical data source is uniquely identified by a pair (virtual GUID, virtual sequence number). Samples from the same data source (same virtual GUID) can be published by different DataWriters. A DataReader will deliver a sample (VGUIDn, VSNm) to the application if one of the following conditions is satisfied:

  • (VGUIDn, VSNm-1) has already been delivered to the application.
  • All the known DataWriters publishing VGUIDn have announced that they do not have (VGUIDn, VSNm-1).
  • None of the known DataWriters publishing GUIDn have announced potential availability of (VGUIDn, VSNm-1) and both timeouts in this QoS policy have expired.

A DataWriter announces potential availability of samples by using virtual heartbeats (HBs).

When DDS::PresentationQosPolicy::access_scope is set to TOPIC_PRESENTATION_QOS or INSTANCE_PRESENTATION_QOS, the virtual HB contains information about the samples contained in the DDS::DataWriter history.

When DDS::PresentationQosPolicy::access_scope is set to GROUP_PRESENTATION_QOS, the virtual HB contains information about all DataWriters in the DDS::Publisher.

The frequency at which virtual HBs are sent is controlled by the protocol parameters DDS::RtpsReliableWriterProtocol_t::virtual_heartbeat_period and DDS::RtpsReliableWriterProtocol_t::samples_per_virtual_heartbeat.

Required Subscriptions

In the context of Required Subscriptions, this QoS policy can be used to configure a set of Required Subscriptions on a DDS::DataWriter.

Required subscriptions are preconfigured, named subscriptions that may leave and subsequently rejoin the network from time to time, at the same or different physical locations. Any time a required subscription is disconnected, any samples that would have been delivered to it are stored for delivery if and when the subscription rejoins the network.

Consistency

For a DataWriter, the setting of AVAILABILITY must be set consistenly with that of the RELIABILITY and DURABILITY.

If DDS::AvailabilityQosPolicy::enable_required_subscriptions is set to true, DDS::ReliabilityQosPolicy::kind must be set to DDS::ReliabilityQosPolicyKind::RELIABLE_RELIABILITY_QOS, DDS::DurabilityQosPolicy must be set to a value different than VOLATILE_DURABILITY_QOS, and DDS::DurabilityQosPolicy::writer_depth must be set to either DDS::DurabilityQosPolicy::AUTO_WRITER_DEPTH or DDS::ResourceLimitsQosPolicy::LENGTH_UNLIMITED.

Member Data Documentation

◆ max_data_availability_waiting_time

Duration_t DDS::AvailabilityQosPolicy::max_data_availability_waiting_time

Defines how much time to wait before delivering a sample to the application without having received some of the previous samples.

Collaborative DataWriters

A sample identified by (VGUIDn, VSNm) will be delivered to the application if this timeout expires for the sample and the following two conditions are satisfied:

Required Subscriptions

This field is not applicable to Required Subscriptions.

[default] DDS::Duration_t::DURATION_AUTO (DDS::Duration_t::DURATION_INFINITE for GROUP_PRESENTATION_QOS. Otherwise, 0 seconds)

[range] [0, DDS::Duration_t::DURATION_INFINITE], DDS::Duration_t::DURATION_AUTO

Referenced by get_property_qos_policy_name().

◆ max_endpoint_availability_waiting_time

Duration_t DDS::AvailabilityQosPolicy::max_endpoint_availability_waiting_time

Defines how much time to wait to discover DataWriters providing samples for the same data source (virtual GUID).

Collaborative DataWriters

The set of endpoint groups that are required to provide samples for a data source can be configured using required_matched_endpoint_groups.

A non-consecutive sample identified by (VGUIDn, VSNm) cannot be delivered to the application unless DataWriters for all the endpoint groups in required_matched_endpoint_groups are discovered or this timeout expires.

Required Subscriptions

This field is not applicable to Required Subscriptions.

[default] DDS::Duration_t::DURATION_AUTO (DDS::Duration_t::DURATION_INFINITE for GROUP_PRESENTATION_QOS. Otherwise, 0 seconds)

[range] [0, DDS::Duration_t::DURATION_INFINITE], DDS::Duration_t::DURATION_AUTO

Referenced by get_property_qos_policy_name().

◆ required_matched_endpoint_groups

EndpointGroupSeq ^ DDS::AvailabilityQosPolicy::required_matched_endpoint_groups

A sequence of endpoint groups.

Collaborative DataWriters

In the context of Collaborative DataWriters, it specifies the set of endpoint groups that are expected to provide samples for the same data source.

The quorum count in a group represents the number of DataWriters that must be discovered for that group before the DataReader is allowed to provide non consecutive samples to the application.

A DataWriter becomes a member of an endpoint group by configuring the role_name in DDS::DataWriterQos::publication_name.

Required Subscriptions

In the context of Required Subscriptions, it specifies the set of Required Subscriptions on a DDS::DataWriter.

Each Required Subscription is specified by a name and a quorum count.

The quorum count represents the number of DataReaders that have to acknowledge the sample before it can be considered fully acknowledged for that Required Subscription.

A DataReader is associated with a Required Subscription by configuring the role_name in DDS::DataReaderQos::subscription_name.

[default] Empty sequence

Referenced by get_property_qos_policy_name().

Property Documentation

◆ enable_required_subscriptions

System:: Boolean DDS::AvailabilityQosPolicy::enable_required_subscriptions
getset

Enables support for required subscriptions in a DDS::DataWriter.

[default] false

Referenced by get_property_qos_policy_name().