RTI Connext .Net APIs  Version 5.0.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.
 

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.
 
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).
 
EndpointGroupSeqrequired_matched_endpoint_groups
 A sequence of endpoint groups.
 

Properties

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

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 ::DDS::DurabilityQosPolicyKind::PERSISTENT_DURABILITY_QOS or ::DDS::DurabilityQosPolicyKind::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 source. 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 impact performance. By dividing the workload (e.g., samples larger than 10 are persisted by Persistence Service 1, samples smaller or equal to 10 are persisted by Persistence Service 2) across different instances of RTI Persistence Service using different databases the user can improve scalability and performance.
  • 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 ::DDS::PresentationQosPolicyAccessScopeKind::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 ::DDS::PresentationQosPolicyAccessScopeKind::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 ::DDS::PresentationQosPolicyAccessScopeKind::TOPIC_PRESENTATION_QOS or ::DDS::PresentationQosPolicyAccessScopeKind::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 ::DDS::PresentationQosPolicyAccessScopeKind::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 and DDS::DurabilityQosPolicy must be set to a value different than ::DDS::DurabilityQosPolicyKind::VOLATILE_DURABILITY_QOS.

Member Data Documentation

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 ::DDS::PresentationQosPolicyAccessScopeKind::GROUP_PRESENTATION_QOS. Otherwise, 0 seconds)

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

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 ::DDS::PresentationQosPolicyAccessScopeKind::GROUP_PRESENTATION_QOS. Otherwise, 0 seconds)

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

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

Property Documentation

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

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

[default] false


RTI Connext .Net APIs Version 5.0.0 Copyright © Thu Aug 30 2012 Real-Time Innovations, Inc