Tools zum Testen des Multicast-Routings [geschlossen]

Ich suche ein gutes einfaches Tool, das auf einem Standard-Betriebssystem (Windows oder Linux) ausgeführt wird und mit dem ich testen kann, ob Multicast von einem Router ordnungsgemäß übergeben wird.

Ich wurde von einem Client aufgefordert, das Multicast-Routing auf einer Linux-Box zu aktivieren, die als Router fungiert, da für das Telefonsystem Multicast für einige Funktionen erforderlich ist. Da ich nicht physisch in der Nähe des Clients bin, kann ich nicht wirklich mit den verschiedenen Methoden zum Einrichten des Multicast-Routings unter Linux experimentieren. Ich kann an meinem Schreibtisch einen Router einrichten, der mit dem im Netzwerk implementierten Router identisch ist, kenne jedoch keine einfachen Tools, mit denen ich Multicast-Datenverkehr generieren oder abhören kann.

Das einzige Mulicast-Tool, das ich gefunden habe, ist das Tool mcast.exe, das Teil des Windows 2000/2003-Ressourcen-Kits ist. Nach dem, was ich online gelesen habe, funktioniert mcast.exe anscheinend nicht über einen Router und nur über das lokale Netzwerk. Daher scheint es für mich nicht nützlich zu sein, Multicast-Routing zu testen.

Mit welchen Tools testen Sie, ob das Multicast-Routing ordnungsgemäß eingerichtet ist?

Sie haben nicht viel Erfahrung mit echtem Multicast, aber haben Sie gesehen mz?

Description: versatile packet creation and network traffic generation tool
 mausezahn (mz) is a fast traffic generator written in C which allows you to
 send nearly every possible and impossible packet. It is mainly used to test
 VoIP or multicast networks but also for security audits to check whether
 your systems are hardened enough for specific attacks.
 Mausezahn can be used for example:
 .
  * as traffic generator (e.g. to stress multicast networks);
  * to precisely measure jitter (delay variations) between two hosts
    (e.g. for VoIP-SLA verification);
  * as didactical tool during a datacom lecture or for lab exercises;
  * for penetration testing of firewalls and IDS;
  * for DoS attacks on networks (for audit purposes of course);
  * to find bugs in network software or appliances;
  * for reconnaissance attacks using ping sweeps and port scans;
  * to test network behaviour under strange circumstances (stress test,
    malformed packets, ...).
Homepage: http://www.perihel.at/sec/mz/

Es gibt auch ssmping:

Description: check your multicast connectivity
 Tools to check whether you can receive Source Specific Multicast (SSM)
 or Any Source Multicast (ASM) via either IPv4 or IPv6
 .
 If a host runs ssmpingd, users on other hosts can use the ssmping client
 to test whether they can receive SSM from the host. Another program
 called asmping is also provided to check whether can receive ASM.
Homepage: http://www.venaas.no/multicast/ssmping/

Beide auf Ubuntu 10.10 installierbar. Viel Glück!

iperf ist perfekt dafür und für die meisten Linux-Distributionen und -Fenster verfügbar.

Auf der Zuhörerseite:

% iperf -s -u -B 224.1.1.1 -i 1
------------------------------------------------------------
Server listening on UDP port 5001
Binding to local address 224.1.1.1
Joining multicast group  224.1.1.1
Receiving 1470 byte datagrams
UDP buffer size:  110 KByte (default)
------------------------------------------------------------

... und es wird darauf warten, von der Quelle zu hören. Beginnen Sie an der Quelle mit dem Senden:

% iperf -c 224.1.1.1 -u -T 32 -t 3 -i 1
------------------------------------------------------------
Client connecting to 224.1.1.1, UDP port 5001
Sending 1470 byte datagrams
Setting multicast TTL to 32
UDP buffer size:  110 KByte (default)
------------------------------------------------------------
[  3] local 192.168.220.20 port 59347 connected with 224.1.1.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec   129 KBytes  1.06 Mbits/sec
[  3]  1.0- 2.0 sec   128 KBytes  1.05 Mbits/sec
[  3]  2.0- 3.0 sec   128 KBytes  1.05 Mbits/sec
[  3]  0.0- 3.0 sec   386 KBytes  1.05 Mbits/sec
[  3] Sent 269 datagrams

Gleichzeitig sehen Sie, dass der Listener den Datenverkehr empfängt:

...
[  3] local 224.1.1.1 port 5001 connected with 192.168.220.20 port 59347
[ ID] Interval       Transfer     Bandwidth        Jitter   Lost/Total Datagrams
[  3]  0.0- 1.0 sec   128 KBytes  1.05 Mbits/sec   0.035 ms    0/   89 (0%)
[  3]  1.0- 2.0 sec   128 KBytes  1.05 Mbits/sec   0.015 ms    0/   89 (0%)
[  3]  2.0- 3.0 sec   128 KBytes  1.05 Mbits/sec   0.025 ms    0/   89 (0%)
[  3]  0.0- 3.0 sec   386 KBytes  1.05 Mbits/sec   0.068 ms    0/  269 (0%)

Wenn Sie die -T 32Option für den Absender angeben, setzen Sie die TTL auf 32, um sicherzustellen, dass der Datenverkehr weitergeleitet werden kann (vorausgesetzt, IGMP, PIM und so weiter auf den Routern sind ordnungsgemäß konfiguriert).

Übrigens, als ich das letzte Mal versuchte, VLC in diesem Szenario zu verwenden, stieß ich auf ein Problem, bei dem VLC die TTL-Einstellung ignorierte und immer Pakete mit TTL 1 übertrug. Lesen Sie den Fehlerbericht, um dieses Problem zu umgehen.

Dies kann hilfreich sein oder auch nicht, aber in der Vergangenheit habe ich VLC (ausgerechnet) als Multicast-Videoquelle verwendet. In meinen Anwendungsfällen mussten die Multicast-Streams jedoch nie über eine L2-Domäne hinausgehen, sodass ich nicht sagen kann, ob der von ihnen generierte Datenverkehr "richtiger" routingfähiger Multicast wäre.

mcast ist das Tool, mit dem wir überprüfen, ob Multicast von unserem lokalen Router zugelassen wurde. Es sollte standardmäßig deaktiviert sein.

Sie möchten nicht, dass Multicast-Pakete Netzwerke verstopfen, in denen sie nicht benötigt werden.

Sie können auch diese Anwendung ausprobieren: VIC und RAT, eine Multicast-Anwendung, die für MBONE entwickelt wurde und für Windows XP und UNIX verfügbar ist. Es unterstützt auch IPv4- und IPv6-Multicast. Sie können sie unter http://mediatools.cs.ucl.ac.uk/nets/mmedia/ sehen.