Strumenti per testare il routing multicast [chiuso]

Sto cercando un buon semplice strumento che gira su un sistema operativo standard (Windows o Linux) che posso usare per testare che il multicast viene passato correttamente da un router.

Un client mi ha chiesto di abilitare il routing multicast su un box Linux che funge da router poiché il suo sistema telefonico richiede il multicast per alcune funzionalità. Dal momento che non sono fisicamente vicino al client, non ho davvero la possibilità di sperimentare i vari metodi per impostare il routing multicast su Linux. Posso configurare un router sulla mia scrivania identico a quello distribuito sulla loro rete, ma non conosco alcun buon strumento semplice che posso usare per generare o ascoltare traffico multicast.

L'unico strumento mulicast che ho trovato è lo strumento mcast.exe che fa parte del kit di risorse di Windows 2000/2003. Da quanto ho letto online sembra che mcast.exe non funzioni su un router e funzioni solo sulla rete locale, quindi non mi sembra utile per testare il routing multicast.

Quindi cosa usano gli strumenti per testare che il routing multicast sia impostato correttamente?

Non hai molta esperienza multicast nel mondo reale, ma hai visto 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/

C'è anche 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/

Entrambi installabili su Ubuntu 10.10. In bocca al lupo!

iperf è perfetto per questo ed è prontamente disponibile per la maggior parte delle distribuzioni Linux e Windows.

Dal lato dell'ascoltatore:

% 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)
------------------------------------------------------------

... e aspetterà di sentire dalla fonte. Sulla fonte, inizia a inviare:

% 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

allo stesso tempo, vedrai l'ascoltatore ricevere il traffico:

...
[  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%)

Specificando l' -T 32opzione sul mittente, si imposta TTL su 32 che garantirà il routing del traffico (presupponendo che IGMP, PIM e quant'altro sui router siano configurati correttamente)

A proposito, l'ultima volta che ho provato a utilizzare VLC in questo scenario, ho riscontrato un problema in cui VLC ignorava l'impostazione TTL e trasmetteva sempre i pacchetti con TTL impostato su 1. Leggere la segnalazione di bug per una soluzione alternativa.

Questo può o non può essere utile, ma in passato ho usato VLC (di tutte le cose) come sorgente video multicast. Nei miei casi d'uso, tuttavia, i flussi multicast non hanno mai avuto bisogno di andare oltre un dominio L2, quindi non posso dire se il traffico che genera sarebbe multicast "corretto" instradabile.

mcast è lo strumento che utilizziamo per vedere se il nostro router locale ha consentito il multicast. Dovrebbe essere spento per impostazione predefinita.

Non vuoi che i pacchetti multicast si allontanino intasando le reti dove non sono necessarie.

Puoi anche provare queste applicazioni: VIC e RAT, l'applicazione multicast utilizzata per MBONE, disponibile per Windows XP e UNIX. Supporta anche IPv4 e IPv6 Multicast. Puoi vederli su http://mediatools.cs.ucl.ac.uk/nets/mmedia/