Инструменты для тестирования многоадресной маршрутизации [закрыто]
Я ищу хороший простой инструмент, работающий в стандартной ОС (Windows или Linux), который я могу использовать для проверки правильности передачи многоадресной рассылки маршрутизатором.
Клиент попросил меня включить многоадресную маршрутизацию на Linux-сервере, выступающем в качестве их маршрутизатора, поскольку их телефонная система требует многоадресной для некоторых функций. Поскольку я физически не нахожусь рядом с клиентом, у меня действительно нет возможности экспериментировать с различными методами настройки многоадресной маршрутизации в Linux. Я могу установить на своем столе маршрутизатор, идентичный тому, что развернут в их сети, но я не знаю никаких хороших простых инструментов, которые я мог бы использовать для генерации или прослушивания многоадресного трафика.
Я нашел один инструмент mulicast - это инструмент mcast.exe , который является частью набора ресурсов Windows 2000/2003. Из того, что я прочитал в Интернете, кажется, что mcast.exe не работает через маршрутизатор, а работает только в локальной сети, поэтому мне кажется, что это бесполезно для проверки многоадресной маршрутизации.
Какие инструменты вы используете для проверки правильности настройки многоадресной маршрутизации?
Не имейте большого реального мира, многоадресно передают опыт, но видели Вас 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/
Оба устанавливаемые на Ubuntu 10.10.Удачи!
iperf идеально подходит для этого, и это легко доступно для большинства дистрибутивов Linux и окон.
На стороне слушателя:
% 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)
------------------------------------------------------------
... и это будет ожидать для получения известия от источника. На источнике начните отправлять:
% 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, и этажерка на маршрутизаторах правильно настроена),
BTW, в прошлый раз, когда я пытался использовать VLC в этом сценарии, я столкнулся с проблемой, где VLC проигнорирует установку TTL и всегда передавать пакеты с набором TTL к 1. Прочитайте отчет об ошибках для обходного решения.
Это может или не может быть полезно, но в прошлом я использовал VLC (всех вещей) как многоадресный источник видеосигнала. В моих вариантах использования, тем не менее, потоки многоадресной передачи никогда не должны были идти вне домена L2, таким образом, я не могу сказать, был ли трафик, который он генерирует, "надлежащей" routable многоадресной передачей.
Можно также попробовать их приложение: VIC и КРЫСА, многоадресное приложение раньше было, разрабатывают для MBONE, доступного для Windows XP и UNIX. Это также поддерживает Многоадресная передача IPv6 и IPv4. Вы видите их по http://mediatools.cs.ucl.ac.uk/nets/mmedia/
mcast is the tool that we use to see if multicast has been allowed by our local router. It should be off by default.
You don't want multicast packets wandering off clogging up networks where they are not needed.