เครื่องมือในการทดสอบการกำหนดเส้นทางแบบหลายผู้รับ [ปิด]

ฉันกำลังมองหาเครื่องมือง่ายๆที่ทำงานบนระบบปฏิบัติการมาตรฐาน (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 สมบูรณ์แบบสำหรับสิ่งนี้และพร้อมใช้งานสำหรับลีนุกซ์และดิสทริบิวชันส่วนใหญ่

ด้านผู้ฟัง:

% 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 ดังนั้นฉันจึงไม่สามารถบอกได้ว่าทราฟฟิกที่สร้างนั้นจะเป็นมัลติคาสต์เส้นทางที่เหมาะสม

mcast เป็นเครื่องมือที่เราใช้เพื่อดูว่ามัลติคาสต์ได้รับอนุญาตจากเราเตอร์ท้องถิ่นของเราหรือไม่ ควรปิดโดยปริยาย

คุณไม่ต้องการให้แพ็คเก็ตหลายผู้รับหลงเครือข่ายที่ไม่ต้องการ

คุณยังสามารถลองใช้แอปพลิเคชันเหล่านี้: VIC และ RAT แอพพลิเคชั่นมัลติคาสต์ที่ใช้ในการพัฒนาสำหรับ MBONE สำหรับ Windows XP และ UNIX นอกจากนี้ยังรองรับ IPv4 และ IPv6 Multicast คุณสามารถดูได้ที่http://mediatools.cs.ucl.ac.uk/nets/mmedia/