Hiệu chuẩn traffic generator trước benchmark: tránh đo nhầm giới hạn của lab

Traffic generator gồm control software, chassis/appliance/VM, port/NIC và capture/statistics pipeline. Mỗi lớp có giới hạn riêng theo packet size, flow count, protocol emulation, timestamp, encryption và số metric bật. Đạt line rate với frame lớn không chứng minh đạt cùng packet rate với frame nhỏ.

Generator ảo còn chịu vCPU scheduling, NUMA, vSwitch, SR-IOV/DPDK, NIC queue và cloud quota. Nếu sender/receiver chạy chung host, contention có thể làm kết quả đẹp hoặc xấu giả. Vì vậy phải ghi placement và resource, không chỉ version phần mềm.

Bắt đầu loopback port-to-port bằng cáp/optics tham chiếu để kiểm tra TX/RX. Sau đó thêm patch panel/TAP/emulator từng thành phần. Cuối cùng chạy qua thiết bị tham chiếu đã biết hoặc bypass path tương đương topology benchmark. Mỗi bước chỉ thêm một biến.

Với test hai phía, đổi chéo sender/receiver để phát hiện port bất đối xứng. Nếu có nhiều port, chạy pairwise và aggregate. Tách management/storage kết quả khỏi data plane.

Xác nhận speed/duplex, FEC, auto-negotiation, lane mapping, optics DOM, polarity, error counter và MTU. Ghi exact transceiver/cable part number khi có. Một link up không loại trừ symbol/FEC error hoặc nhiệt độ cao gây lỗi burst.

Reset counter trước run; lưu pre/post. Với breakout, xác nhận lane/port mapping và tổng bandwidth. Với LAG, calibration từng member trước aggregate. Không dùng optics “tạm” không rõ tương thích cho số liệu nghiệm thu.

Khóa frame size, IFG/preamble accounting, L1/L2 rate semantics, VLAN/MPLS/tunnel overhead, flow count và direction. “100 Gbps” có thể là payload, L2 hoặc L1 tùy công cụ; báo cáo phải ghi cách tính. Với IMIX, lưu phân bố chính xác và seed.

Chạy sweep từ thấp lên mục tiêu theo bước; kiểm tra actual TX frame/rate thay vì chỉ configured load. Khi protocol emulation/TLS bật, generator có thể chạm compute trước port. Đo separate raw traffic baseline và stateful/application profile.

Xác định timestamp phần cứng hay phần mềm, clock chung hay phân tán, resolution và calibration method. Latency qua direct loopback tạo floor; nếu floor biến động lớn hơn ngưỡng cần đo, không thể dùng hệ thống đó kết luận micro-latency của DUT.

Capture path có thể drop độc lập statistics. Theo dõi capture drop counter, snap length, SPAN/TAP capacity và disk write. Sequence number ở payload giúp đối chiếu TX/RX/capture. Offload/coalescing trên endpoint có thể thay cách packet xuất hiện trong pcap.

Uncertainty budget gồm rate accuracy, timestamp, clock, counter resolution và run-to-run variation. Không cần biến mọi test thành metrology, nhưng phải biết floor/noise nhỏ hơn khác biệt cần kết luận.

• Hạng mục: TX accuracy · KPI: Configured vs actual fps/bps · Pass/fail gợi ý theo dự án: Trong tolerance đã chốt · Bằng chứng: Port stats
• Hạng mục: RX integrity · KPI: Unexpected loss/duplicate · Pass/fail gợi ý theo dự án: 0 hoặc dưới floor biết trước · Bằng chứng: Sequence/counter
• Hạng mục: Latency floor · KPI: p50/p99 và variation · Pass/fail gợi ý theo dự án: Nhỏ hơn budget phép đo · Bằng chứng: Raw timestamp
• Hạng mục: L1 quality · KPI: FEC/CRC/symbol error · Pass/fail gợi ý theo dự án: Không tăng ngoài tiêu chí · Bằng chứng: DOM/counter
• Hạng mục: Capture · KPI: Drop/truncation · Pass/fail gợi ý theo dự án: Không drop tại mức lấy mẫu · Bằng chứng: Capture stats
• Hạng mục: Headroom · KPI: CPU/queue/resource · Pass/fail gợi ý theo dự án: Dưới guardrail · Bằng chứng: Telemetry

Kill condition gồm L1 error tăng, generator CPU/queue vượt guardrail, capture drop, TX không đạt configured load hoặc timestamp health lỗi. Khi condition xảy ra, dừng và sửa lab trước khi chạm DUT.

• 1. Ghi inventory, serial/model, firmware/software, license và topology.
• 2. Warm-up theo khuyến nghị thiết bị; kiểm tra nhiệt độ, optics và link counter.
• 3. Direct loopback từng cặp port ở frame lớn/nhỏ và tải tăng dần.
• 4. Chạy bidirectional, multi-flow và IMIX đại diện.
• 5. Bật từng feature sẽ dùng: timestamp, capture, protocol, encryption.
• 6. Thêm TAP/emulator/reference path; so chênh lệch với loopback.
• 7. Stress aggregate port/VM; kiểm tra CPU, NUMA, queue và drop.
• 8. Lặp ít nhất nhiều run theo kế hoạch; lưu median/worst và raw data.
• 9. Khóa cấu hình calibration; tạo pre-flight rút gọn trước mỗi ngày test.

Nếu loss xuất hiện ở direct loopback, không thử “chữa” bằng DUT. Nếu configured rate đạt nhưng actual TX thấp, xem packet rate/feature/resource. Nếu RX counter tốt nhưng pcap thiếu, capture pipeline là nút thắt. Nếu chỉ một chiều xấu, đổi port/cáp/optic để khoanh vùng.

Calibration chỉ chứng minh trạng thái ở thời điểm, cấu hình và profile đã thử; không thay calibration định kỳ của hãng/phòng chuẩn nếu dự án yêu cầu. Kết quả raw Ethernet không chứng minh stateful/TLS capacity. Sau upgrade, đổi optics, hypervisor, NIC driver hoặc topology, phải regression.

• Calibration: Đối chiếu hệ thống đo với điều kiện/reference để xác định sai lệch.
• Verification: Kiểm tra hệ thống vẫn đáp ứng tiêu chí đã đặt.
• Measurement floor: Mức noise/overhead nhỏ nhất của chính hệ thống đo.
• Offered load: Tải được đưa vào SUT theo semantics đã định.
• Headroom: Phần tài nguyên dự phòng trước giới hạn generator/analyzer.
• Uncertainty budget: Tổng hợp các nguồn sai số ảnh hưởng kết luận.