测试多播路由的工具
我正在寻找一个好的，简单的工具，运行在一个标准操作系统(Windows或Linux)，我可以用来测试组播正在正确地通过路由器。
客户端要求我启用作为他们的路由器的Linux盒上的多播路由，因为他们的电话系统需要多播提供了一些功能。由于我在物理上没有接近客户端，所以我没有能力尝试在Linux上设置多播路由的各种方法。我可以在我的办公桌上设置一个与部署在他们网络上的路由器相同的路由器，但我不知道有什么好的简单工具可以用来生成或侦听多播通信。
我找到的一个多播工具是mcast.exe工具，它是Windows2000/2003资源工具包的一部分。从我在网上读到的内容来看，mcast.exe似乎不能跨路由器工作，而且只在本地网络上工作，所以对我来说测试多播路由似乎没有用。
那么，您用什么工具(S)来测试组播路由的正确设置呢？
回答 5
Server Fault用户
发布于 2010-12-15 01:17:11
没有多少真实世界的组播经验，但你见过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/还有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/都可以在Ubuntu10.10上安装。祝好运!
Server Fault用户
发布于 2010-12-17 04:50:20
iperf非常适合这一点，而且它很容易在大多数linux发行版和windows上使用。
在听者一方：
% 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)
------------------------------------------------------------...and将等待消息来源的消息。在源上，开始发送：
% 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同时，您将看到侦听器接收到流量：
...
[ 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%)通过在发送方上指定-T 32选项，您将TTL设置为32，这将确保流量可以被路由(假设路由器上的IGMP、PIM和其他东西配置正确)
顺便说一句，上一次在这个场景中尝试使用VLC时，我遇到了一个问题，即VLC会忽略TTL设置，并且总是将TTL设置为1来传输数据包。请阅读错误报告以找到解决办法。
Server Fault用户
发布于 2010-12-11 00:08:58
这可能有帮助，也可能没有帮助，但在过去，我曾使用VLC (所有的东西)作为一个多播视频源。但是，在我的用例中，多播流从来不需要超出L2域，所以我不能说它生成的流量是否是“适当的”可路由多播。
https://serverfault.com/questions/211482
复制相似问题
腾讯云开发者
