15.2. Fast DDS over WIFI

The RTPS v2.2 standard defines the SIMPLE Discovery as the default mechanism for discovering participants in the network. One of the main features of this mechanism is the use of multicast communication in the Participant Discovery Phase (PDP). This can be a problem in cases where WiFi communication is used, since multicast is not as reliable over WiFi as it is over ethernet.

The recommended solution to this challenge is to configure an initial list of remote peers on the DomainParticipant, so that it can set unicast communication with them. This way, the use of multicast is not needed to discover these initial peers. Furthermore, if all the peers are known and configured beforehand, all multicast communication can be removed.

Alternatively, Discovery Server can be used to avoid multicast discovery. A DomainParticipant with a well-know address acts as a discovery server, providing the rest of the participants the information required to connect among them. If all the peers are known and configured beforehand, STATIC discovery can be used instead, completely avoiding the discovery phase. Use-case Well Known Network Deployments provides a detailed explanation on how to configure Fast DDS for STATIC discovery.

• 15.2.1. Configuring Initial Peers
• 15.2.2. Disabling multicast discovery
• 15.2.3. Discovery Server
  • 15.2.3.1. UDPv4 basic example setup
  • 15.2.3.2. UDPv4 redundancy example
  • 15.2.3.3. UDPv4 persistency example
  • 15.2.3.4. UDPv4 partitioning using servers