<xs:boolean>
<xs:string>
<xs:integer>
<xs:nonNegativeInteger>
<xs:positiveInteger>
<xs:string>
Uses a byte-oriented encoding wich successive bytes separates by comma and each byte represented
either using a decimal or hexadecimal notation. White space is allowed between bytes.
For example:
34, 44, 56,0x44,127,0xf3,
44,233,122, 122, 44, 222
<xs:string>
Name that uniquely identifies this element.
<xs:string>
A QoS Profile can inherit its values from other QoS Profiles described in the XML file
using this attribute.
<xs:string>
It can only be 255 characters in length.
<xs:string>
It can only be 255 characters in length.
<xs:string>
The name of the Property.
<xs:string>
RTI Connext will select a QoS based on the evaluation of this filter expression on the topic name.
<BY_RECEPTION_TIMESTAMP_DESTINATIONORDER_QOS|BY_SOURCE_TIMESTAMP_DESTINATIONORDER_QOS>
<AUTOMATIC_TRANSPORT_MULTICAST_QOS|UNICAST_ONLY_TRANSPORT_MULTICAST_QOS>
<VOLATILE_DURABILITY_QOS|TRANSIENT_LOCAL_DURABILITY_QOS|TRANSIENT_DURABILITY_QOS|PERSISTENT_DURABILITY_QOS>
<KEEP_LAST_HISTORY_QOS|KEEP_ALL_HISTORY_QOS>
<AUTOMATIC_LIVELINESS_QOS|MANUAL_BY_PARTICIPANT_LIVELINESS_QOS|MANUAL_BY_TOPIC_LIVELINESS_QOS>
<INSTANCE_PRESENTATION_QOS|TOPIC_PRESENTATION_QOS|GROUP_PRESENTATION_QOS>
<INSTANCE_PRESENTATION_QOS|TOPIC_PRESENTATION_QOS|GROUP_PRESENTATION_QOS|HIGHEST_OFFERED_PRESENTATION_QOS>
<DDS_NO_SERVICE_QOS|DDS_PERSISTENCE_SERVICE_QOS|DDS_QUEUING_SERVICE_QOS|DDS_ROUTING_SERVICE_QOS|RECORDING_SERVICE_QOS|REPLAY_SERVICE_QOS|DATABASE_INTEGRATION_SERVICE_QOS>
<BEST_EFFORT_RELIABILITY_QOS|RELIABLE_RELIABILITY_QOS>
<PROTOCOL_ACKNOWLEDGMENT_MODE|APPLICATION_AUTO_ACKNOWLEDGMENT_MODE|APPLICATION_EXPLICIT_ACKNOWLEDGMENT_MODE>
<SHARED_OWNERSHIP_QOS|EXCLUSIVE_OWNERSHIP_QOS>
<NO_REPLACEMENT_IGNORED_ENTITY_REPLACEMENT|NOT_ALIVE_FIRST_IGNORED_ENTITY_REPLACEMENT>
<UNREGISTERED_INSTANCE_REPLACEMENT|ALIVE_INSTANCE_REPLACEMENT|DISPOSED_INSTANCE_REPLACEMENT|ALIVE_THEN_DISPOSED_INSTANCE_REPLACEMENT|DISPOSED_THEN_ALIVE_INSTANCE_REPLACEMENT|ALIVE_OR_DISPOSED_INSTANCE_REPLACEMENT>
<RTPS_AUTO_ID|xs:string>
A valid IP address
<SYNCHRONOUS_PUBLISH_MODE_QOS|ASYNCHRONOUS_PUBLISH_MODE_QOS>
<NONE_REFILTER_QOS|ALL_REFILTER_QOS|ON_DEMAND_REFILTER_QOS>
<LIVELINESS_BASED_REMOTE_PARTICIPANT_PURGE|NO_REMOTE_PARTICIPANT_PURGE>
<UDPv4|UDPv6|SHMEM|MASK_DEFAULT|MASK_NONE|MASK_ALL> [|<UDPv4|UDPv6|SHMEM>| ... ]
<RTPS_AUTO_ID_FROM_IP|RTPS_AUTO_ID_FROM_MAC|RTPS_AUTO_ID_FROM_UUID>
<MASK_DEFAULT|MASK_NONE|MASK_ALL|BUILTIN_UNICAST|BUILTIN_MULTICAST|USER_UNICAST|USER_MULTICAST> [|<BUILTIN_UNICAST|BUILTIN_MULTICAST|USER_UNICAST|USER_MULTICAST>| ... ]
<MASK_DEFAULT|FLOATING_POINT|STDIO|REALTIME_PRIORITY|PRIORITY_ENFORCE> [|<FLOATING_POINT|STDIO|REALTIME_PRIORITY|PRIORITY_ENFORCE>| ... ]
(See Platform Notes for platform specific details)
<SDP|EDS|SPDP|SEDP|MASK_NONE|MASK_ALL|MASK_DEFAULT> [|<SDP|EDS|SPDP|SEDP>| ... ]
<ZERO_CDR_PADDING|NOT_SET_CDR_PADDING|AUTO_CDR_PADDING>
<LENGTH_UNLIMITED|xs:nonNegativeInteger>
<DURATION_INFINITE_SEC|DURATION_ZERO_SEC|xs:nonNegativeInteger>
<DURATION_INFINITE_NSEC|DURATION_ZERO_NSEC|xs:nonNegativeInteger>
<DURATION_INFINITE_SEC|DURATION_ZERO_SEC|DURATION_AUTO_SEC|xs:nonNegativeInteger>
<DURATION_INFINITE_NSEC|DURATION_ZERO_NSEC|DURATION_AUTO_NSEC|xs:nonNegativeInteger>
<LENGTH_UNLIMITED|xs:positiveInteger>
<LENGTH_AUTO|xs:positiveInteger>
<AUTO_MAX_TOTAL_INSTANCES|xs:positiveInteger>
<THREAD_PRIORITY_DEFAULT|THREAD_PRIORITY_BELOW_NORMAL|THREAD_PRIORITY_LOW|THREAD_PRIORITY_NORMAL|THREAD_PRIORITY_ABOVE_NORMAL|THREAD_PRIORITY_HIGH|xs:positiveInteger>
(See Platform Notes for platform specific details)
<THREAD_STACK_SIZE_DEFAULT|xs:positiveInteger>
(See Platform Notes for platform specific details)
<GUID_AUTO|xs:string>
<DEFAULT_FLOW_CONTROLLER_NAME|FIXED_RATE_FLOW_CONTROLLER_NAME|ON_DEMAND_FLOW_CONTROLLER_NAME|xs:string>
<ENCAPSULATION_ID_CDR_LE|ENCAPSULATION_ID_CDR_BE|ENCAPSULATION_ID_CDR_NATIVE|xs:unsignedShort>
<METP_ENCAPSULATION_ID_SHMEM_LE|METP_ENCAPSULATION_ID_SHMEM_BE|METP_ENCAPSULATION_ID_SHMEM|xs:unsignedShort>
<METP_ENCAPSULATION_ID_IB_RDMA_READ_LE|METP_ENCAPSULATION_ID_IB_RDMA_READ_BE|METP_ENCAPSULATION_ID_IB_RDMA_READ|xs:unsignedShort>
TODO
<SILENT|ERROR|WARNING|LOCAL|REMOTE|ALL>
<PLATFORM|COMMUNICATION|DATABASE|ENTITIES|API|ALL>
<DEFAULT|TIMESTAMPED|VERBOSE|VERBOSE_TIMESTAMPED|DEBUG|MINIMAL|MAXIMAL>
Time specified in seconds and nanoseconds
Time specified in seconds and nanoseconds
Declares a sequence of elements, which correspond to different xs:string.
Sequence number specified in high and low, or as a 64-bit decimal value
Resource allocation settings.
A sequence of elements with valid IP addresses.
RTPS well-known port mapping configuration.
RTI Connext uses the RTPS wire protocol.
The discovery protocols defined by RTPS rely on well-known ports to initiate discovery.
These well-known ports define the multicast and unicast ports on which a Participant will listen for discovery
metatraffic from other Participants.
The discovery metatraffic contains all the information required to establish the presence of remote DDS entities in the network.
The well-known ports are defined by RTPS in terms of port mapping expressions with several tunable parameters,
which allow the user to customize what network ports are used by the middleware.
In order for all Participants in a system to correctly
discover each other, it is important that they all use the
same port mapping expressions.
QoS related to reliable reader protocol defined in RTPS.
It is used to configure a reliable reader according to the
RTPS protocol.
QoS related to the reliable writer protocol defined in RTPS.
It is used to configure a reliable writer according to RTPS protocol.
The reliability protocol settings are applied to batches instead of individual data samples when batching is enabled.
The virtual GUID (Global Unique Identifier).
The virtual GUID is used to uniquely identify different incarnations of the same DataReader.
The association between a DataReader and its persisted state is done using the virtual GUID.
A sequence of elements of non-negative integers
<THREAD_SETTINGS_CPU_NO_ROTATION|THREAD_SETTINGS_CPU_RR_ROTATION>
(See Platform Notes for platform specific details)
The properties of a thread of execution.
(See Platform Notes for platform specific details)
Type representing a list of unicast locators.
A unicast locator specifies a transport class, a unicast address, and a unicast port number on which messages can be received by an entity.
Type representing a function defined into an external library.
Type representing a list of addresses associeted with a topic expression.
Declares a sequence of elements, which correspond to different TransportUnicastSettings_t
entities.
Declares a sequence of elements, which correspond to different TransportMulticast_t
entities.
Type representing a list of multicast locators.
A multicast locator specifies a transport class, a multicast address, and a multicast port number on which messages can be received by an entity.
Declares a sequence of elements, which correspond to different TransportMulticastSettings_t
entities.
Type used to configure the properties of a channel.
Declares a sequence of elements, which correspond to different ChannelSettings_t
entities.
Properties are name/value pairs objects.
Declares a sequence of elements, which correspond to different Property_t
entities.
Declares a sequence of encapsulations.
Type representing a list of transport encapsulations associated to a set of transports.
Declares a sequence of elements, which correspond to different TransportEncapsulationSettings_t
entities.
Endpoint groups are identified by a role_name and a quorum_count.
Declares a sequence of elements, which correspond to different EndpointGroup_t
entities.
On a DataWriter, this QoS policy states the maximum period in
which the application
expects to call write() on the DataWriter, thus publishing a new sample. The application
may call write() faster than the rate set by this QoS policy.
On a DataReader, this QoS policy states the maximum period in
which the application
expects to receive new values for the Topic. The application may receive data faster than
the rate set by this QoS policy.
This policy controls how each subscriber resolves the final value of a data instance that
is written by multiple DataWriters.
The Durability QoS policy controls whether or not, and how,
published samples are
stored by the DataWriter application for DataReaders that are found after the samples
were initially written.
This QoS policy is only used if the DURABILITY QoS policy is
PERSISTENT or TRANSIENT
and you are using RTI Persistence Service, an optional product which may be
purchased separately.
The Entity Factory QoS policy is a mechanism whereby a user can indicate whether entities
should be automatically enabled upon creation by their factory or whether
enabling should be deferred to a later time of the user's own choosing.
This QoS policy provides an area where your application can
store additional information
related to the Publisher and Subscriber. This information is passed between applications
during discovery using built-in topics.
This QoS policy configures the number of samples that RTI
Data Distribution Service will
store locally for DataWriters and DataReaders.
This QoS policy is used to suggest the maximum acceptable delay that is acceptable
between when data is written and when data is received.
The purpose of this QoS is to avoid delivering stale data to the application. Each data
sample written by a DataWriter has an associated expiration time, beyond which the
data should not be delivered to any application. Once the sample expires, the data will
be removed from the DataReader caches, as well as from the transient and persistent
information caches.
The LIVELINESS QoS policy specifies how RTI Data Distribution
Service determines
whether a DataWriter is "alive". A DataWriter's liveliness is used in combination with
the OWNERSHIP QoS policy to maintain ownership of an instance
(note that the DEADLINE QoS policy
is also used to change ownership when a DataWriter is still alive)
The OWNERSHIP QoS policy specifies whether a DataReader will
see changes to an
instance of a Topic from multiple DataWriters. For non-keyed Topics, there is only one
instance of the Topic.
The OWNERSHIP_STRENGTH QoS policy is used to rank DataWriters
of the same
instance of a Topic, so that RTI Connext can decide which DataWriter will
have ownership of the instance when the OWNERSHIP QoS policy
(Section 6.5.13) is set
to EXCLUSIVE.
The PARTITION QoS provides another way to control which DataWriters will match
and thus communicate with which DataReaders. It can be used to prevent DataWriters
and DataReaders that would have otherwise matched with the same Topic and compatible
QoS policies from talking to each other. Much in the same way
that only applications
within the same DDS domain will communicate with each other, only DataWriters and
DataReaders that belong to the same partition can talk to each other.
Since data samples are sent independently over networks that may deliver packets out
of order, the PRESENTATION QoS policy allows you to control
how a Subscriber sorts
and orders the received samples in the DataReader's queue.
Since data samples are sent independently over networks that may deliver packets out
of order, the PRESENTATION QoS policy allows you to control
how a Subscriber sorts
and orders the received samples in the DataReader's queue.
This policy controls the behavior of the DataReader with regards to the lifecycle of the
data instances it manages, that is, the data instances that have been received and for
which the DataReader maintains some internal resources.
This RELIABILITY QoS policy determines whether or not data
published by a
DataWriter will be reliably delivered by RTI Connext to matching
DataReaders.
This SERVICE QoS policy Service QoS policy is used to indicate
what kind of service is associated with the DDS entity.
This QoS policy determines the DataWriter's publishing mode,
either asynchronous or synchronous.
The publishing mode controls whether data is written synchronously in the context of
the user thread when calling write(), or asynchronously in the context of a separate
thread internal to RTI Connext.
The RESOURCE_LIMITS QoS policy controls the memory resources
that RTI Data Distribution
Service allocates and uses for DataWriter or DataReader. One of the most important
fields is max_samples, which sets the size and causes memory to be allocated for the
send or receive queues.
This TIME_BASED_FILTER QoS policy allows you to specify that
data should not be delivered more than once per-specified
period for each data instance, regardless of how fast
DataWriters are publishing new samples of the data instance.
This QoS policy provides an area where your application can
store additional information
related to the Topic. This information is passed between applications during discovery
using built-in topics.
How this information is used will be up to user code. RTI Connext does
not do anything with the information stored as TOPIC_DATA except to pass it to other
applications.
The TRANSPORT_PRIORITY QoS policy allows the user application
to take advantage
of transports that are capable of sending messages with different priorities.
This QoS policy provides an area where your application can
store additional information
related to a DomainParticipant, DataWriter, or DataReader. This information is passed
between applications during discovery using built-in-topics. How this information is used
will be up to user code.
RTI Connext does not do anything with the information stored as
USER_DATA except to pass it to other applications.
This QoS policy determines if the DataWriter will dispose an instance when it is unregistered.
When a DataWriter unregisters an instance, it means that this particular DataWriter has
no more information/data on this instance. When an instance is disposed, it means that
the instance is "dead"-there will no more information/data from any DataWriter on
this instance.
<<RTI Extension>>
<<RTI Extension>>
Resource limits that apply only to DataReader instances.
<<RTI Extension>>
Resource limits that apply only to DataWriter instances.
<<RTI Extension>>
This QoS policy is used to partition the data published by a
DataWriter across multiple
channels . A channel is defined by a filter expression and a sequence of multicast locators.
<<RTI Extension>>
The PROPERTY QoS policy can be used to associate a set of
properties in the form of
(name,value) pairs with a DataReader, DataWriter, or DomainParticipant. This is similar to
the USER_DATA QoS policy, except this policy uses
(name, value) pairs, and you can
select whether or not a particular pair should be propagated
(included in the built-in topic).
<<RTI Extension>>
The purpose of this QoS is to allow the user to attach naming information to created
Entity objects.
It can only be 255 characters in length.
<<RTI Extension>>
Protocol that applies only to DataReader instances.
<<RTI Extension>>
<<RTI Extension>>
Protocol that applies only to DataWriter instances.
<<RTI Extension>>
This QoS policy can be used to decrease the amount of
communication overhead associated
with the transmission and (in the case of reliable communication) acknowledgment
of small samples in order to increase throughput.
<<RTI Extension>>
The DISCOVERY QoS configures how DomainParticipants discover each other on the
network.
<<RTI Extension>>
The DISCOVERY_CONFIG QoS policy is used to tune the discovery
process. It controls
how often to send discovery packets, how to determine when participants are alive or
dead, and resources used by the discovery mechanism.
<<RTI Extension>>
The DOMAIN_PARTICIPANT_RESOURCE_LIMITS QoS policy configures
the
resources used by a DomainParticipant. Many of these resources are used by the internal
RTI Connext database to store information about locally and remotely
created DDS Entities. Some of the parameters configure the data structures used to
search through the database efficiently. Finally, there are parameters that limit the sizes
of variable-length data fields.
<<RTI Extension>>
The WIRE_PROTOCOL QoS policy configures some Real-Time
Publish Subscribe
(RTPS) protocol-related properties for the DomainParticipant. The open RTPS protocol is
used by RTI Connext to format and interpret messages between Domain-
Participants.
<<RTI Extension>>
The EVENT QoS policy configures the internal RTI Data
Distribution Service Event thread.
The purpose of the Event thread is described in Event Thread.
<<RTI Extension>>
The RECEIVER_POOL QoS policy configures the internal RTI Data
Distribution Service
thread used to process the data received from a transport.
<<RTI Extension>>
Built-in topic reader's resource limits.
Defines the resources that can be used for a built-in-topic data reader.
A built-in topic data reader subscribes reliably to built-in topics containing
declarations of new entities or updates to existing entities in the domain.
Keys are used to differentiate among entities of the same type.
RTI Connext assigns a unique key to each entity in a domain.
<<RTI Extension>>
This QoS policy is used to enable or disable asynchronous
publishing and asynchronous
batch flushing for the Publisher.
If enabled, the Publisher will spawn two threads, one for asynchronous publishing and
one for asynchronous batch flushing.
<<RTI Extension>>
The DATABASE QoS policy configures the internal "database"
(thread and data structures)
used by RTI Connext to hold information about locally created
DDS entities and remote entities that are discovered through the discovery process.
<<RTI Extension>>
This QoS policy controls the creation and use of Exclusive
Areas. An exclusive area (EA)
is a mutex with built-in deadlock protection when multiple EAs are in use. It is used to
provide mutual exclusion among different threads of execution. Multiple EAs allow
greater concurrency by the internal and user threads when executing RTI Data Distribution
Service code.
<<RTI Extension>>
The TRANSPORT_BUILTIN QoS policy specifies which built-in
transports can be used
by the DomainParticipant. RTI Connext provides two built-in transports,
UDPv4 and shared memory. UDPv4 uses the IPv4 UDP protocol to send and receive
messages. The shared memory transport uses system shared memory for inter-process
communications.
<<RTI Extension>>
The TRANSPORT_SELECTION QoS policy allows you to select the
transports that have
been installed with the DomainParticipant to be used by the DataWriter or DataReader.
<<RTI Extension>>
The TRANSPORT_UNICAST QoS policy allows you to specify
unicast network
addresses to be used by DomainParticipant, DataWriters and DataReaders for receiving
messages. DomainParticipants receive messages to support the discovery process.
DataWriters may receive ACK/NACK messages to support the reliable protocol.
<<RTI Extension>>
The MULTICAST_MAPPING QoS policy allows you to specify
a list of multicast addresses
to be used by DataReaders for receiving
messages. The address is choosed using the topicname.
<<RTI Extension>>
This QoS policy allows you to specify network multicast
addresses to be used by
DataWriters when sending data samples to this DataReader.
<DISALLOW_TYPE_COERCION|ALLOW_TYPE_COERCION>
The DataWriter and the DataReader must support the same data type
in order for them to communicate.
The DataWriter and the DataReader need not support the same data type
in order for them to communicate as long as the reader’s type is assignable from the writer’s type
The Type Consistency Enforcement QoS Policy defines the rules for determining whether the type used
to publish a given data stream is consistent with that used to subscribe to it.
<<RTI Extension>>
This QoS policy allows you to associate encapsulation formats
to transport destinations.
<<RTI Extension>>
The Logging QoS policy configures the NDDS Config Logger.
QoS policies related to DomainParticipants.
QoS policies related to DomainParticipantFactory.
QoS policies related to Publishers.
QoS policies related to Subscribers.
QoS policies related to Topics.
QoS policies related to DataReaders.
QoS policies related to DataWriters.
This profile groups the QoS policies related to DomainParticipants.
This profile groups the QoS policies related to DomainParticipantFactory.
This profile groups the QoS policies related to Topics.
This profile groups the QoS policies related to Publishers.
This profile groups the QoS policies related to Subscribers.
This profile groups the QoS policies related to DataWriters.
This profile groups the QoS policies related to DataReaders.
This profile groups the QoS policies related to DomainParticipants.
This profile groups the QoS policies related to DomainParticipantFactory.
This profile groups the QoS policies related to Topics.
This profile groups the QoS policies related to Publishers.
This profile groups the QoS policies related to Subscribers.
This profile groups the QoS policies related to DataWriters.
This profile groups the QoS policies related to DataReaders.
A QoS profile groups a set of related QoS.
The Qos Library provides a way to group a set of related QoS under a namespace.
The Qos inside a library are further organized into Qos Profiles.