PACKET FLOW

Regression test sau nâng cấp Keysight Vision NPB: policy parity và rollback

20/8/2026 · 16 phút

Keysight Vision packet broker nhận traffic từ TAP, xử lý filter và deduplication rồi phân phối tới công cụ giám sát
Mục lục bài viết 9 phần

Sau nâng cấp Keysight Vision NPB, port có thể vẫn up và policy vẫn hiển thị hợp lệ nhưng traffic thực tế đã khác do thay đổi parsing, feature interaction, counter hoặc forwarding state. Bài này xây regression test vendor-neutral để so before/after, chứng minh policy parity bằng packet-level evidence và quyết định rollback có kiểm soát.

ĐỌC NHANH

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

  • Nâng cấp NPB cần chứng minh điều gì?
  • Topology và điểm quan sát
  • Biến số phải kiểm soát
Tùy chỉnh đọc
01

Nâng cấp NPB cần chứng minh điều gì?

#

Regression test cần chứng minh ba lớp: cấu hình được chuyển đổi đầy đủ; pipeline forwarding cho cùng kết quả trong phạm vi thay đổi cho phép; và hệ thống có thể rollback khi KPI vượt ngưỡng. “Upgrade completed” hay “policy loaded” chỉ là bằng chứng control plane, chưa chứng minh IDS, NDR, recorder hay NPM nhận đúng tập packet.

Keysight mô tả dòng Vision có các khả năng như aggregation, filtering, replication và—tùy model, license, software stack—deduplication, header stripping, trimming/slicing, timestamping, masking hoặc tunneling. Đây là tuyên bố của hãng; mỗi khả năng phải đối chiếu đúng model, phiên bản và license đang dùng trước khi đưa vào tiêu chí.

02

Topology và điểm quan sát

#

Topology tối thiểu gồm traffic generator hai chiều, một hoặc hai TAP/SPAN source, NPB, hai tool port và packet recorder độc lập. Đặt capture tham chiếu trước NPB và tại từng tool port. Nếu kiểm chứng deduplication, đưa cùng một flow vào hai input với độ trễ có kiểm soát để tạo bản sao xác định được.

Mỗi flow nên có định danh trong payload, sequence number, timestamp phát và tuple L2–L4. Traffic profile gồm frame nhỏ/lớn, VLAN đơn/QinQ, IPv4/IPv6, TCP/UDP, fragment hợp lệ, burst và elephant/mice flows. Không dùng duy nhất lưu lượng đều vì nó che mất microburst và xung đột hàng đợi.

Alt: “Các điểm capture đối chứng trước và sau Keysight Vision network packet broker.”

Minh họa: Topology và điểm quan sát
Minh họa: Topology và điểm quan sát
03

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

#

Khóa model/SKU, phiên bản software, license, speed/duplex, FEC, breakout, MTU, timestamp source và policy revision. Lưu bản export cấu hình hoặc ảnh chụp policy trước mỗi lượt. Với SPAN, ghi rõ oversubscription và hành vi drop của switch nguồn; nếu không, packet loss trước NPB có thể bị quy sai cho NPB.

Kiểm soát thứ tự xử lý: filter diễn ra trước hay sau deduplication; slicing trước hay sau load balancing; tunnel được strip ở đâu; hash dùng trường nào. Khi tài liệu không nêu rõ, coi đó là giả thuyết cần đo, không tự suy diễn.

04

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

#

Đo packet-in, packet-out theo từng rule và port; packet loss; duplicate suppression rate; false deduplication; distribution imbalance; latency bổ sung; reordering; truncated bytes; checksum/header integrity; cùng counter drop theo nguyên nhân. Goodput của tool port phải được so với tập packet kỳ vọng sau policy, không phải tổng input.

KPI · Phương pháp · Bằng chứng · Ví dụ tiêu chí Filter accuracy · So flow ID vào/ra · PCAP + rule counter · Không thiếu/không lọt flow ngoài scope Replication · So từng sequence ở hai output · PCAP hai tool port · Hai bản sao giống nhau trong phạm vi policy Dedup accuracy · Gắn duplicate có/không chủ đích · Sequence report · Không xóa packet hợp lệ Load balance · Nhiều flow với phân bố kiểm soát · Per-port counter · Không vượt budget mất cân bằng đã chốt Slicing · So độ dài và header · PCAP trước/sau · Giữ đủ header cần cho công cụ Loss dưới burst · Phát burst nhiều cỡ · Generator + drop counter · Không loss dưới envelope nghiệm thu

05

Ma trận chức năng và rủi ro

#

Filtering sai gây blind spot; replication thiếu làm một công cụ mất visibility; dedup quá rộng có thể xóa packet hợp lệ giống nhau; slicing quá ngắn làm parser không thấy header tầng trên; load balancing theo packet có thể phá session affinity. Vì vậy mỗi chức năng cần positive test, negative test và boundary test.

Chức năng · Positive test · Negative/boundary test · Rủi ro chính L2–L4 filter · Flow đúng rule được chuyển · VLAN/port sát biên không lọt · Blind spot Replication · Một input tới N output · Một output down rồi phục hồi · Mất bản sao Deduplication · Hai bản sao bị loại còn một · Payload giống nhưng packet hợp lệ · False dedup Header stripping · Bỏ đúng encapsulation · Gói thiếu header/fragment · Corrupt packet Packet slicing · Giữ N byte theo policy · Header dài, QinQ, IPv6 ext. · Parser thất bại Load balancing · Flow phân phối ổn định · Tool port fail/return · Reordering, overload

06

Test plan theo từng pha

#

Pha 1 trước nâng cấp lập baseline bypass và baseline qua NPB: export cấu hình, inventory policy/license, chạy traffic chuẩn và lưu hash/PCAP/counter. Pha 2 sau nâng cấp kiểm tra quản trị, port, optics và pass-all ở tải thấp. Pha 3 replay cùng traffic với từng feature chain; so before/after bằng cùng runbook và ngưỡng sai khác đã phê duyệt.

Pha 4 tạo failure: rút tool port, restart thành phần được phép và thay policy có kiểm soát. Đo loss window, convergence và hash stability. Pha 5 diễn tập rollback theo tài liệu phiên bản: xác minh khả năng import cấu hình tương thích, thời gian khôi phục và packet parity sau quay lui. Pha 6 soak đủ lâu để vượt cache timeout và chu kỳ vận hành.

Alt: “Timeline đo packet loss và chuyển đường khi tool port của packet broker lỗi.”

Minh họa: Test plan theo từng pha
Minh họa: Test plan theo từng pha
07

Checklist nghiệm thu và vận hành

#
  • [ ] Xác nhận model, software, license và tính năng được phép dùng.
  • [ ] Lưu sơ đồ cổng, nguồn TAP/SPAN và bandwidth envelope.
  • [ ] Gắn flow ID/sequence để so sánh PCAP tự động.
  • [ ] Chạy pass-all baseline trước mọi packet manipulation.
  • [ ] Kiểm tra từng rule với positive, negative và boundary case.
  • [ ] Đo burst, không chỉ average throughput.
  • [ ] Xác minh tool-port failure và rollback policy.
  • [ ] Lưu raw PCAP, counter, cấu hình và timestamp cùng một run ID.
  • [ ] Thiết lập cảnh báo input/output drop và capacity headroom.
08

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

#

Một lượt pass không chứng minh mọi tổ hợp feature hoặc mọi phiên bản đều đúng. Kết quả chỉ áp dụng cho model, software, license, optics/cable, policy, traffic profile và tải đã ghi. Capture tại tool port cũng không chứng minh công cụ đã parse hoặc lưu packet đúng; cần thêm telemetry của công cụ nhận.

Thông số trên trang sản phẩm là khả năng công bố, không thay thế kết quả PoC. Đặc biệt với feature concurrent, giới hạn throughput và timestamp accuracy, chỉ công bố số đo khi có điều kiện test và tài liệu đúng SKU/phiên bản.

09

Khái niệm cần nhớ

#
  • Aggregation: Gộp traffic từ nhiều nguồn vào một hoặc nhiều output.
  • Replication: Nhân bản cùng tập packet cho nhiều công cụ.
  • Deduplication: Nhận diện và loại bản sao packet theo cửa sổ/tiêu chí xác định.
  • Packet slicing: Chỉ chuyển phần đầu packet để giảm tải hoặc giảm dữ liệu nhạy cảm.
  • Tool port: Cổng xuất traffic đã xử lý tới công cụ phân tích.
  • False deduplication: Packet hợp lệ bị loại nhầm như bản sao.
  • Oversubscription: Tổng lưu lượng đầu vào vượt khả năng đường hoặc cổng đầu ra.
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