RTI Connext .Net APIs  Version 5.3.1
DDS::WireProtocolQosPolicy Struct Reference

Specifies the wire-protocol-related attributes for the DDS::DomainParticipant. More...

#include <managed_infrastructure.h>

Static Public Member Functions

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

Public Attributes

System::Int32 participant_id
 A value used to distinguish among different participants belonging to the same domain on the same host. More...
 
System::UInt32 rtps_host_id
 The RTPS Host ID of the domain participant. More...
 
System::UInt32 rtps_app_id
 The RTPS App ID of the domain participant. More...
 
System::UInt32 rtps_instance_id
 The RTPS Instance ID of the DDS::DomainParticipant. More...
 
RtpsWellKnownPorts_t rtps_well_known_ports
 Configures the RTPS well-known port mappings. More...
 
System::Int32 rtps_reserved_port_mask
 Specifies which well-known ports to reserve when enabling the participant. More...
 
WireProtocolQosPolicyAutoKind rtps_auto_id_kind
 Kind of auto mechanism used to calculate the GUID prefix. More...
 

Properties

static System::UInt32 RTPS_AUTO_ID [get]
 Indicates that RTI Connext should choose an appropriate host, app, instance or object ID automatically. More...
 
System::Boolean compute_crc [get, set]
 Adds RTPS CRC submessage to every message when this field is set to true. More...
 
System::Boolean check_crc [get, set]
 Checks if the received RTPS message is valid by comparing the computed CRC with the received RTPS CRC submessage when this field is set to true. More...
 

Detailed Description

Specifies the wire-protocol-related attributes for the DDS::DomainParticipant.

Entity:
DDS::DomainParticipant
Properties:
RxO = N/A
Changeable = NO

Usage

This QoS policy configures some participant-wide properties of the DDS Real-Time Publish Subscribe (RTPS) on-the-wire protocol. (DDS::DataWriterProtocolQosPolicy and DDS::DataReaderProtocolQosPolicy configure RTPS and reliability properties on a per DDS::DataWriter or DDS::DataReader basis.)

NOTE: The default QoS policies returned by RTI Connext contain the correctly initialized wire protocol attributes. The defaults are not normally expected to be modified, but are available to the advanced user customizing the implementation behavior.

The default values should not be modified without an understanding of the underlying Real-Time Publish Subscribe (RTPS) wire protocol.

In order for the discovery process to work correctly, each DDS::DomainParticipant must have a unique identifier. This QoS policy specifies how that identifier should be generated.

RTPS defines a 96-bit prefix to this identifier; each DDS::DomainParticipant must have a unique value for this prefix relative to all other participants in its domain. To make it easier to control how this 96-bit value is generated, RTI Connext divides it into three integers: a host ID, the value of which is based on the identity of the identity of the machine on which the participant is executing; an application ID, the value of which is based on the process or task in which the particpant is contained; and an instance ID, which identifies the participant itself.

This QoS policy provides you with a choice of algorithms for generating these values automatically. In case none of these algorithms suit your needs, you may also choose to specify some or all of them yourself.

The following three fields:

comprise the GUID prefix and by default are set to DDS::WireProtocolQosPolicy::RTPS_AUTO_ID. The meaning of this flag depends on the value assigned to the DDS::WireProtocolQosPolicy::rtps_auto_id_kind field.

Depending on the DDS::WireProtocolQosPolicy::rtps_auto_id_kind value, there are two different scenarios:

  1. In the default and most common scenario, DDS::WireProtocolQosPolicy::rtps_auto_id_kind is set to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_IP. Doing so, each field is interpreted as follows:

    • rtps_host_id: The 32-bit value of the IPv4 of the first up and running interface of the host machine is assigned.
    • rtps_app_id: The process (or task) ID is assigned.
    • rtps_instance_id: A counter is assigned that is incremented per new participant.

    NOTE: If the IP assigned to the interface is not unique within the network (for instance, if it is not configured), it is possible that the GUID (specifically, the rtps_host_id portion) may also not be unique.

  2. In this situation, RTI Connext provides a different value for rtps_auto_id_kind: DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC. As the name suggests, this alternative mechanism uses the MAC address instead of the IPv4 address. Since the MAC address size is up to 64 bits, the logical mapping of the host information, the application ID, and the instance identifiers has to change.

    Note to Solaris Users: To use DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC, you must run the RTI Connext application while logged in as root.


    Using DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC, the default value of each field is interpreted as follows:

    • rtps_host_id: The first 32 bits of the MAC address of the first up and running interface of the host machine are assigned.
    • rtps_app_id: The last 32 bits of the MAC address of the first up and running interface of the host machine are assigned.
    • rtps_instance_id: This field is split into two different parts. The process (or task) ID is assigned to the first 24 bits. A counter is assigned to the last 8 bits. This counter is incremented per new participant. In both scenarios, you can change the value of each field independently.

    If DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC is used, the rtps_instance_id has been logically split into two parts: 24 bits for the process/task ID and 8 bits for the per new participant counter. To give to users the ability to manually set the two parts independently, a bit-field mechanism has been introduced for the rtps_instance_id field when it is used in combination with DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC. If one of the two parts is set to 0, only this part will be handled by RTI Connext and you will be able to handle the other one manually.

Some examples are provided to clarify the behavior of this QoSPolicy in case you want to change the default behavior with DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC.

First, get the participant QoS from the DomainParticipantFactory:

DomainParticipantFactory.TheParticipantFactory.
get_default_participant_qos(participant_qos); <P>

Second, change the DDS::WireProtocolQosPolicy using one of the options shown below.

Third, create the DDS::DomainParticipant as usual, using the modified QoS structure instead of the default one.

Option 1: Use DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC to explicitly set just the application/task identifier portion of the rtps_instance_id field.

participant_qos.wire_protocol.rtps_auto_id_kind =
WireProtocolQosPolicyAutoKind.RTPS_AUTO_ID_FROM_MAC;
participant_qos.wire_protocol.rtps_host_id =
WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_app_id =
WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_instance_id = (/* App ID */ (12 << 8) |
/* Instance ID*/ (WireProtocolQosPolicy.RTPS_AUTO_ID));

Option 2: Handle only the per participant counter and let RTI Connext handle the application/task identifier:

participant_qos.wire_protocol.rtps_auto_id_kind =
WireProtocolQosPolicyAutoKind.RTPS_AUTO_ID_FROM_MAC;
participant_qos.wire_protocol.rtps_host_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_app_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_instance_id = (/* App ID */ (WireProtocolQosPolicy.RTPS_AUTO_ID) |
/* Instance ID*/ (12));

Option 3: Handle the entire rtps_instance_id field yourself:

participant_qos.wire_protocol.rtps_auto_id_kind = WireProtocolQosPolicyAutoKind.RTPS_AUTO_ID_FROM_MAC;
participant_qos.wire_protocol.rtps_host_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_app_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_instance_id = ( /* App ID */ (12 << 8)) |
/* Instance ID */ (9) )

NOTE: If you are using DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC as rtps_auto_id_kind and you decide to manually handle the rtps_instance_id field, you must ensure that both parts are non-zero (otherwise RTI Connext will take responsibility for them). RTI recommends that you always specify the two parts separately in order to avoid errors.

Option 4: Let RTI Connext handle the entire rtps_instance_id field:

participant_qos.wire_protocol.rtps_auto_id_kind = WireProtocolQosPolicyAutoKind.RTPS_AUTO_ID_FROM_MAC;
participant_qos.wire_protocol.rtps_host_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_app_id = WireProtocolQosPolicy.RTPS_AUTO_ID;
participant_qos.wire_protocol.rtps_instance_id = WireProtocolQosPolicy.RTPS_AUTO_ID;

NOTE: If you are using DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC as rtps_auto_id_kind and you decide to manually handle the rtps_instance_id field, you must ensure that both parts are non-zero (otherwise RTI Connext will take responsibility for them). RTI recommends that you always specify the two parts separately in order to clearly show the difference.

Member Data Documentation

◆ participant_id

System::Int32 DDS::WireProtocolQosPolicy::participant_id

A value used to distinguish among different participants belonging to the same domain on the same host.

Determines the unicast port on which meta-traffic is received. Also defines the default unicast port for receiving user-traffic for DataReaders and DataWriters (can be overridden by the DDS::DataReaderQos::unicast or DDS::DataWriterQos::unicast).

For more information on port mapping, please refer to DDS::RtpsWellKnownPorts_t.

Each DDS::DomainParticipant in the same domain and running on the same host, must have a unique participant_id. The participants may be in the same address space or in distinct address spaces.

A negative number (-1) means that RTI Connext will automatically resolve the participant ID as follows.

  • RTI Connext will pick the smallest participant ID based on the unicast ports available on the transports enabled for discovery.
  • RTI Connext will attempt to resolve an automatic port index either when a DomainPartcipant is enabled, or when a DataReader or DataWriter is created. Therefore, all the transports enabled for discovery must have been registered by this time. Otherwise, the discovery transports registered after resolving the automatic port index may produce port conflicts when the DomainPartcipant is enabled.

[default] -1 [automatic], i.e. RTI Connext will automatically pick the participant_id, as described above.

[range] [>= 0], or -1, and does not violate guidelines stated in DDS::RtpsWellKnownPorts_t.

See also
DDS::Entity::enable()

◆ rtps_host_id

System::UInt32 DDS::WireProtocolQosPolicy::rtps_host_id

The RTPS Host ID of the domain participant.

A machine/operating system specific host ID that is unique in the domain.

[default] DDS::WireProtocolQosPolicy::RTPS_AUTO_ID. The default value is interpreted as follows:
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_IP (the default value), the value will be interpreted as the IPv4 address of the first up and running interface of the host machine.
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC, the value will be interpreted as the first 32 bits of the MAC address assigned to the first up and running interface of the host machine.

[range] [0,0xffffffff]

◆ rtps_app_id

System::UInt32 DDS::WireProtocolQosPolicy::rtps_app_id

The RTPS App ID of the domain participant.

A participant specific ID that, together with the rtps_instance_id, is unique within the scope of the rtps_host_id.

If a participant dies and is restarted, it is recommended that it be given an app ID that is distinct from the previous one so that other participants in the domain can distinguish between them.

[default] DDS::WireProtocolQosPolicy::RTPS_AUTO_ID. The default value is interpreted as follows:
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_IP (default value for this field) the value will be the process (or task) ID.
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC the value will be the last 32 bits of the MAC address assigned to the first up and running interface of the host machine. [range] [0,0xffffffff]

◆ rtps_instance_id

System::UInt32 DDS::WireProtocolQosPolicy::rtps_instance_id

The RTPS Instance ID of the DDS::DomainParticipant.

This is an instance-specific ID of a participant that, together with the rtps_app_id, is unique within the scope of the rtps_host_id.

If a participant dies and is restarted, it is recommended that it be given an instance ID that is distinct from the previous one so that other participants in the domain can distinguish between them.

[default] DDS::WireProtocolQosPolicy::RTPS_AUTO_ID. The default value is interpreted as follows:
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_IP (the default value), a counter is assigned that is incremented per new participant. For VxWorks-653, the first 8 bits are assigned to the partition id for the application.
If DDS::WireProtocolQosPolicy::rtps_auto_id_kind is equal to DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC, the first 24 bits are assigned to the application/task identifier and the last 8 bits are assigned to a counter that is incremented per new paricipant.

[range] [0,0xffffffff] NOTE: If you use DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_MAC as rtps_auto_id_kind and you decide to manually handle the rtps_instance_id field, you must ensure that both the two parts are non-zero, otherwise the middleware will take responsibility for them. We recommend that you always specify the two parts separately in order to avoid errors. (examples)

◆ rtps_well_known_ports

RtpsWellKnownPorts_t DDS::WireProtocolQosPolicy::rtps_well_known_ports

Configures the RTPS well-known port mappings.

Determines the well-known multicast and unicast port mappings for discovery (meta) traffic and user traffic.

[default] DDS::RtpsWellKnownPorts_t::INTEROPERABLE_RTPS_WELL_KNOWN_PORTS

◆ rtps_reserved_port_mask

System::Int32 DDS::WireProtocolQosPolicy::rtps_reserved_port_mask

Specifies which well-known ports to reserve when enabling the participant.

Specifies which of the well-known multicast and unicast ports will be reserved when the DomainParticipant is enabled. Failure to allocate a port that is computed based on the DDS::RtpsWellKnownPorts_t will be detected at this time, and the enable operation will fail.

[default] DDS::RtpsReservedPortKind::RTPS_RESERVED_PORT_MASK_DEFAULT

◆ rtps_auto_id_kind

WireProtocolQosPolicyAutoKind DDS::WireProtocolQosPolicy::rtps_auto_id_kind

Kind of auto mechanism used to calculate the GUID prefix.

[default] DDS::WireProtocolQosPolicyAutoKind::RTPS_AUTO_ID_FROM_IP

Property Documentation

◆ compute_crc

System:: Boolean DDS::WireProtocolQosPolicy::compute_crc
getset

Adds RTPS CRC submessage to every message when this field is set to true.

The computed CRC covers the entire RTPS message excluding the RTPS header.

[default] false

◆ check_crc

System:: Boolean DDS::WireProtocolQosPolicy::check_crc
getset

Checks if the received RTPS message is valid by comparing the computed CRC with the received RTPS CRC submessage when this field is set to true.

DDS::WireProtocolQosPolicy::compute_crc must be enabled at the publishing application for validating the message at the subscribing application.

[default] false


RTI Connext .Net APIs Version 5.3.1 Copyright © Mon Feb 19 2018 Real-Time Innovations, Inc