
Mục lục bài viết 9 phần
Multicast tiết kiệm băng thông bằng cách nhân bản packet gần receiver, nhưng lỗi snooping, querier, state timeout hoặc replication scale có thể gây flood, mất luồng hay leave chậm. Kiểm thử phải nối sự kiện membership với packet thực nhận ở từng cổng.
Bài viết giúp bạn
- Câu hỏi kiểm thử multicast
- Topology và điểm quan sát
- Biến số phải kiểm soát
Câu hỏi kiểm thử multicast
#Lab cần chứng minh receiver join đúng group/source, traffic chỉ tới đúng cổng, leave giải phóng state đúng thời gian và DUT duy trì forwarding khi số group/receiver tăng. Control message hợp lệ chưa đủ nếu replication data plane mất packet.
Tách IPv4 IGMP và IPv6 MLD, ASM và SSM, L2 snooping và L3 multicast routing. Mỗi lớp có state/timer và failure riêng; không dùng một bài ping/unicast để kết luận multicast.
Topology và điểm quan sát
#Dùng source generator, first-hop router, L2 switch có snooping, rendezvous/routing domain nếu cần và nhiều receiver ở các VLAN. Capture ở source, uplink và receiver ports; thu membership table, multicast route, interface counter và queue.
Đặt receiver không join làm đối chứng để phát hiện flooding. Với SSM, tạo đúng và sai source. Với redundant topology, mô tả querier election, PIM adjacency và đường primary/backup.

Biến số phải kiểm soát
#Khóa IGMP/MLD version, query interval, robustness, last-member interval, snooping/fast-leave, VLAN, MTU, QoS, group range, source count và traffic rate. Ghi rõ thiết bị nào là querier và router port được học động hay cấu hình.
Traffic profile gồm packet size, pps, bitrate, group/source distribution, burst và sequence number. Không vượt egress capacity ngoài chủ đích; nếu một cổng nghẽn, tách congestion loss khỏi replication error.
KPI và bằng chứng
#Đo join latency từ report tới packet đầu tiên, leave latency tới packet cuối, packet loss/reorder/duplicate, replication correctness, group/state capacity, control-plane CPU và recovery time. Với stream media, bổ sung continuity error hoặc application gap.
Bằng chứng tối thiểu gồm pcap membership/data, sequence result từng receiver, snooping/mroute snapshot, counter và config/timer. Timestamp phải cùng clock hoặc có offset đã đo.
Ma trận IGMP/MLD
#- Tình huống: Receiver join group · Kỳ vọng: Chỉ cổng join nhận stream · Kiểm chứng: Capture/counter
- Tình huống: Receiver leave · Kỳ vọng: Dừng trong ngưỡng timer · Kiểm chứng: Last packet timeline
- Tình huống: Receiver không join · Kỳ vọng: Không nhận traffic ngoài policy · Kiểm chứng: Negative port
- Tình huống: SSM sai source · Kỳ vọng: Không nhận stream · Kiểm chứng: (S,G) state
- Tình huống: Querier mất · Kỳ vọng: Election/recovery đúng · Kiểm chứng: Query timeline
- Tình huống: Link/router fail · Kỳ vọng: Cây phục hồi, loss đo được · Kiểm chứng: Route và sequence
- Tình huống: Group churn · Kỳ vọng: Không leak state/CPU bất thường · Kiểm chứng: State/CPU trend
- Tình huống: Egress oversubscription · Kỳ vọng: Drop tại cổng nghẽn, không lan rộng · Kiểm chứng: Per-port queue
Test plan chức năng và scale
#Bắt đầu một source, một group, một receiver; xác nhận mapping và baseline loss bằng zero-load control. Lần lượt thêm receiver, group và source. Đo steady state trước khi tạo churn; không tăng đồng thời mọi chiều scale.
Chạy join đồng loạt và phân bố theo thời gian, leave/fast-leave, receiver move giữa port/VLAN, source restart và packet-size mix. Với IPv6, kiểm tra MLD cùng Neighbor Discovery/control traffic để tránh quy sai lỗi.
Failure, churn và bảo vệ control plane
#Ngắt querier, PIM adjacency, uplink hoặc source; tạo loss/latency trên control path có kiểm soát. Quan sát state aging, failover và transient flood. Không phát malformed/flood ngoài lab được phê duyệt.
Tăng churn theo bước và theo dõi CPU, memory, control packet drop, programming delay và stale state. Pass/fail phải bao gồm cả recovery và không ảnh hưởng unicast/control-plane khác.

Runbook thực hành
#- Chốt IGMP/MLD version, ASM/SSM và timer.
- Xác định querier/router ports.
- Tạo cổng receiver và cổng đối chứng.
- Chạy join/leave functional.
- Kiểm tra replication và sequence.
- Tăng group/source/receiver scale.
- Tạo churn và failure từng loại.
- Lưu pcap, state, counter và verdict.
Giới hạn kết luận
#Scale và timer phụ thuộc model, firmware, ASIC và cấu hình. Fast-leave chỉ phù hợp khi cổng không có nhiều receiver phía sau; bật sai có thể cắt stream của receiver khác.
Kết quả lab chỉ đại diện topology và traffic đã định. IPTV, market data và discovery multicast có pattern khác nhau, cần profile riêng.
Khái niệm cần nhớ
- DUT / SUT
- Thiết bị hoặc toàn bộ hệ thống đang là đối tượng của bài kiểm thử.
- Steady state
- Giai đoạn tải đã ổn định và đủ điều kiện để lấy số liệu đại diện.
- Pass / fail
- Kết luận dựa trên ngưỡng đã thống nhất, luôn đi cùng topology, cấu hình và điều kiện đo.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo4 nguồn +
Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.
NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.
