Herramientas para probar el enrutamiento de multidifusión [cerrado]

Estoy buscando una buena herramienta simple que se ejecute en un sistema operativo estándar (Windows o Linux) que pueda usar para probar que un enrutador transmite correctamente la multidifusión.

Un cliente me ha pedido que habilite el enrutamiento de multidifusión en una caja de Linux que actúa como su enrutador, ya que su sistema telefónico requiere multidifusión para algunas características. Como no estoy físicamente cerca del cliente, realmente no tengo la capacidad de experimentar con los diversos métodos para configurar el enrutamiento de multidifusión en Linux. Puedo configurar un enrutador en mi escritorio que sea idéntico al que está implementado en su red, pero no conozco ninguna herramienta sencilla que pueda usar para generar o escuchar tráfico de multidifusión.

La única herramienta mulicast que he encontrado es la herramienta mcast.exe, que forma parte del kit de recursos de Windows 2000/2003. Por lo que he leído en línea, parece que mcast.exe no funciona en un enrutador y solo funciona en la red local, por lo que no parece ser útil para mí probar el enrutamiento de multidifusión.

Entonces, ¿qué herramientas utiliza para probar que el enrutamiento de multidifusión está configurado correctamente?

No tengo mucha experiencia en multidifusión en el mundo real, pero ¿has 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/

También hay 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/

Ambos instalables en Ubuntu 10.10. ¡Buena suerte!

iperf es perfecto para esto y está disponible para la mayoría de las distribuciones y ventanas de Linux.

Del lado del oyente:

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

... y esperará escuchar de la fuente. En la fuente, comience a enviar:

% 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

Al mismo tiempo, verá que el oyente recibe el tráfico:

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

Al especificar la -T 32opción en el remitente, está configurando el TTL en 32, lo que garantizará que el tráfico se pueda enrutar (suponiendo que IGMP, PIM y otras cosas en los enrutadores estén configurados correctamente)

Por cierto, la última vez que intenté usar VLC en este escenario, me encontré con un problema en el que VLC ignoraría la configuración TTL y siempre transmitiría paquetes con TTL establecido en 1. Lea el informe de error para una solución alternativa.

Esto puede o no ser útil, pero en el pasado, he usado VLC (de todas las cosas) como fuente de video de multidifusión. Sin embargo, en mis casos de uso, las secuencias de multidifusión nunca tuvieron que ir más allá de un dominio L2, por lo que no puedo decir si el tráfico que genera sería una multidifusión enrutable "adecuada".

mcast es la herramienta que utilizamos para ver si nuestro enrutador local ha permitido la multidifusión. Debería estar apagado por defecto.

No desea que los paquetes de multidifusión se vayan obstruyendo redes donde no son necesarios.

También puede probar estas aplicaciones: VIC y RAT, aplicación de multidifusión que solía desarrollarse para MBONE, disponible para Windows XP y UNIX. También es compatible con IPv4 e IPv6 Multicast. Puede verlos en http://mediatools.cs.ucl.ac.uk/nets/mmedia/