Alat untuk menguji perutean multicast [ditutup]

Saya mencari alat sederhana yang bagus yang berjalan pada OS standar (Windows atau Linux) yang dapat saya gunakan untuk menguji apakah multicast dilewatkan dengan benar oleh router.

Saya telah diminta oleh klien untuk mengaktifkan routing multicast pada kotak Linux yang bertindak sebagai router mereka karena sistem telepon mereka membutuhkan multicast untuk beberapa fitur. Karena saya secara fisik tidak dekat dengan klien, saya tidak benar-benar memiliki kemampuan untuk bereksperimen dengan berbagai metode untuk mengatur perutean multicast di Linux. Saya dapat mengatur router di meja saya yang identik dengan apa yang digunakan pada jaringan mereka, tetapi saya tidak tahu ada alat sederhana yang bagus yang dapat saya gunakan untuk menghasilkan atau mendengarkan lalu lintas multicast.

Satu alat mulicast yang saya temukan adalah alat mcast.exe yang merupakan bagian dari kit sumber daya Windows 2000/2003. Dari apa yang saya baca online sepertinya mcast.exe tidak berfungsi di router, dan hanya berfungsi di jaringan lokal, sehingga sepertinya tidak berguna bagi saya untuk menguji multicast routing.

Jadi alat apa yang Anda gunakan untuk menguji bahwa routing multicast sudah diatur dengan benar?

Tidak memiliki banyak pengalaman multicast dunia nyata, tetapi pernahkah Anda melihatnya 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/

Ada juga 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/

Keduanya dapat diinstal pada Ubuntu 10.10. Semoga berhasil!

iperf sempurna untuk ini dan sudah tersedia untuk sebagian besar distribusi linux dan windows.

Di sisi pendengar:

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

... dan akan menunggu untuk mendengar dari sumbernya. Pada sumbernya, mulailah mengirim:

% 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

pada saat yang sama, Anda akan melihat pendengar menerima lalu lintas:

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

Dengan menentukan -T 32opsi pada pengirim, Anda menetapkan TTL ke 32 yang akan memastikan lalu lintas dapat dialihkan (dengan asumsi IGMP, PIM, dan yang lainnya di router sudah dikonfigurasi dengan benar)

BTW, terakhir kali saya mencoba menggunakan VLC dalam skenario ini, saya mengalami masalah di mana VLC akan mengabaikan pengaturan TTL dan selalu mengirimkan paket dengan TTL yang diatur ke 1. Baca laporan bug untuk solusinya.

Ini mungkin atau mungkin tidak membantu, tetapi di masa lalu, saya telah menggunakan VLC (dari semua hal) sebagai sumber video multicast. Dalam kasus penggunaan saya, aliran multicast tidak pernah perlu melampaui domain L2, jadi saya tidak bisa mengatakan apakah lalu lintas yang dihasilkannya adalah multicast routable yang "layak".

mcast adalah alat yang kami gunakan untuk melihat apakah multicast diizinkan oleh router lokal kami. Seharusnya dinonaktifkan secara default.

Anda tidak ingin paket multicast berkeliaran menyumbat jaringan di mana mereka tidak diperlukan.

Anda juga dapat mencoba aplikasi ini: VIC dan RAT, aplikasi multicast yang dulu dikembangkan untuk MBONE, tersedia untuk Windows XP dan UNIX. Ini juga mendukung IPv4 dan IPv6 Multicast. Anda dapat melihatnya di http://mediatools.cs.ucl.ac.uk/nets/mmedia/