寻找组播通信量

Question

我们在tomcat上有一个j2ee网络应用程序，它使用ehcache和多播发现。只是它什么都没发现。网络上似乎看不到多播通信，但我们还不清楚如何真正地排除它。到目前为止我们有一些积极的事情..。

如果我在一个设备上为相关的多播IP地址进行tcpdump并从另一个设备上对其进行平压，那么我将看到传入的回显请求。

如果我们运行我们的web开发人员提供的一个简单的java多播侦听器工具，那么它可以看到来自它所在的机器的多播请求。

但底片也..。

tcpdump我们根本没有看到该地址上的其他通信量，即使看到这个java工具打印定期的多播摘要"tcpdump -vn -i eth3 eth3多播“仍然没有显示任何信息，其中eth3是224.0.0.0/4的路由所在的nic。不涉及路由/ IGMP，所有流量都在一个vlan上，单播业务在该vlan上流动良好。

我们在java工具上没有看到其他流量，只有本地机器。

这可能与在一系列ESX4.1系统上运行的CentOS VM有关。明天早上，我们打算在同一台ESX机器上安装系统，看看单独使用vSwitch时，我们是否在那里看到了通信，但由于与普通的单播知识相比，组播特定知识的水平非常低，我们有点为难。从我们所知道的情况来看，在cisco交换机或esx级别的网络上似乎没有什么可做的，然而组播发现并没有发生。

如果有人能给出有用的工具的指针来拍摄这个，如果不是直接的指针来解决，那将是非常感谢的。

Answer 1

遗憾的是，这根本不是一个网络问题，原来我们的开发人员在ehcache的配置文件中放置了一个TTL值为0，并且只费心在单个系统上测试他们的代码。将其更改为1，使流量到达整个IP子网。工作完成了。谢谢

Answer 2

我使用了tcpdunp，但并不是很容易，所以我使用了ngrep，它也支持regex。

ngrep -t -d eth3 '' broadcast和ngrep -t -d eth3 '' multicast都应该将接口设置为混杂模式，并实现相同的功能。

我并不是说这与您正在尝试的tcpdump有很大的不同，但是如果出于某种原因，那么ngrep是Java工具之上的另一个尝试工具。