RTI Connext C API Version 7.4.0
DDS_DiscoveryQosPolicy Struct Reference

<<extension>> Configures the mechanism used by the middleware to automatically discover and connect with new remote applications. More...

Data Fields

struct DDS_StringSeq enabled_transports
 <<extension>> The transports available for use by the Discovery mechanism. More...
 
struct DDS_StringSeq initial_peers
 <<basic>> <<extension>> Determines the initial list of peers that will be contacted by the Discovery mechanism to send announcements about the presence of this participant. More...
 
struct DDS_StringSeq multicast_receive_addresses
 <<basic>> <<extension>> Specifies the multicast group addresses on which discovery-related meta-traffic can be received by the DomainParticipant. More...
 
DDS_Long metatraffic_transport_priority
 <<extension>> The transport priority to use for the Discovery meta-traffic. More...
 
DDS_Boolean accept_unknown_peers
 <<basic>> <<extension>> Whether to accept a new participant that is not in the initial peers list. More...
 
DDS_Boolean enable_endpoint_discovery
 [DEPRECATED] <<extension>> Whether to automatically enable endpoint discovery for all the remote participants. More...
 

Detailed Description

<<extension>> Configures the mechanism used by the middleware to automatically discover and connect with new remote applications.

Entity:
DDS_DomainParticipant
Properties:
RxO = N/A
Changeable = NO

Usage

This QoS policy identifies where on the network this application can potentially discover other applications with which to communicate.

The middleware will periodically send network packets to these locations, announcing itself to any remote applications that may be present, and will listen for announcements from those applications.

This QoS policy is an extension to the DDS standard.

See also
NDDS_DISCOVERY_PEERS
DDS_DiscoveryConfigQosPolicy

Field Documentation

◆ enabled_transports

struct DDS_StringSeq DDS_DiscoveryQosPolicy::enabled_transports

<<extension>> The transports available for use by the Discovery mechanism.

Only these transports can be used by the discovery mechanism to send meta-traffic via the builtin endpoints (built-in DDS_DataReader and DDS_DataWriter).

Also determines the unicast addresses on which the Discovery mechanism will listen for meta-traffic. These along with the domain_id and participant_id determine the unicast locators on which the Discovery mechanism can receive meta-data.

The memory for the strings in this sequence is managed according to the conventions described in String Conventions. In particular, be careful to avoid a situation in which RTI Connext allocates a string on your behalf and you then reuse that string in such a way that RTI Connext believes it to have more memory allocated to it than it actually does.

Alias names for the builtin transports are defined in TRANSPORT_BUILTIN. These alias names are case sensitive and should be written in lowercase.

[default] Empty sequence. All the transports available to the DomainParticipant are available for use by the Discovery mechanism.

[range] Sequence of non-null,non-empty strings.

Categories
Immutable, Transports, Discovery

◆ initial_peers

struct DDS_StringSeq DDS_DiscoveryQosPolicy::initial_peers

<<basic>> <<extension>> Determines the initial list of peers that will be contacted by the Discovery mechanism to send announcements about the presence of this participant.

As part of the participant discovery phase, the DDS_DomainParticipant will announce itself to the domain by sending participant DATA messages. The initial_peers specifies the initial list of peers that will be contacted. A remote DDS_DomainParticipant is discovered by receiving participant announcements from a remote peer. When the new remote DDS_DomainParticipant has been added to the participant's database, the endpoint discovery phase commences and information about the DataWriters and DataReaders is exchanged.

Each element of this list must be a peer descriptor in the proper format (see Peer Descriptor Format).

[default] builtin.udpv4://239.255.0.1, builtin.udpv4://127.0.0.1, builtin.shmem:// (See also NDDS_DISCOVERY_PEERS)

[range] Sequence of arbitrary length.

See also
Peer Descriptor Format
DDS_DomainParticipant_add_peer()
Categories
Immutable, Transports, Discovery Isolation, Discovery

◆ multicast_receive_addresses

struct DDS_StringSeq DDS_DiscoveryQosPolicy::multicast_receive_addresses

<<basic>> <<extension>> Specifies the multicast group addresses on which discovery-related meta-traffic can be received by the DomainParticipant.

The multicast group addresses on which the Discovery mechanism will listen for meta-traffic.

Each element of this list must be a valid multicast address (IPv4 or IPv6) in the proper format (see Address Format).

The domain_id determines the multicast port on which the Discovery mechanism can receive meta-data.

If NDDS_DISCOVERY_PEERS does not contain a multicast address, then the string sequence DDS_DiscoveryQosPolicy::multicast_receive_addresses is cleared and the RTI discovery process will not listen for discovery messages via multicast.

If NDDS_DISCOVERY_PEERS contains one or more multicast addresses, the addresses will be stored in DDS_DiscoveryQosPolicy::multicast_receive_addresses, starting at element 0. They will be stored in the order they appear NDDS_DISCOVERY_PEERS.

Note: Currently, RTI Connext will only listen for discovery traffic on the first multicast address (element 0) in DDS_DiscoveryQosPolicy::multicast_receive_addresses.

[default] builtin.udpv4://239.255.0.1 (See also NDDS_DISCOVERY_PEERS)

[range] Sequence of length [0,1], whose elements are multicast addresses. Currently only the first multicast address (if any) is used. The rest are ignored.

See also
Address Format

◆ metatraffic_transport_priority

DDS_Long DDS_DiscoveryQosPolicy::metatraffic_transport_priority

<<extension>> The transport priority to use for the Discovery meta-traffic.

The discovery metatraffic will be sent by the built-in DDS_DataWriter using this transport priority.

[default] 0

[range] [0, MAX_UINT]

Categories
Immutable, Transports, Concurrency, Discovery

◆ accept_unknown_peers

DDS_Boolean DDS_DiscoveryQosPolicy::accept_unknown_peers

<<basic>> <<extension>> Whether to accept a new participant that is not in the initial peers list.

If DDS_BOOLEAN_FALSE, the participant will only communicate with those in the initial peers list and those added via DDS_DomainParticipant_add_peer().

If DDS_BOOLEAN_TRUE, the participant will also communicate with all discovered remote participants.

Note: If accept_unknown_peers is DDS_BOOLEAN_FALSE and shared memory is disabled, applications on the same node will not communicate if only 'localhost' is specified in the peers list. If shared memory is disabled or 'shmem://' is not specified in the peers list, to communicate with other applications on the same node through the loopback interface, you must put the actual node address or hostname in NDDS_DISCOVERY_PEERS.

[default] DDS_BOOLEAN_TRUE

Categories
Immutable, Transports, Discovery Isolation, Discovery

◆ enable_endpoint_discovery

DDS_Boolean DDS_DiscoveryQosPolicy::enable_endpoint_discovery

[DEPRECATED] <<extension>> Whether to automatically enable endpoint discovery for all the remote participants.

If DDS_BOOLEAN_TRUE, endpoint discovery will automatically occur for every discovered remote participant.

If DDS_BOOLEAN_FALSE, endpoint discovery will be initially disabled and manual activation is required for each discovered participant by calling DDS_DomainParticipant_resume_endpoint_discovery.

[default] DDS_BOOLEAN_TRUE

Categories
Immutable, Transports, Discovery Isolation, Discovery