I am stumped trying to get the Publisher and Subscriber to discover each other if my "Network Emulation" network is chosen.
I have two Virtual Machines VM04 (Subscriber) and VM05 (Publisher) and both OpenDDS and RTI installed on both.
One network path (the 172.16.*) VM04 is 172.16.20.124 and VM05 is 172.16.59.31) has two DSRC deivces performing a wireless communication
Second Network Path is a network emulation layer, where the bandwidth and latency can be configured. In other words, there is software to control the network performance in this layer.
Here is what works
1. OpenDDS (with DCPSInfoRepo on VM04) works in both environments (adusting /etc/hosts for controlling which IP address (thus network) is used for the two machines the network for discovery and data transmission
2. RTI DDS works on the DRSC path. I rename DSRC-USER_QOS_PROFILES.xml to USER_QOS_PROFIELS.xml and discovery and data exchange occurs
Here is what fails, and I cannot figure out why
RTI DDS, using Network-try2-USER_QOS_PROFILES (renamed) - the discovery never occurs.
I have used these tips and links..
a https://community.rti.com/kb/how-do-i-restrict-rti-connext-use-only-subset-interfaces
eliminate network connections (such as 10.0.0.* which is how I connect to the virtual machines)
b https://community.rti.com/kb/i-put-my-machines-my-initial-peers-lists-why-don%E2%80%99t-they-discover-each-other - specifically case 2
and
c https://community.rti.com/kb/how-do-i-configure-rti-data-distribution-service-not-use-multicast
to disable multicast
and tried to understand d https://community.rti.com/forum-topic/multicast-and-discovery - but not sure how it applies
Any recommendations or changes to my Network-try-2 QOS profile for discovery to occur over this network path will be greatly appreciated.
Thanks
Attachment | Size |
---|---|
QOS Profile for 172.16.20.* (DSRC devices) | 6.71 KB |
QOS Profile for 192.168.40.* and 59.* (Network) | 7.52 KB |
I would first think that you have an issue with the 192.168 network. I would suggest that you try with our utility rtiddsping.
Irwin,
Thanks - alreeady resolved before exploring rtiddsping.
Network Admin adjusted some firewall rules for UDP