11.8. Common¶
The preceding XML profiles define some XML elements that are common to several profiles. This section aims to explain these common elements.
11.8.1. LocatorListType¶
It represents a list of Locator_t
.
LocatorListType is used inside other configuration parameter labels that expect a list of locators,
for example, in <defaultUnicastLocatorList>
.
Therefore, LocatorListType is defined as a set of <locator>
elements.
The <locator>
element has a single child element that defines the transport protocol for which the locator is
defined. These are: <udpv4>
, <tcpv4>
, <udpv6>
, and <tcpv6>
.
The table presented below outlines each possible Locator’s field.
Note
SHM transport locators cannot be configured as they are automatically handled by SHM.
Name |
Description |
Values |
Default |
---|---|---|---|
|
RTPS port number of the locator. |
|
0 |
|
TCP’s physical port. |
|
0 |
|
IP address of the locator. |
|
“” |
|
The LAN ID uniquely identifies the LAN the |
|
|
|
WAN IPv4 address (TCPv4 only). |
|
|
Example
The following example shows the implementation of one locator of each transport protocol in
<defaultUnicastLocatorList>
.
<defaultUnicastLocatorList>
<locator>
<udpv4>
<!-- Access as physical, typical UDP usage -->
<port>7400</port>
<address>192.168.1.41</address>
</udpv4>
<udpv4>
<!-- Access as physical, typical UDP usage -->
<port>7600</port>
<address>localhost</address>
</udpv4>
</locator>
<locator>
<tcpv4>
<!-- Both physical and logical (port), useful in TCP transports -->
<physical_port>5100</physical_port>
<port>7400</port>
<unique_lan_id>192.168.1.1.1.1.2.55</unique_lan_id>
<wan_address>80.80.99.45</wan_address>
<address>192.168.1.55</address>
</tcpv4>
</locator>
<locator>
<udpv6>
<port>8844</port>
<address>::1</address>
</udpv6>
<udpv6>
<port>8888</port>
<address>localhost</address>
</udpv6>
</locator>
<locator>
<tcpv6>
<!-- Both physical and logical (port), useful in TCP transports -->
<physical_port>5100</physical_port>
<port>7400</port>
<address>fe80::55e3:290:165:5af8</address>
</tcpv6>
</locator>
</defaultUnicastLocatorList>
11.8.2. PropertiesPolicyType¶
PropertiesPolicyType defines the <propertiesPolicy>
element.
It allows the user to define a set of generic properties inside a <properties>
element.
It is useful at defining extended or custom configuration parameters.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Name to identify the property. |
|
|
|
Property’s value. |
|
|
|
Indicates if it is going to be serialized along with the |
|
|
Example
<propertiesPolicy>
<properties>
<property>
<name>Property1Name</name>
<value>Property1Value</value>
<propagate>false</propagate>
</property>
<property>
<name>Property2Name</name>
<value>Property2Value</value>
<propagate>true</propagate>
</property>
</properties>
</propertiesPolicy>
11.8.3. DurationType¶
DurationType expresses a period of time and it is commonly used inside other XML elements, such as in
<leaseAnnouncement>
or <leaseDuration>
.
A DurationType is defined by two mandatory elements <sec>
plus <nanosec>
.
An infinite value can be specified by using the values DURATION_INFINITY
,
DURATION_INFINITE_SEC
and DURATION_INFINITE_NSEC
.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Number of seconds. |
|
0 |
|
Number of nanoseconds. |
|
0 |
Example
<discovery_config>
<leaseDuration>
<sec>DURATION_INFINITY</sec>
</leaseDuration>
<leaseDuration>
<sec>500</sec>
<nanosec>0</nanosec>
</leaseDuration>
<leaseAnnouncement>
<sec>1</sec>
<nanosec>856000</nanosec>
</leaseAnnouncement>
</discovery_config>
11.8.4. TopicType¶
The Topic name and data type are used to determine whether Datawriters and DataReaders can exchange messages. Please refer to Topic section for a a deeper explanation on the Topic class.
Name |
Description |
Values |
Default |
---|---|---|---|
|
It defines the Topic’s key kind. See |
||
|
It defines the Topic’s name. It must |
|
|
|
It references the Topic’s data type. |
|
|
|
It controls the behavior of Fast DDS |
||
|
It controls the resources that Fast DDS
|
Warning
The <kind>
child element is only used if the Topic is defined using the Fast DDS RTPS-layer API, and will
be ignored if the Topic is defined via the Fast DDS DDS-layer API.
Example
<topic>
<kind>NO_KEY</kind>
<name>TopicName</name>
<dataType>TopicDataTypeName</dataType>
<historyQos>
<kind>KEEP_LAST</kind>
<depth>20</depth>
</historyQos>
<resourceLimitsQos>
<max_samples>5</max_samples>
<max_instances>2</max_instances>
<max_samples_per_instance>1</max_samples_per_instance>
<allocated_samples>20</allocated_samples>
</resourceLimitsQos>
</topic>
11.8.4.1. HistoryQoS¶
It controls the behavior of Fast DDS when the value of an instance changes before it is finally communicated to some of its existing DataReaders. Please refer to HistoryQosPolicyKind for further information on HistoryQoS.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Fast DDS will only attempt to keep the latest values
of the instance |
||
Fast DDS will attempt to maintain and deliver all the
values of the instance |
|||
|
It must be consistent with the ResourceLimitsQos
|
|
1 |
11.8.4.2. ResourceLimitsQos¶
It controls the resources that Fast DDS can use in order to meet the requirements imposed by the application and other QoS settings. Please refer to ResourceLimitsQosPolicy for further information on ResourceLimitsQos.
Name |
Description |
Values |
Default |
---|---|---|---|
|
It must verify that:
|
|
5000 |
|
It defines the maximum number of instances. |
|
10 |
|
It must verify that: HistoryQos
|
|
400 |
|
It controls the maximum number of samples to be stored. |
|
100 |
|
The number of extra samples to allocate on the pool. |
|
1 |
11.8.5. QoS¶
The Quality of Service (QoS) is used to specify the behavior of the Service, allowing the user to define how each Entity will behave. Please refer to the Policy section for more information on QoS.
Name |
Description |
Values |
---|---|---|
|
See DurabilityQosPolicy. |
|
|
See LivelinessQosPolicy. |
|
|
See ReliabilityQosPolicy. |
|
|
See PartitionQosPolicy. |
|
|
See DeadlineQosPolicy. |
|
|
See LifespanQosPolicy. |
|
|
||
|
||
|
Example
<qos> <!-- writerQosPoliciesType -->
<durability>
<kind>VOLATILE</kind>
</durability>
<liveliness>
<kind>AUTOMATIC</kind>
<lease_duration>
<sec>1</sec>
</lease_duration>
<announcement_period>
<sec>1</sec>
</announcement_period>
</liveliness>
<reliability>
<kind>BEST_EFFORT</kind>
</reliability>
<partition>
<names>
<name>part1</name>
<name>part2</name>
</names>
</partition>
<deadline>
<period>
<sec>1</sec>
</period>
</deadline>
<lifespan>
<duration>
<sec>1</sec>
</duration>
</lifespan>
<disablePositiveAcks>
<enabled>true</enabled>
</disablePositiveAcks>
<latencyBudget>
<duration>
<sec>1</sec>
</duration>
</latencyBudget>
<disable_heartbeat_piggyback>true</disable_heartbeat_piggyback>
</qos>
11.8.5.1. Durability¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
|||
11.8.5.2. Liveliness¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
|||
|
See LivelinessQosPolicy. |
||
|
See LivelinessQosPolicy. |
11.8.5.3. ReliabilityQosPolicy¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
DataReaders: |
||
|
See ReliabilityQosPolicy. |
100 ms |
11.8.5.4. Partition¶
Name |
Description |
Values |
---|---|---|
|
It comprises a set of |
|
11.8.5.5. Deadline¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
See DeadlineQosPolicy. |
11.8.5.6. Lifespan¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
See LifespanQosPolicy. |
11.8.5.7. DisablePositiveAcks¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
|
|
|
|
11.8.5.8. LatencyBudget¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
0 |
11.8.5.9. DisableHeartbeatPiggyback¶
Name |
Description |
Values |
Default |
---|---|---|---|
|
|
11.8.6. Throughput Configuration¶
The <throughputController>
element allows to limit the output bandwidth.
It contains two child elements which are explained in the following table.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Packet size in bytes that the throughput controller
will allow to send |
|
4294967295 bytes |
|
Window of time in which no more than |
|
0 |
Warning
This tag has been deprecated but does not have an equivalent tag yet. It will create a FIFO flow controller with the bandwidth limitation specified on this tag. See FlowControllersQos for more information.
Example
<participant profile_name="participant_thoughput">
<rtps>
<throughputController>
<bytesPerPeriod>8192</bytesPerPeriod>
<periodMillisecs>1000</periodMillisecs>
</throughputController>
</rtps>
</participant>
11.8.7. HistoryMemoryPolicy¶
Indicates the way the memory is managed in terms of dealing with the CacheChanges of the RTPSEndpointQos.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Four different options as described
|
||
Example
<data_writer profile_name="data_writer_historyMemoryPolicy">
<!-- ... -->
<historyMemoryPolicy>DYNAMIC</historyMemoryPolicy>
</data_writer>
<data_reader profile_name="data_reader_historyMemoryPolicy">
<!-- ... -->
<historyMemoryPolicy>DYNAMIC</historyMemoryPolicy>
</data_reader>
11.8.8. Allocation Configuration¶
The <allocation>
element allows to control the allocation behavior of internal collections for which the number
of elements depends on the number of entities in the system.
For instance, there are collections inside a DataWriter which depend on the number of DataReaders matching with it.
Please refer to ParticipantResourceLimitsQos for a detailed documentation on DomainParticipant allocation,
and to Tuning allocations for detailed information on how to tune allocation related parameters.
Name |
Description |
Values |
Default |
---|---|---|---|
|
Number of elements for which space is initially allocated. |
|
0 |
|
Maximum number of elements for which space will be allocated. |
|
0 (Means no limit) |
|
Number of new elements that will be allocated when more space is |
|
1 |