Keysight công bố demo tại ECOC 2026: kiểm chứng 1.6T, 3.2T và AI fabric thế nào?

Keysight cho biết sẽ trình diễn tại booth 1154, ECOC 2026, FYCMA Málaga, ngày 21–23/9/2026. Thông cáo ngày 9/9 nhóm nội dung thành photonic design/characterization, optical links, AI infrastructure, production 1.6T và AI-enabled test automation.

Trang sự kiện nêu một số cấu phần cụ thể: Functional Interconnect Test Solution với INPT-1600 cho link validation; AresONE 1600GE cùng KAI Data Center Builder để mô phỏng workload/benchmark fabric; IxNetwork cho Ultra Ethernet LLR/CBFC; KAI Inference Builder cho inference scale; N4378A 220 GHz Lightwave Component Analyzer cho PIC characterization. Đây là danh mục demo do hãng công bố, chưa phải kết quả đo độc lập.

Thông cáo nối “physics to packets”: từ PIC, transmitter/receiver và interconnect tới Ethernet fabric và workload. Đây là cách nhìn hữu ích vì lỗi AI cluster không chỉ nằm ở throughput switch; signal margin, FEC, congestion control, collective pattern và host behavior có thể tương tác.

Cụm “3.2T optical research” phải giữ đúng là nghiên cứu/demo. Không nên viết thành sản phẩm 3.2T thương mại hoặc khả năng production nếu thông cáo không nêu availability và model tương ứng.

• Lớp demo: PIC/component · Tuyên bố của Keysight: Characterization tới 220 GHz · Bằng chứng nên yêu cầu: Calibration, uncertainty, fixture/de-embedding
• Lớp demo: Optical link · Tuyên bố của Keysight: 1.6T Tx/Rx validation; nghiên cứu 3.2T · Bằng chứng nên yêu cầu: Standard revision, lane rate, FEC, BER, margin
• Lớp demo: Interconnect · Tuyên bố của Keysight: FITS/INPT-1600 link validation · Bằng chứng nên yêu cầu: Channel topology, cable/optic matrix, error injection
• Lớp demo: AI transport · Tuyên bố của Keysight: UEC LLR/CBFC với IxNetwork · Bằng chứng nên yêu cầu: Draft/spec version, endpoint support, counters
• Lớp demo: Fabric/workload · Tuyên bố của Keysight: AresONE 1600GE, KAI builders · Bằng chứng nên yêu cầu: Traffic model, scale, offered load, completion KPI

Đội thiết kế cần traceability giữa phép đo component và hiệu năng hệ thống. Một eye/BER tốt ở fixture chưa bảo đảm fabric không congestion; ngược lại, flow completion xấu không tự chứng minh optical link lỗi. Test plan nên có correlation ID/timestamp, cùng inventory firmware, optic, cable, switch, NIC và traffic profile.

Với 1.6T Ethernet/optics, phải khóa standard revision, lane mapping, modulation, FEC, test pattern, temperature và optical power. Với AI fabric, khóa topology, routing/ECMP, queue configuration, transport profile, collective/inference workload, message-size distribution và fault model. KPI cần bao gồm pre/post-FEC evidence, uncorrectable errors, throughput, tail latency, congestion/marking, job completion time và recovery.

Người mua không nên chỉ hỏi “có hỗ trợ 1.6T không”; cần hỏi hỗ trợ ở lớp nào, model/software nào, theo revision nào và bằng chứng pass/fail nào có thể xuất ra.

• Đội photonics/optical validation làm transmitter, receiver, PIC và interconnect.
• Nhà sản xuất switch, NIC/DPU, cable/optics và hệ thống AI.
• Lab cần chọn dụng cụ nhưng muốn giữ test plan vendor-neutral.
• Data-center architect chịu trách nhiệm scale-up/scale-out fabric.
• QA/operations cần nối lỗi vật lý với packet và workload impact.

Thông cáo không cung cấp đầy đủ topology, traffic mix, DUT matrix, uncertainty budget, raw results hay điều kiện pass/fail. Vì vậy chưa thể kết luận hiệu năng, độ chính xác, interoperability hoặc khả năng scale production của bất kỳ cấu phần nào. “Giảm test time”, “tối ưu yield” và “benchmark at scale” là mục tiêu/tuyên bố hãng cho demo, không phải kết quả độc lập trong thông cáo.

Danh sách demo cũng không tự xác nhận mọi model đang GA, license đi kèm, feature parity hay availability theo khu vực. Các chi tiết LLR/CBFC cần được gắn với phiên bản Ultra Ethernet specification và implementation tại thời điểm PoC.

Một PoC tốt cần baseline và negative control. Ví dụ workload không impairment, impairment quang có kiểm soát và congestion thuần packet giúp tách nguyên nhân thay vì quy mọi suy giảm cho “AI fabric”.

• Bước 1: Chốt use case: design characterization, compliance, interoperability, production hay workload benchmark.
• Bước 2: Yêu cầu model, hardware option, software/firmware và license của từng demo.
• Bước 3: Ghi standard/spec revision, lane rate, FEC và test method.
• Bước 4: Yêu cầu topology, DUT, optic/cable, calibration và measurement uncertainty.
• Bước 5: Với fabric, lấy traffic profile, flow/collective distribution, offered load và queue policy.
• Bước 6: Định nghĩa KPI end-to-end: BER/margin, loss, latency/jitter, fairness, completion time, recovery.
• Bước 7: Chèn lỗi: link degradation, uncorrectable FEC, congestion, path failure và endpoint slowdown.
• Bước 8: Thu raw result/pcap/counter/config thay vì chỉ dashboard hoặc slide.
• Bước 9: Lặp với ít nhất một DUT/optic khác nếu tuyên bố interoperability.
• Bước 10: Ghi rõ phần nào là demonstration, research, preview hay generally available.

• 1.6T: tốc độ Ethernet/optical aggregate; cần nêu lane và chuẩn cụ thể.
• 3.2T optical research: hướng nghiên cứu quang tổng hợp cao hơn, không đồng nghĩa sản phẩm GA.
• PIC: photonic integrated circuit, mạch tích hợp quang.
• LLR: link-level retry, cơ chế phục hồi lỗi ở mức link theo đặc tả liên quan.
• CBFC: credit-based flow control trong ngữ cảnh Ultra Ethernet.
• Workload emulation: tạo mẫu traffic/computation đại diện workload, cần xác minh độ trung thực.