java - 如何诊断我们的 java IP 多播应用程序？

Question

出于某种原因，我运行的每个多播示例(计算机运行 OpenSUSE Linux)都可以工作。顾客们都静静地坐着。如何找出多播被阻止/忽略的原因？

一些例子:

示例 1

http://www.roseindia.net/java/example/java/net/udp/UDPMulticastServer.java

示例 2

http://docs.oracle.com/javase/tutorial/networking/datagrams/broadcasting.html (使用这些文件:) http://docs.oracle.com/javase/tutorial/networking/datagrams/examples/MulticastServer.java http://docs.oracle.com/javase/tutorial/networking/datagrams/examples/MulticastServerThread.java http://docs.oracle.com/javase/tutorial/networking/datagrams/examples/MulticastClient.java http://docs.oracle.com/javase/tutorial/networking/datagrams/examples/one-liners.txt

Answer 1

在排除 IP 多播故障时，您可以采取一些总体措施来确定这是主机问题、软件问题还是网络问题:

• 第 1 步:确保接收方在正确的接口(interface)上发送 IGMP 组加入。在接收者接口(interface)上查找组播源的流量。
• 第 2 步:确保服务器从正确的接口(interface)发送正确多播组上的流量
• 第 3 步:执行 IP 多播的 ping 测试(使用 Linux 的 socat 工具)

每个步骤的详细信息概述如下...

步骤 1

首先，确保 Linux 多播接收器正确广播其组成员报告；请记住，多播中的许多内容都是与单播相反的。例如，多播要求您发送包含要接收的多播组的 IGMP 加入数据包。

使用 tcpdump 或 tshark 检查有问题的接口(interface)...在下面的示例中，我在 192.168.12.238 上有一台机器，它正在宣布(通过 igmp)它希望接收来自 239.255.0.1 的多播流量

[mpenning@Finger ~]$ sudo tshark -n -V -i eth0 igmp
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0
Frame 1 (54 bytes on wire, 54 bytes captured)
    Arrival Time: Dec  6, 2011 09:08:45.156782000
    ... >snip< ...
Internet Protocol, Src: 192.168.12.238 (192.168.12.238), Dst: 224.0.0.22 (224.0.0.22)
    Version: 4
    Header length: 24 bytes
    Differentiated Services Field: 0xc0 (DSCP 0x30: Class Selector 6; ECN: 0x00)
        1100 00.. = Differentiated Services Codepoint: Class Selector 6 (0x30)
        .... ..0. = ECN-Capable Transport (ECT): 0
        .... ...0 = ECN-CE: 0
    Total Length: 40
    Identification: 0x0000 (0)
    Flags: 0x02 (Don't Fragment)
        0.. = Reserved bit: Not Set
        .1. = Don't fragment: Set
        ..0 = More fragments: Not Set
    Fragment offset: 0
    Time to live: 1
    Protocol: IGMP (0x02)
    Header checksum: 0x3663 [correct]
        [Good: True]
        [Bad : False]
    Source: 192.168.12.238 (192.168.12.238)
    Destination: 224.0.0.22 (224.0.0.22)
    Options: (4 bytes)
        Router Alert: Every router examines packet
Internet Group Management Protocol
    [IGMP Version: 3]
    Type: Membership Report (0x22)
    Header checksum: 0xe9fd [correct]
    Num Group Records: 1
    Group Record : 239.255.0.1  Change To Exclude Mode
        Record Type: Change To Exclude Mode (4)
        Aux Data Len: 0
        Num Src: 0
        Multicast Address: 239.255.0.1 (239.255.0.1)

^C1 packet captured

现在检查多播源的流量是否到达此接口(interface)(我假设它是 eth0，如下):

sudo tshark -n -i eth0 ip and host 239.255.0.1

如果您看到流量发送到正确的多播组，则直接继续步骤 3；否则转到步骤 2。

步骤 2

接下来确保您的多播服务器将流量发送到正确的组。在下面的示例中，我运行命令来嗅探 eth0 发送到 239.255.0.1 的流量。

[mpenning@hotcoffee Models]$ sudo tshark -n -i eth0 ip and host 239.255.0.1

1.466991 192.168.12.236 -> 239.255.0.1  UDP Source port: 11111  Destination port: 11111

如果多播源在步骤 2 中将流量发送到正确的组，您在步骤 1 中看到 IGMP 组加入，而步骤 1 在多播接收者的接口(interface)上没有看到流量，则请联系您的网络管理员了解此问题。

步骤 3

假设所有这些都有效，并且您仍然需要进行严格测试，以防您的多播接收器软件以某种方式丢弃从 IP 堆栈接收到的多播...确保您的计算机上安装了 socat 并执行以下操作...

在多播发送方(服务器)上，使用此命令将测试多播数据包发送到239.255.0.1:

perl -e '$ii=0; while (1) { print "hi number $ii\n"; $ii++; }' | socat - UDP-SENDTO:239.255.0.1:11111,sp=11111

在多播接收器(客户端)上，使用此命令监听发送到 eth0 上的 239.255.0.1 的测试多播数据包:

socat - UDP-DATAGRAM:239.255.0.1:11111,bind=:11111,ip-add-membership=239.255.0.1:eth0

假设您的网络管理员允许在 239.255.0.1 上进行多播，您将在多播接收器的终端窗口中看到如下所示的大量流量:

hi number 212289
hi number 212290
hi number 212291
hi number 212292
hi number 212293
hi number 212294
hi number 212295
hi number 212296
hi number 212297
hi number 212298

注意:请勿使用网络上已投入生产使用的多播组地址尝试此操作。

步骤 4

如果步骤 1、2 和 3 显示正在通过您的网络发送和接收多播流量，请调用软件开发人员并告诉他们您认为应用程序存在问题，并解释您到目前为止所采取的步骤。

如果步骤 1、2 或 3 不起作用，请重新配置您的软件/主机/网络，直到它们起作用为止。警告，IP 网络中的多播比 IP 单播更难正确实现 3 倍。

祝你好运...