Các công cụ để kiểm tra định tuyến phát đa hướng [đã đóng]

Tôi đang tìm kiếm một công cụ đơn giản tốt chạy trên một hệ điều hành tiêu chuẩn (Windows hoặc Linux) mà tôi có thể sử dụng để kiểm tra rằng multicast đang được truyền qua một bộ định tuyến đúng cách.

Tôi đã được một khách hàng yêu cầu kích hoạt định tuyến phát đa hướng trên hộp Linux đóng vai trò là bộ định tuyến của họ vì hệ thống điện thoại của họ yêu cầu phát đa hướng cho một vài tính năng. Vì tôi không ở gần máy khách nên tôi thực sự không có khả năng thử nghiệm các phương pháp khác nhau để thiết lập định tuyến phát đa hướng trên Linux. Tôi có thể thiết lập bộ định tuyến tại bàn giống hệt với những gì được triển khai trên mạng của họ, nhưng tôi không biết bất kỳ công cụ đơn giản tốt nào tôi có thể sử dụng để tạo hoặc nghe lưu lượng phát đa hướng.

Công cụ mulicast mà tôi đã tìm thấy là công cụ mcast.exe , một phần của bộ tài nguyên Windows 2000/2003. Từ những gì tôi đã đọc trực tuyến, có vẻ như mcast.exe không hoạt động trên một bộ định tuyến và chỉ hoạt động trên mạng cục bộ, do đó dường như không hữu ích đối với tôi để kiểm tra định tuyến phát đa hướng.

Vậy bạn sử dụng công cụ nào để kiểm tra định tuyến phát đa hướng được thiết lập đúng?

Không có nhiều kinh nghiệm phát đa hướng trong thế giới thực, nhưng bạn đã thấy mzchưa?

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/

Ngoài ra còn có 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/

Cả hai đều có thể cài đặt trên Ubuntu 10.10. Chúc may mắn!

iperf là ​​hoàn hảo cho điều này và nó có sẵn cho hầu hết các bản phân phối và cửa sổ linux.

Về phía người nghe:

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

... Và nó sẽ chờ để nghe từ nguồn. Trên nguồn, bắt đầu gửi:

% 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

đồng thời, bạn sẽ thấy người nghe nhận được lưu lượng truy cập:

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

Bằng cách chỉ định -T 32tùy chọn trên người gửi, bạn đang đặt TTL thành 32 để đảm bảo lưu lượng có thể được định tuyến (giả sử IGMP, PIM và không có gì trên các bộ định tuyến được định cấu hình đúng)

BTW, lần cuối cùng tôi thử sử dụng VLC trong kịch bản này, tôi đã gặp phải một vấn đề trong đó VLC sẽ bỏ qua cài đặt TTL và luôn truyền các gói có cài đặt TTL thành 1. Đọc báo cáo lỗi để khắc phục.

Điều này có thể hoặc không hữu ích, nhưng trong quá khứ, tôi đã sử dụng VLC (của tất cả mọi thứ) làm nguồn video phát đa hướng. Tuy nhiên, trong các trường hợp sử dụng của tôi, các luồng phát đa hướng không bao giờ cần phải vượt ra ngoài miền L2, vì vậy tôi không thể nói nếu lưu lượng truy cập mà nó tạo ra có phải là phát đa hướng có thể định tuyến "đúng" hay không.

mcast là công cụ mà chúng tôi sử dụng để xem liệu multicast có được bộ định tuyến cục bộ của chúng tôi cho phép hay không. Nó nên được tắt theo mặc định.

Bạn không muốn các gói phát đa hướng đi lang thang khỏi các mạng mà không cần thiết.

Bạn cũng có thể thử các ứng dụng này: VIC và RAT, ứng dụng phát đa hướng được sử dụng để phát triển cho MBONE, có sẵn cho Windows XP và UNIX. Nó cũng hỗ trợ IPv4 và IPv6 Multicast. Bạn có thể thấy chúng tại http://mediatools.cs.ucl.ac.uk/nets/mmedia/