Çok noktaya yayın yönlendirmesini test etme araçları [kapalı]

Çok noktaya yayının bir yönlendirici tarafından düzgün bir şekilde iletildiğini test etmek için kullanabileceğim standart bir işletim sisteminde (Windows veya Linux) çalışan iyi bir basit araç arıyorum.

Bir istemci tarafından telefon sistemi birkaç özellik için çok noktaya yayın gerektirdiğinden , yönlendiricileri gibi davranan bir Linux kutusunda çok noktaya yayın yönlendirmesini etkinleştirmem istendi . Fiziksel olarak istemciye yakın olmadığım için, Linux'ta çok noktaya yayın yönlendirmesi ayarlamak için çeşitli yöntemleri denememe imkanım yok. Masamda, ağlarında dağıtılanlarla aynı olan bir yönlendirici kurabilirim, ancak çok noktaya yayın trafiği oluşturmak veya dinlemek için kullanabileceğim iyi basit araçlar bilmiyorum.

Bulduğum bir mulicast aracı , Windows 2000/2003 kaynak kitinin bir parçası olan mcast.exe aracıdır . Çevrimiçi okudum ne mcast.exe bir yönlendirici genelinde çalışmıyor ve sadece yerel ağ üzerinde çalışıyor, bu yüzden çok noktaya yayın yönlendirme sınamak için yararlı görünmüyor gibi görünüyor.

Peki, çok noktaya yayın yönlendirmesinin doğru ayarlandığını test etmek için hangi araçları kullanıyorsunuz?

Çok fazla gerçek dünya multicast deneyiminiz yok, ama gördünüz mzmü?

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/

Ayrıca 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/

Her ikisi de Ubuntu 10.10 üzerine kurulabilir. İyi şanslar!

iperf bunun için mükemmeldir ve çoğu linux dağıtımı ve penceresi için kolayca kullanılabilir.

Dinleyici tarafında:

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

... ve kaynaktan haber almak için bekleyecek. Kaynakta göndermeye başlayın:

% 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

aynı zamanda dinleyicinin trafiği aldığını görürsünüz:

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

Gönderendeki -T 32seçeneği belirterek, trafiğin yönlendirilebilmesini sağlayacak TTL'yi 32 olarak ayarlıyorsunuz (IGMP, PIM ve yönlendiricilerde olmayanların düzgün yapılandırıldığını varsayarak)

BTW, bu senaryoda VLC kullanarak çalıştı son kez, ben VLC 1. okuyun TTL seti ile TTL ayarı ve her zaman iletmek paketleri dikkate almayacağını bir sorun koştum hata raporu Geçici bir çözüm için.

Bu yardımcı olabilir veya olmayabilir, ancak geçmişte VLC'yi (her şeyin) çok noktaya yayın video kaynağı olarak kullandım. Benim kullanım durumlarda, olsa da, çok noktaya yayın akışları bir L2 etki alanının ötesine geçmek için gerekli değildi, bu yüzden oluşturduğu trafik "uygun" yönlendirilebilir çok noktaya yayın olacağını söyleyemem.

mcast, yerel yönlendiricimiz tarafından çoklu yayına izin verilip verilmediğini görmek için kullandığımız araçtır. Varsayılan olarak kapalı olmalıdır.

Çok noktaya yayın paketlerinin, ağların tıkanmalarına gerek olmadığı yerlerde tıkanmasını istemezsiniz.

Ayrıca bu uygulamayı deneyebilirsiniz: VIC ve RAT, MBONE için geliştirilen çok noktaya yayın uygulaması, Windows XP ve UNIX için kullanılabilir. Ayrıca IPv4 ve IPv6 Multicast'ı da destekler. Bunları http://mediatools.cs.ucl.ac.uk/nets/mmedia/ adresinde görebilirsiniz.