我们有一个tomcat上使用ehcache进行多播发现的j2ee webapp。 除了没有发现任何东西。 在networking上似乎没有可见的组播stream量，但我们有点不清楚如何真正排除故障。 到目前为止，我们有一些积极的东西…
如果我tcpdump相关的多播IP地址在一个设备上，并ping从另一个，然后我看到回声请求进来。
如果我们运行我们的Web开发人员提供的一个简单的Java多路广播侦听器工具，那么它可以从它所在的机器上看到多播请求。
但负面的…
tcpdump在这个地址上根本看不到任何其他stream量，即使看到这个打印周期性多播摘要的java工具“tcpdump -vn -i eth3 ether multicast”仍然没有显示任何内容，其中eth3是224.0.0.0/ 4生活。 不涉及路由/ IGMP，所有stream量都在一个单一的vlan上，单播stream量正常。
我们看不到java工具上的其他stream量，只有本地机器。
这些是在一系列ESX 4.1系统上运行的CentOS VM可能是相关的。 我们打算在早上把系统安装在同一个ESX计算机上，看单独使用vSwitch的时候是否能看到通信，但是由于多播特定的知识水平与正常的单播知识相比真的很低，有点难倒了。 从我们所知道的cisco交换机或esx级别的networking上，似乎没有任何相关的事情发生，但多播发现只是没有发生。
如果任何人都可以指出有用的工具来拍摄这个，如果不是彻头彻尾的指针解决，它会非常感激。
我用tcpdunp一点点，但不觉得很容易，所以我使用ngrep ，它也支持正则expression式。
ngrep -t -d eth3 '' broadcast和ngrep -t -d eth3 '' multicast应该把界面变成混杂模式并且实现相同的事情。
我并不是说这与你正在用tcpdump进行的尝试有很大的不同，但是由于某些原因，这是不正确的，那么ngrep是Java工具之上的另一个工具。
可悲的是，这不是一个networking问题，事实certificate，我们的开发人员已经把TTL设置为ehcache的configuration文件，并且只是偶尔在单个系统上testing他们的代码。 将其更改为1可使stream量到达整个IP子网。 任务完成。 谢谢