Kiểm thử IEEE 802.1CB FRER: replication, duplicate elimination và recovery

FRER không tạo thêm capacity và không thay thế mọi cơ chế convergence. Nó tăng xác suất một bản sao của frame tới đích khi các member stream đi qua miền lỗi khác nhau. Vì vậy câu hỏi chính là liệu replication đúng stream, separation đủ độc lập và elimination giữ đúng bản sao hay không.

Đặt SLO theo ứng dụng: số frame mất tối đa, duplicate cho phép, độ trễ và thời gian gián đoạn. Một luồng điều khiển chu kỳ ngắn có tiêu chí khác luồng camera hoặc telemetry; không dùng một ngưỡng chung chỉ vì cùng chạy Ethernet.

Topology tối thiểu có talker/load generator, điểm sequence generation/replication, hai path có thể điều khiển độc lập, điểm sequence recovery/elimination và listener/analyzer. Capture ở trước replicate, trên từng member stream và sau eliminate.

Xác minh hai path không cùng chia sẻ link, queue, nguồn điện hoặc failure domain quan trọng nếu thiết kế yêu cầu redundancy thực. Hai VLAN trên cùng một physical link không chứng minh được bảo vệ trước đứt link.

Ghi rõ stream identification, encapsulation, sequence-number space, recovery algorithm, history length, reset/timeout, rate, frame size và policing. Thay đổi rate có thể thay đổi số sequence nằm trong cùng một cửa sổ thời gian; thay đổi path delay tạo reordering lớn hơn.

Đồng bộ thời gian của analyzer và lưu wire-rate offered/received. Nếu thiết bị thêm/bỏ tag hoặc R-tag, lưu frame trước và sau để chứng minh transformation thay vì suy luận từ counter.

• Biến: Frame rate/size · Baseline: Profile ứng dụng · Biên cần thử: Min/max, microburst
• Biến: Path delay skew · Baseline: Gần cân bằng · Biên cần thử: Tăng từng bậc đến ngoài cửa sổ
• Biến: Loss · Baseline: 0% · Biên cần thử: Burst loss riêng từng path
• Biến: Reordering · Baseline: Không đáng kể · Biên cần thử: Swap/burst reorder có seed
• Biến: Sequence · Baseline: Tăng đều · Biên cần thử: Wrap, gap, reset, duplicate cũ
• Biến: Fault · Baseline: Không lỗi · Biên cần thử: Link down/up, node reboot, path flap

Tạo frame có sequence dự đoán được trên cả hai path. Sau elimination, mỗi frame hợp lệ chỉ xuất hiện một lần; bản tới muộn trong cửa sổ phải bị loại theo behavior cấu hình. Tách duplicate leakage khỏi packet loss và out-of-order vì ba lỗi có tác động ứng dụng khác nhau.

Thử gap, duplicate liên tiếp, bản sao tới ngược thứ tự, sequence wrap và state reset. Với reset timeout, chờ ngắn hơn, bằng và dài hơn ngưỡng; xác minh frame hợp lệ sau idle không bị loại nhầm, đồng thời frame cũ không được chấp nhận ngoài policy.

Không đồng nhất sequence recovery với bộ sắp xếp lại toàn bộ luồng. Frame quá cũ hoặc ngoài history window có thể bị loại; sau timeout/reset, cách tái đồng bộ phụ thuộc thuật toán và cấu hình. Verdict phải tách duplicate elimination, residual loss và out-of-order.

Ngắt path A ở nhiều pha của chu kỳ traffic, sau đó B; thử link flap và node reboot. Đo từ fault event đến frame cuối mất/duplicate và khi stream trở về trạng thái ổn định. Nếu hai path có shaping/scheduling, fault có thể đổi queue occupancy và delay skew dù link còn lại không lỗi.

FRER làm tăng lưu lượng trên miền replicate. Khi kết hợp per-stream filtering/policing hoặc time-aware scheduling, kiểm tra member stream có bị drop vì profile không tính bản sao. Không gọi hiện tượng đó là lỗi FRER trước khi đối chiếu gate, meter và queue.

Verdict phải theo từng stream và từng fault. Counter tổng trên port có thể che khuất một stream sai identification hoặc bị starvation. Lưu configuration hash, topology, firmware, PTP state nếu có, PCAP ở ba điểm và fault script.

• KPI: Residual loss · Cách đo: Sequence thiếu sau elimination · Bằng chứng tối thiểu: PCAP/counter theo stream
• KPI: Duplicate leakage · Cách đo: Cùng sequence xuất hiện >1 lần · Bằng chứng tối thiểu: PCAP listener
• KPI: Reordering depth · Cách đo: Khoảng lệch sequence tối đa · Bằng chứng tối thiểu: Analyzer result
• KPI: Added latency · Cách đo: So với single path baseline · Bằng chứng tối thiểu: Timestamp cùng clock
• KPI: Recovery time · Cách đo: Fault marker đến stream ổn định · Bằng chứng tối thiểu: Event log + traffic timeline
• KPI: Bandwidth overhead · Cách đo: Tổng member traffic/compound traffic · Bằng chứng tối thiểu: Port/stream counter

Nếu mục tiêu zero-loss, phải nêu phạm vi lỗi có thể chịu: một link, một bridge hay một shared-risk group. “Hai path” không đủ để kết luận independence.

• Tình huống: Mất path A · Kỳ vọng: B duy trì stream trong SLO · Fail nếu: Residual loss vượt ngưỡng
• Tình huống: B chậm hơn A · Kỳ vọng: Bản tới muộn bị loại đúng · Fail nếu: Duplicate lọt hoặc frame mới bị drop
• Tình huống: Microburst · Kỳ vọng: History/queue vẫn trong biên · Fail nếu: Loss dù cả hai path lành
• Tình huống: Sequence wrap · Kỳ vọng: Recovery tiếp tục đúng · Fail nếu: Chấp nhận/lọc sai quanh biên
• Tình huống: Recovery node restart · Kỳ vọng: State tái lập xác định · Fail nếu: Blackout hoặc duplicate kéo dài
• Tình huống: Cả hai path cùng lỗi · Kỳ vọng: Fail rõ và có alarm · Fail nếu: Im lặng mất dữ liệu, counter không phản ánh

Thực hiện ít nhất ba lần mỗi fault ở các pha traffic khác nhau. Luôn có control run không FRER hoặc single path để lượng hóa overhead và added latency.

• Xác nhận stream ID, sequence function, replicate/eliminate point và failure domain.
• Chụp cấu hình, firmware, time sync và mapping stream–path–queue.
• Chạy single-path baseline cho latency/loss rồi bật FRER không fault.
• Kiểm duplicate elimination bằng frame giống nhau và delay skew tăng dần.
• Thử gap, reorder, wrap và reset timeout theo ma trận có seed.
• Ngắt từng link/node, link flap và recovery dưới tải steady/burst.
• Kết hợp policing/scheduling ở đúng profile production.
• Chạy soak để tìm state leak, counter wrap hoặc drift.
• Xuất PCAP, counter, event timeline và verdict từng stream.

Kết quả áp dụng cho stream identification, topology, path independence, sequence algorithm, window/history, rate, frame size, firmware và TSN profile đã thử. Không suy từ một stream sang hàng nghìn stream nếu chưa kiểm scale và tài nguyên state.

IEEE 802.1CB định nghĩa cơ chế, nhưng cấu hình và giới hạn implementation cần tra tài liệu thiết bị. Không công bố “seamless” nếu chưa định nghĩa loss/duplicate/latency cho ứng dụng và chưa thử lỗi có thể xảy ra thực tế.

• FRER: Frame Replication and Elimination for Reliability.
• Compound stream: Luồng logic được bảo vệ.
• Member stream: Mỗi bản sao đi trên một path.
• Sequence recovery: Dùng số thứ tự để nhận diện mới/cũ/trùng.
• History window: Phạm vi sequence được nhớ để loại duplicate.
• Path delay skew: Chênh lệch độ trễ giữa các path.
• Residual loss: Loss còn lại sau cơ chế redundancy.
• Failure domain: Nhóm thành phần có thể hỏng cùng một nguyên nhân.