Dear everyone,
Recently, our DDS RTI cannot visualize data. The relevant topics are shown in the panel but there is no data. I'd like to consult that do you know what is happening ? is there any configuration that I need to make ?
The screenshot is shown below:
Hi!
Very quick question:
What separates DDS from other publish-subscribe middleware? What makes it unique from other publish-subscribe middleware?
Thanks,
Kaleem
The first 3 versions of the DDS specification were released in 2004, 2005, and 2006 respectively. Version 2.0 of RTPS was released in 2008:
1.0: Dec 2004
1.1: Dec 2005
1.2: Dec 2006
1.4: Mar 2015
2.0: April 2008
2.1: Nov 2010
2.2: Sep 2014
2.3: May 2019
2.5: Apr 2022
Currently, we have been working with SDN OpenDaylight instances that control different autonomous systems. We have managed to synchronize them by replicating each network's data to the other controller. In this way, both instances are able to provide backup functionalities between them which is an important characteristic in order to improve the network response time in cases of emergency in 5G Networks.
We deploy two types of controllers which use the DDS to exchange network information as shown in the figure.
The Global Controllers (GCs) communicate with each other to keep a consistent network state and establish inter-domain flow routes. In the same way, the Area Controllers (ACs) update their GCs when a change in their topology occurs. Similarly, the GCs inform their ACs when there is a change in the global topology that can affect the communication among the nodes under the control of different ACs. Furthermore, the use of the DDS allows a stronger performance during the recovery stages because the GCs share their network information with each other. Thus, if any problem arises with a GC operation, its functions are assumed by another GC.
The testbed architecture is composed of two GCs, each of which manages two ACs. The GCs are physically distributed in Granada (University of Granada, UGR) and Barcelona (Universitat Politècnica de Catalunya, UPC). Similarly, their ACs are placed in these locations, and they can only communicate with their GCs. Thus, we have two SDN domains. The blue dashed line represents the DDS connections over RedIRIS as shown in the following picture.
The GCs were configured to support communication over Wide Area Network (WAN). In this way, the GCs can exchange network information and discover other GCs through DDS. The ACs were also configured to support communication over WAN in case their GCs are geographically distant in another SDN domain. However, the first principle was to use private LAN to communicate with controllers in the same SDN domain.
When running ros2 on QNX with rmw_connext_cpp I get the following error message:
command:
ros2 run demo_nodes_cpp talker
Error message:
