NETWORK TESTING

Kiểm thử PIM-SM: RP failover, RPF và multicast convergence

12/8/2026 · 16 phút

Nguồn và nhiều receiver multicast kết nối qua hai RP và các router PIM-SM
Mục lục bài viết 9 phần

Multicast receiver có thể vẫn thấy group nhưng mất packet khi RPF đổi, RP failover hoặc state chuyển từ shared tree sang shortest-path tree. Test plan PIM-SM cần đồng bộ control-plane state với packet sequence; chỉ kiểm tra IGMP/MLD membership chưa đủ.

ĐỌC NHANH

Bài viết giúp bạn

  • PIM-SM cần chứng minh điều gì?
  • Topology và điều kiện đo
  • Biến số phải kiểm soát
Tùy chỉnh đọc
01

PIM-SM cần chứng minh điều gì?

#

PIM-SM xây distribution tree dựa trên unicast routing và Reverse Path Forwarding. Với Any-Source Multicast, receiver có thể bắt đầu qua Rendezvous Point, sau đó last-hop router chuyển sang shortest-path tree. Lỗi ở RP, RPF hoặc state transition có thể tạo loss dù interface và membership vẫn Up.

Mục tiêu kiểm thử gồm join/prune đúng group, không rò traffic sang receiver không đăng ký, RPF chọn đúng incoming interface, RP discovery/failover đúng policy và traffic phục hồi trong ngân sách.

02

Topology và điều kiện đo

#

Dùng ít nhất hai nguồn, ba receiver segment, hai RP candidate và hai đường unicast từ source tới receiver. Traffic generator tạo nhiều group, rate và packet size; collector lấy IGMP/MLD, PIM neighbor, (*,G)/(S,G), RPF, RP mapping, interface counters và capture tại source/receiver.

Chạy baseline với đường ổn định, sau đó fail RP, đổi unicast route và flap receiver. Đồng bộ clock; sequence number trong payload giúp phân biệt loss, duplicate và out-of-order.

Topology PIM-SM với RP dự phòng và hai đường RPF
Topology PIM-SM với RP dự phòng và hai đường RPF
03

Biến số phải kiểm soát

#

Khóa RP discovery (static/BSR/Anycast-RP), SPT threshold, hello/holdtime, register behavior, DR priority, IGMP/MLD version, unicast IGP/BFD và ECMP. Ghi rõ ASM hay SSM; SSM không phụ thuộc RP như ASM.

Traffic profile cần group count, source/group ratio, join churn, rate, burst và receiver distribution. Kiểm tra generator/receiver đủ capacity để không nhầm drop ở endpoint với mạng.

04

KPI và bằng chứng đầu ra

#

KPI gồm join latency, leave/prune latency, packet loss duration, duplicate/out-of-order, RP failover time, RPF convergence và unexpected receiver traffic. Đo cả control-plane state count và data-plane throughput.

  • Kịch bản: receiver join · State mong đợi: (*,G) rồi (S,G) theo policy · KPI: first-packet time · Bằng chứng: PIM state + sequence
  • Kịch bản: receiver leave · State mong đợi: prune đúng nhánh · KPI: last unwanted packet · Bằng chứng: state/capture
  • Kịch bản: RP fail · State mong đợi: RP mapping dự phòng · KPI: loss duration · Bằng chứng: mapping/log/packet
  • Kịch bản: RPF đổi · State mong đợi: incoming interface mới · KPI: convergence/loss · Bằng chứng: RPF/FIB/counter
  • Kịch bản: non-member · State mong đợi: không nhận group · KPI: leakage = 0 · Bằng chứng: negative capture
05

Ma trận kịch bản và quyết định

#

Ma trận cần kết hợp source active/inactive, receiver join/leave, RP chính/dự phòng, RPF path A/B và SPT bật/tắt. Thử source bắt đầu trước receiver và ngược lại; state machine có thể khác.

Với Anycast-RP, kiểm tra state synchronization theo cơ chế triển khai. Với BSR, xác minh candidate-RP/bootstrap message và scope. Không gọi failover “hitless” nếu vẫn có packet gap vượt service budget.

06

Test plan từng bước

#
  • Lưu version, RP mapping, PIM neighbor, RPF/FIB baseline.
  • Phát group ở rate thấp; join từng receiver và đo first packet.
  • Tăng group/source scale theo bậc, giữ aggregate rate kiểm soát.
  • Leave/rejoin ngẫu nhiên, đo prune và leakage.
  • Fail RP chính; đo mapping/state/packet recovery.
  • Đổi unicast path tới source, xác minh RPF và loss.
  • Thử simultaneous RP/path event trong lab.
  • Khôi phục, xác nhận state/counter trở về baseline.
07

Checklist vận hành và rollback

#
  • Unicast routing ổn định trước khi đánh giá PIM.
  • RP mapping nhất quán trên mọi router.
  • Có negative receiver và group ngoài allowlist.
  • Payload có sequence/timestamp.
  • Theo dõi (*,G), (S,G), RPF và packet đồng thời.
  • Đường dự phòng đủ capacity.
  • Có out-of-band access và rollback timer/policy.
  • Xác nhận không còn stale state sau test.
Timeline PIM-SM liên kết state transition với packet loss
Timeline PIM-SM liên kết state transition với packet loss
08

Giới hạn của kết luận

#

Lab ít group không chứng minh scale production; kết quả phụ thuộc ASIC, timer, RP mechanism, IGP và traffic rate. PIM-SM state đúng không chứng minh application xử lý multicast đúng, đặc biệt với UDP loss-sensitive.

IGMP/MLD snooping ở access switch có thể tạo symptom giống PIM; phải quan sát cả L2 và L3. Báo cáo cần ghi group range, source count, receiver count, rate, timer và phiên bản.

09

Khái niệm cần nhớ

#
  • PIM-SM: Multicast routing chế độ sparse, xây tree theo receiver interest.
  • RP: Điểm gặp ban đầu giữa source và receiver trong ASM.
  • RPF: Kiểm tra incoming path ngược về source/RP.
  • Shared tree: Tree ban đầu qua RP, ký hiệu (*,G).
  • SPT: Shortest-path tree theo source, ký hiệu (S,G).
  • BSR: Cơ chế bootstrap phân phối RP information.
THUẬT NGỮ NHANH

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.

Nguyên tắc biên tập

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.

Thông số và khả năng sản phẩm có thể thay đổi theo phiên bản. Hãy đối chiếu tài liệu chính thức trước khi xây dựng cấu hình hoặc tiêu chí nghiệm thu.
BẮT ĐẦU TỪ BÀI TOÁN

Cần chuyển kiến thức thành test plan?

Chia sẻ mục tiêu, topology và ràng buộc kỹ thuật. NetVali sẽ cùng bạn xác định bài đo phù hợp.

Trao đổi yêu cầu kỹ thuật