data-distribution-service - RTI DDS订户未从发布者获取数据

Question

简而言之：我的DDS订阅者看不到我的DDS发布者的数据。我想念什么？

很长的故事：

QNX 6.4.1 VM A -- Broken Publisher. IP ends with .113
QNX 6.4.1 VM B -- Working Publisher. IP ends with .114
Windows 7      -- Subscriber/Main Dev box. IP ends with .203
RTI DDS 5.0    -- Middleware version

我有一个QNX VM（托管在网络上，而不是在我的计算机上），它正在通过RTI DDS发布一些数据。数据从不显示在我的Windows 7订户应用程序中。

有趣的是，我可以将相同的代码放在VM B上，订阅服务器获取数据。认为这一定是Windows 7防火墙问题，所以我用VM B交换了VM A的IP地址，但这无济于事。

使用Wireshark，我可以看到来自VM A的一些心跳流量，但是没有数据。从VM B，我看到了心跳流量和数据。下面是经过清理的Wireshark代码段。


NDDS_DISCOVERY_PEERS设置为既包括多播，又包括每个对话另一端的显式IP地址。 QOS配置文件是相同的，并且RTI分析器指示匹配分析成功（全部为绿色）。

虚拟机A：
NDDS_DISCOVERY_PEERS=udpv4://239.255.0.1,udpv4://127.0.0.1,udpv4://BLAH.203

VM B：
NDDS_DISCOVERY_PEERS=udpv4://239.255.0.1,udpv4://127.0.0.1,udpv4://BLAH.203

Windows 7框：
NDDS_DISCOVERY_PEERS=udpv4://239.255.0.1,udpv4://127.0.0.1,udpv4://BLAH.113,udpv4://BLAH.114

当我将它们包含在 NDDS_DISCOVERY_PEERS行中时，网络上的其他人可以在其Windows 7框中看到来自具有DDS SPY的VM A的DDS流量。我的Windows 7框不能。

Windows 7事件日志似乎没有显示任何防火墙或WFP停止数据包。

从我的Windows 7计算机运行的RTI DDS Spy显示，网络上可见VM A（0A061071）写入器，但是没有接收到数据。它还显示Windows 7计算机上我的订户中的阅读器是可见的，尽管它显示为一个奇怪的IP地址。

奖励问题（仅出于好奇，不是主要问题）：为什么本地计算机上的流量在DDS SPY中显示为 192.168.11.1而不是计算机的IP甚至是 127.0.0.1？



主要问题：我想念什么？

更新：
Windows 7框中的 route print似乎表明我已通过VM A加入了多播组。
netsh interface ip show joins似乎同意。

调查更新：


我重新启动了虚拟机，但没有任何效果。
我重新启动Windows框没有任何作用。
我从 NDDS_DISCOVERY_PEERS环境中删除了多播
双方的变量均无效。
Windows 7盒具有三个网络接口（加上环回）：1
LAN连接和2个（不相关）VM适配器。我们正在与
LAN连接。 QNX VM具有一个网络接口（加上
环回）。请注意，正在运行的VM和损坏的VM使用
以太网驱动程序彼此不同，因为它们略有不同
不同口味的QNX 6.4.1。坏了的有 wm0作为
界面，并且工作界面以 en0作为界面。我不认为这是问题，但这是有区别的。
在回放时，我在“损坏的” QNX VM上运行了DDS SPY，并且
我得到了DDS数据。我没有嗅探网络的好方法
在VM托管的位置和Windows 7计算机之间查看是否
使其脱离接口，但查看传输的数据包
QNX VM上的以太网接口计数超出表明它
肯定是在传输某些东西，而Windows 7计算机本身上的Wireshark捕获显示，至少有一些流量正在通过它。
局域网上的其他人可以从
“损坏的” VM，这使我认为这是Windows安装问题，
而不是损坏的虚拟机-我只是看不到它可能是什么。我有
重新检查防火墙，无济于事。我本来以为，如果这是防火墙问题，那么当我在VM A和VM B之间交换IP地址时，该问题就会消失。无论如何，Windows 7防火墙当前已关闭，无济于事。
以下是Wireshark输出的几个屏幕。我跳过了第三和第四之间的一堆，因为在第四之后，流量趋向于看起来像第四底部的底部，直到结束为止。





（在这里跳了一堆）

（就像上面的最后11行一样，继续进行很多工作）

我还应该尝试什么？

更新：
要回答以下Rose的问题，请在错误的VM上使用 rtiddsping -publisher，并正确使用 rtiddsping -subscriber。

我想知道这个问题是否是由奇怪的IP地址引起的。它恰好发布并以某种方式锁定的IP地址是本地VM以太网适配器（与VM A分开）。请参见下面的屏幕截图。



我要附加的地址是10.6.6.203。我可以指定任何方式吗？

Answer 1

一年多以后，在另一台虚拟机上又发生了这种情况。我昨天有工作，所以非常可疑。我搜寻了过去24小时内所有代码更改的问题，但没有发现任何变化。然后，我决定看看IT部门是否向我的计算机推送了任何补丁。

你猜怎么了？从前一天开始，Windows防火墙已进行了积极的更新。规则丢失或更改，等等。日志中说数据包被丢弃。我打开了防火墙过滤器，突然，一切都恢复了。我犹豫要关闭此问题，因为我不是100％，这与去年完全相同，但是感觉非常相似。我怀疑去年防火墙中的设置没有记录数据包丢弃。

长短：如果DDS突然停止工作，请检查防火墙设置。