LAB ENGINEERING

Kiểm thử Ethernet RS-FEC: pre-FEC BER, uncorrectable codeword và link stability

29/8/2026 · 16

Liên kết Ethernet nhiều lane đi qua RS-FEC với bộ đếm corrected và uncorrectable codeword
Mục lục bài viết 10 phần

Forward Error Correction giúp Ethernet tốc độ cao hoạt động qua kênh có lỗi bit nhất định, nhưng “corrected codeword tăng mà packet loss bằng 0” không đồng nghĩa link còn nhiều margin. Nghiệm thu phải tách pre-FEC error, khả năng sửa, uncorrectable codeword, lane behavior, link flap và tác động lên traffic.

ĐỌC NHANH

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

  • RS-FEC cần chứng minh điều gì?
  • Topology, calibration và loopback
  • Lane, optics và biến số phải khóa
Tùy chỉnh đọc
01

RS-FEC cần chứng minh điều gì?

#

FEC thêm redundancy để receiver sửa một phạm vi lỗi mà không yêu cầu retransmission ở lớp trên. Với Ethernet nhiều lane và modulation tốc độ cao, FEC là một phần của kiến trúc PHY chứ không phải chỉ một nút bật/tắt. Mã FEC, lane mapping và counter phụ thuộc chuẩn, PMD và implementation cụ thể.

Bài đo cần trả lời: link training/negotiation có đúng; lỗi phân bố theo lane hay toàn link; lỗi được sửa tăng thế nào khi kênh xấu dần; khi nào xuất hiện uncorrectable codeword; packet loss hoặc link flap bắt đầu ở đâu; và link có phục hồi ổn định sau sự kiện không. Không dùng một threshold BER chung cho mọi tốc độ/PMD.

02

Topology, calibration và loopback

#

Topology gồm traffic analyzer có cổng phù hợp, DUT hai đầu hoặc một DUT với loopback, media/optics/DAC/AOC, attenuator hoặc impairment phù hợp và access vào PHY/FEC counter. Chọn electrical/optical loopback để cô lập từng miền: generator, host SerDes, module, fiber và remote receiver.

Trước khi stress, làm sạch connector, kiểm tra polarity/lane mapping, power và nhiệt độ; chạy PRBS hoặc pattern được hỗ trợ và traffic Ethernet riêng. Calibration phải chứng minh generator/analyzer không tạo loss tại điều kiện sạch. Ghi insertion loss và uncertainty của dụng cụ thay vì chỉ ghi “thêm 3 dB”.

Topology cô lập lỗi RS-FEC giữa SerDes, module quang và đường truyền.
Topology cô lập lỗi RS-FEC giữa SerDes, module quang và đường truyền.
03

Lane, optics và biến số phải khóa

#

Khóa Ethernet speed, PMD, lane count/rate, modulation, FEC mode, autonegotiation/link training, gearbox, optics model/firmware, fiber type/length, connector, temperature và transmit power. Ghi host/media lane mapping; counter “lane 0” ở hai thiết bị có thể không biểu diễn cùng physical path nếu gearbox remap.

Traffic profile gồm frame size, packets per second, flow count, direction, burst và duration. Đồng thời lưu symbol/codeword counter, PCS alignment, high-BER marker, local/remote fault và link state. Counter reset phải có timestamp và chỉ thực hiện giữa run.

Nhóm biến · Ví dụ cần ghi · Sai lệch nếu bỏ sót

PHY/PMD · speed, lane, modulation, FEC · So sánh không cùng chuẩn

Media · module, fiber/DAC, length, connector · Quy lỗi nhầm cho DUT

Environment · nhiệt độ, power, attenuation · Margin thay đổi theo thời gian

Counter · semantics, width, reset/wrap · Tính sai error rate

Traffic · frame, PPS, flow, burst · Không thấy packet cliff

Time · warm-up, soak, sample interval · Average che burst error

04

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

#

KPI vật lý gồm pre-FEC BER nếu thiết bị đo/implementation cung cấp đáng tin cậy, corrected codeword/s, corrected symbol/s, uncorrectable codeword, lane skew/alignment event, high-BER state, local/remote fault và link flap. KPI data plane gồm throughput/goodput, packet loss, latency, jitter, CRC/frame error, out-of-order và thời gian phục hồi.

Counter semantics phải đối chiếu tài liệu model/version. Một số thiết bị báo symbol error, số khác báo codeword hoặc interval bin; không đổi tên các counter thành cùng một đại lượng. Bằng chứng gồm raw counter theo thời gian, optical/electrical measurement, cấu hình FEC, traffic result và event log.

Câu hỏi · KPI · Bằng chứng

Kênh đang xấu dần? · corrected rate/trend theo lane · raw time series

FEC đã vượt khả năng? · uncorrectable + packet/CRC loss · counter + analyzer

Lỗi cục bộ ở lane? · lane distribution/alignment · lane map + diagnostics

Link có ổn định? · flap/fault/recovery · event timeline

Dịch vụ còn đạt? · goodput, loss, latency · traffic profile cố định

05

Ma trận quyết định link quality

#

Kịch bản · Biến điều khiển · Điều cần chứng minh · Kết luận được phép

Clean baseline · Media chuẩn, attenuation thấp · Counter ổn định, zero traffic loss theo tiêu chí · Baseline topology này

Attenuation sweep · Tăng theo bước đã hiệu chuẩn · Knee của corrected/uncorrectable · Margin theo setup

Lane fault · Impair một lane nếu dụng cụ hỗ trợ · Counter và alarm đúng lane · Khả năng chẩn đoán

Burst error · Error burst có kiểm soát · FEC/traffic phản ứng theo thời gian · Resilience với profile đó

Temperature soak · Dải được phê duyệt · Drift và flap · Stability trong dải thử

Module swap · Cùng loại/khác lô · Tính tái lập · Không suy rộng toàn vendor

FEC mismatch · Cấu hình không tương thích trong lab · Link/alarm rõ ràng · Negative behavior

06

Test plan từ sạch đến stress

#

Pha A inventory và calibration. Pha B clean baseline, chạy đủ warm-up và soak. Pha C attenuation/noise sweep theo bước nhỏ, giữ traffic cố định. Pha D burst error hoặc lane-specific impairment nếu được hỗ trợ. Pha E temperature/power variation trong giới hạn module và lab. Pha F link flap, module reseat hoặc remote restart có kiểm soát; đo recovery.

Tại mỗi step, đợi steady state, chụp diagnostics/counter, đo traffic và ghi uncertainty. Dừng khi chạm giới hạn an toàn, uncorrectable tăng liên tục, link flap hoặc optics vượt phạm vi công bố. Không tiếp tục tăng impairment chỉ để tìm một con số cực đại nếu có nguy cơ phần cứng.

Đường cong RS-FEC từ lỗi được sửa tới uncorrectable và packet loss.
Đường cong RS-FEC từ lỗi được sửa tới uncorrectable và packet loss.
07

Correlation giữa FEC và packet traffic

#

Corrected codeword không nhất thiết tạo packet loss; đó là mục đích của FEC. Nhưng xu hướng corrected tăng nhanh có thể là cảnh báo giảm margin. Ngược lại, packet loss có thể xuất hiện do queue hoặc MAC dù FEC sạch. Vì vậy luôn chạy traffic ground truth và đối chiếu CRC, discard, queue cùng FEC.

Sampling counter quá chậm có thể che burst lỗi. Thu interval đủ nhỏ trong pha stress và tính delta theo counter width. Nếu link flap làm counter reset, đánh dấu discontinuity thay vì nối sai thành giá trị âm. Báo cả distribution theo lane và theo thời gian, không chỉ tổng cuối run.

08

Checklist lab và báo cáo

#
  • [ ] Ghi chuẩn/PMD, FEC mode, lane rate và autoneg/link training.
  • [ ] Ghi model, serial, firmware của optics và DUT.
  • [ ] Làm sạch connector; kiểm tra power và lane mapping.
  • [ ] Hiệu chuẩn analyzer, attenuator và loopback sạch.
  • [ ] Xác nhận semantics, width và reset của từng counter.
  • [ ] Chạy baseline đủ warm-up/soak trước stress.
  • [ ] Quét impairment một biến mỗi lần, có stop condition.
  • [ ] Thu FEC, PCS, MAC và traffic KPI cùng timestamp.
  • [ ] Lặp với module/cable đại diện; ghi sample size.
  • [ ] Báo uncertainty và không suy rộng ngoài cấu hình đã thử.
09

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

#

Kết quả phụ thuộc PMD, FEC, module, SerDes, media, temperature, traffic và measurement chain. Counter vendor có semantics khác; “pre-FEC BER” có thể là estimate chứ không phải phép đo độc lập. Phải kiểm tra tài liệu model/version trước khi so sánh.

Một run không loss trong 15 phút không chứng minh long-term reliability. Test lab không thay qualification theo chuẩn hoặc compliance test chính thức. Không công bố “line rate” nếu chưa nêu frame size, wire overhead, direction, duration và FEC/link condition.

10

Khái niệm cần nhớ

#
  • FEC: Cơ chế thêm redundancy để sửa một phạm vi lỗi truyền dẫn.
  • RS-FEC: Reed–Solomon Forward Error Correction dùng trong nhiều Ethernet PHY.
  • Codeword: Khối dữ liệu/mã được FEC xử lý như một đơn vị.
  • Corrected: Lỗi đã được decoder sửa trong khả năng của mã.
  • Uncorrectable: Codeword vượt khả năng sửa, có thể ảnh hưởng frame.
  • Pre-FEC BER: Tỷ lệ lỗi trước giải mã FEC, thường phụ thuộc cách đo/ước lượng.
  • Lane skew: Chênh lệch thời gian giữa các lane cần được deskew.
  • Knee point: Vùng lỗi bắt đầu tăng nhanh hoặc chuyển thành mất packet/link.
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