マルチキャストUDPが機能しない

ラズベリーパイのマルチキャストUDP

私の問題の原因がdebian、raspbianであるのか、それとも完全に何かが欠けているのかを知るのに十分な絞り込みをしていません。

マルチキャストUDPを使用して、アプリケーションが稼働中で特定のIPアドレスで使用できることをネットワーク上の他のデバイスに知らせるpythonアプリケーションがあります。

UDPマルチキャストグループは239.255.250.250で、ポートは9131です。tcpdumpを実行すると、送信しようとしているパケットが実際にデータを送信していることがわかりますが、ネットワーク上の他のマシンでは何も送信されません。

同じ種類の "ビーコン"を使用し、同じマルチキャストグループとポートを使用する他のデバイスがあり、それらのパケットが他のマシンで送信されるのを確認できます。ルーターにはファイアウォールがありません。この時点では、私は本当に選択肢がありません。

以下は、私が実行する方法を知っている基本的な診断です。悪いudp chksumはおそらく役に立たないように見えますが、私はそれについて本当に何も知りません。

ifconfigの出力

eth0      Link encap:Ethernet  HWaddr b8:27:eb:b2:79:12  
          inet addr:192.168.2.7  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1682 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1686 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:119105 (116.3 KiB)  TX bytes:169570 (165.5 KiB)

アプリの実行中のtcpdumpの出力

    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
03:29:15.722653 IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto UDP (17), length 221)
    192.168.2.7.33335 > 239.255.250.250.9131: [bad udp cksum 0xae84 -> 0xaabe!] UDP, length 193
    0x0000:  4500 00dd 0000 4000 0111 cb66 c0a8 0207  E.....@....f....
    0x0010:  efff fafa 8237 23ab 00c9 ae84 414d 5842  .....7#.....AMXB
    0x0020:  3c4d 4143 2d41 4444 523d 6238 3a32 373a  <MAC-ADDR=b8:27:
    0x0030:  6562 3a62 323a 3739 3a31 323e 3c2d 5555  eb:b2:79:12><-UU
    0x0040:  4944 3d32 3032 3438 3135 3937 3537 3734  ID=2024815975774
    0x0050:  3930 3e3c 2d53 444b 436c 6173 733d 5574  90><-SDKClass=Ut
    0x0060:  696c 6974 793e 3c2d 4d61 6b65 3d69 5275  ility><-Make=iRu
    0x0070:  6c65 426f 783e 3c2d 4d6f 6465 6c3d 5265  leBox><-Model=Re
    0x0080:  6d6f 7465 426f 783e 3c2d 5265 7669 7369  moteBox><-Revisi
    0x0090:  6f6e 3d30 2e31 3e3c 2d50 6b67 5f4c 6576  on=0.1><-Pkg_Lev
    0x00a0:  656c 3d47 4350 4b30 3032 3e3c 2d43 6f6e  el=GCPK002><-Con
    0x00b0:  6669 672d 5552 4c3d 6874 7470 3a2f 2f31  fig-URL=http://1
    0x00c0:  3932 2e31 3638 2e32 2e37 3a38 303e 3c2d  92.168.2.7:80><-
    0x00d0:  5374 6174 7573 3d52 6561 6479 3e         Status=Ready>
^C
1 packet captured
1 packet received by filter
0 packets dropped by kernel

プログラム実行中のnetstatの出力

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 0.0.0.0:31144           0.0.0.0:*                           1510/dhclient   
udp        0      0 0.0.0.0:33335           0.0.0.0:*                           2089/python     
udp        0      0 0.0.0.0:68              0.0.0.0:*                           1510/dhclient   
udp        0      0 192.168.2.7:123         0.0.0.0:*                           1911/ntpd       
udp        0      0 0.0.0.0:123             0.0.0.0:*                           1911/ntpd  

あなたのホスト192.168.2.7がポート9131でグループ239.255.250.250にマルチキャストパケットを送信していることを理解しました

注：ただし、サーバーはポート9131でリッスンしていると想定します。この情報は提供していません。

ifconfigの出力から、MULTICASTが有効になっていて、tcpdumpがこれを確認していることがわかります。

まず、サーバーを実行しているホスト（マルチキャストパケットを受信するホスト）がマルチキャストグループに参加していることを確認します。

各サーバーホストタイプ：

netstat -gn

マルチキャストアドレスが表示されれば、グループに参加しています。そうでない場合は、サーバープログラムに問題があるか、カーネル設定に問題がある可能性があります。

サーバーはグループに参加しているが、クライアントから受信するパケットが表示されない場合は、ルーターでigmpを有効にしていることを確認してください（ルーターはigmpに対応している必要があります）

たとえば、Ciscoルーターの場合

enable
conf t
ip multicast-routing
For each interface involved.
int <NIC>
ip pim sparse-dense-mode

ルーターでigmpが有効になっている場合は、デバッグ機能を探してパケットを追跡します。

サーバー側で、パケットキャプチャを開始します。

tcpdump -i <NIC> host 239.255.250.250

着信するパケットがない場合、マルチキャストパケットは転送されません（その場合）

次に、クライアントでマルチキャストパケットを送信します（トラブルシューティングには、以下のリンクのスクリプトを使用してください）

注：UDPパケットの形式が正しくないため、サーバーが読み取れるかどうかは不明です。以下のリンクのスクリプトを使用して、tcpdumpのメッセージが不正な形式で表示されているかどうかを確認できます（私の場合はそうではありません）。

マルチキャストを使用したPythonコードの例：

/programming/603852/multicast-in-python

注：私はこのスクリプトをdebian raspiで使用しました（raspbianではなく、サーバーはルーターを介してパケットを受信しました-上記の設定で-細かい）

Linuxガイド：http : //stlinux.com/howto/network/short-guide

Cisco：http：//www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/release/12-2_52_se/configuration/guide/3750scg/swmcast.html#wp1024278

これもハードウェアやドライバの問題である可能性があることに気付きました。私は問題なくRaspberryPIでマルチキャストUDP（送信および受信）を使用しました-C、Java、Pythonプログラム。

ただし、UDPマルチキャスト受信はEDIMAXの小さなUSB nano wifiアダプターでは機能しないことを知りました-UDP（マルチキャスト）の送信は機能し、独自の（ローカル）メッセージも受信します。

lsusbのUSBスティックの詳細：

UDPマルチキャスト受信が機能しない：ID 7392：7811 Edimax Technology Co.、Ltd EW-7811Un 802.11nワイヤレスアダプター[Realtek RTL8188CUS]

UDPマルチキャスト受信は正常に機能します：ID 148f：3070 Ralink Technology、Corp. RT2870 / RT3070ワイヤレスアダプター

パケットが着信するという同様の問題が発生し、パケットを表示できましたtcpdumpが、プログラムがデータを受信できませんでした。

この場合の問題はiptables、ローカルサブネットからのトラフィックのみを許可するために使用していた192.168.0.0/24が、もちろんマルチキャストが224.0.0.0/4代わりに送信されてきたことでした。サブネット全体を開くのではなく（ファイアウォールがない場合もあります）、マルチキャストに使用していた特定のUDPポート上のすべてのホストからのトラフィックを許可するだけで、問題が解決しました。

私たちにとっては、マルチキャストグループが正常に参加したという同様の問題がありましたが、メッセージが受信されていませんでした。

ルーターのigmp設定を確認しましたが、問題がないようです。

最終的に、IPv6マルチキャストアドレスの使用からIPv4に切り替え、その特定のシステムで解決しました。