Kiểm thử Ethernet CFM và Y.1731: continuity, loopback, linktrace và defect

IEEE 802.1Q Connectivity Fault Management cung cấp cơ chế theo dõi kết nối ở lớp Ethernet qua Maintenance Domain/Association và các Maintenance End/Intermediate Point. ITU-T G.8013/Y.1731 mô tả các chức năng OAM và phép đo hiệu năng Ethernet, có phần giao nhau với CFM; không phải mọi chức năng hay counter đều được mọi thiết bị hỗ trợ. Câu hỏi cần chốt là: phát hiện lỗi nào, trong miền trách nhiệm nào, ở service/VLAN nào và alarm phải tới hệ thống nào.

Không dùng CFM như bằng chứng duy nhất cho chất lượng ứng dụng. CCM có thể vẫn trao đổi trong khi queue congestion làm packet loss hoặc latency tăng; ngược lại, data plane có thể còn đi trong một số lỗi cấu hình nhưng OAM association đã sai. Hai mặt phải được đo song song.

Topology tối thiểu gồm hai MEP ở biên dịch vụ, MIP tại các nút trung gian nếu thiết kế có, traffic generator ở hai đầu và một hệ thống thu alarm/counter. Ghi rõ MD level, Maintenance Association, MEP ID, direction, VLAN/EVC, encapsulation và mapping vật lý–logic.

Tạo một service map độc lập từ inventory/configuration và dùng nó làm ground truth. Capture CFM frame tại biên, lưu forwarding counters và phát payload có sequence/timestamp. Nếu có QinQ/MPLS transport, phân biệt OAM khách hàng, nhà cung cấp và tunnel; không suy một level đại diện cho mọi miền.

Khóa software build, CFM interval, MD level/name, MAID, VLAN tag, direction, alarm hold-off, defect priority, clock source và NMS polling. Tách fault vật lý, VLAN pruning, remote MEP mismatch, unidirectional loss và congestion thành từng lần chạy.

Với performance measurement, khóa frame size, offered load, QoS marking, queue, path, timestamp method và one-way/two-way mode. Không so delay từ hai run nếu clock quality hoặc đường đi thay đổi. Chạy baseline warm-up trước fault injection và giữ traffic profile đủ dài để thấy percentile.

Kết quả cần gắn cùng event ID để nối fault, CFM defect, NMS alarm và payload loss. Nếu thiết bị chỉ xuất số tổng, lưu snapshot trước/sau và kiểm wrap/reset counter.

• KPI: Defect detection time · Điểm bắt đầu/kết thúc: Fault inject → defect asserted · Bằng chứng: Orchestrator + device log · Pass/fail: Theo SLA/OAM interval
• KPI: Alarm clear time · Điểm bắt đầu/kết thúc: Service restored → clear · Bằng chứng: NMS/device timeline · Pass/fail: Không flap quá ngưỡng
• KPI: Remote MEP completeness · Điểm bắt đầu/kết thúc: Expected vs learned MEP · Bằng chứng: Service map diff · Pass/fail: Đúng ID/MA/level
• KPI: Frame loss · Điểm bắt đầu/kết thúc: Tx/Rx sequence/counter · Bằng chứng: Generator + OAM counter · Pass/fail: Theo traffic class
• KPI: Frame delay/delay variation · Điểm bắt đầu/kết thúc: Timestamp và định nghĩa metric xác định · Bằng chứng: Raw samples + clock status · Pass/fail: p95/p99 theo SLO
• KPI: Service impact · Điểm bắt đầu/kết thúc: Fault → user traffic recovery · Bằng chứng: Continuous flow · Pass/fail: Theo RTO dịch vụ

Loopback Message/Reply kiểm reachability tới điểm đích OAM; Linktrace giúp lần theo forwarding path trong phạm vi hỗ trợ. Pass không đồng nghĩa mọi hop vật lý đã được khám phá nếu MIP bị tắt hoặc policy lọc OAM.

• Fault: Rút link · CFM mong đợi: Remote defect/CCM timeout · Data plane mong đợi: Failover hoặc mất dịch vụ theo design · Quyết định: Alarm đúng domain
• Fault: Sai MAID/level · CFM mong đợi: Không ghép remote MEP · Data plane mong đợi: Có thể vẫn forward · Quyết định: Phát hiện config drift
• Fault: VLAN prune một chiều · CFM mong đợi: Defect một chiều · Data plane mong đợi: Loss/asymmetry · Quyết định: Xác định đúng segment
• Fault: MIP không phản hồi · CFM mong đợi: Linktrace thiếu hop · Data plane mong đợi: Payload có thể còn đi · Quyết định: Điều tra OAM policy
• Fault: Congestion · CFM mong đợi: CCM có thể còn up · Data plane mong đợi: Delay/loss tăng · Quyết định: Không báo “service healthy”
• Fault: Node restart · CFM mong đợi: Peer defect rồi clear · Data plane mong đợi: Recovery theo protection · Quyết định: Không stale alarm

• Bước 1: Export service map, MD/MA/MEP/MIP và mapping interface/VLAN.
• Bước 2: Xác nhận CCM hai chiều, remote MEP ID và trạng thái ổn định ở tải thấp.
• Bước 3: Gửi loopback tới MEP/MIP đích; đối chiếu reply, transaction và timeout.
• Bước 4: Chạy linktrace với expected-hop map; ghi responder và điểm dừng.
• Bước 5: Gây link down, unidirectional drop, VLAN mismatch và remote MEP stop riêng biệt.
• Bước 6: Đo assert/clear time, alarm fan-out và correlation ở NMS.
• Bước 7: Khôi phục cấu hình; so toàn bộ remote MEP/counter với baseline.
• Bước 8: Lặp ở từng service class, level và protection path có trong production.

Chạy traffic nền có IMIX/size distribution đại diện, sau đó đo frame loss/delay ở nhiều load plateau. Với one-way delay, chỉ kết luận khi clock synchronization và timestamp uncertainty đáp ứng ngân sách; nếu không, dùng two-way measurement và nêu rõ giới hạn bất đối xứng.

So số đo OAM với generator/capture độc lập. Chênh lệch có thể đến từ measurement interval, sampling window, excluded frame hoặc clock. Chỉ đặt pass/fail sau khi chuẩn hóa cùng direction, class, interval và service instance.

Checklist thực hành:

• Baseline không tải, tải danh định và gần congestion.
• Đo từng frame class/CoS thay vì gộp toàn cổng.
• Xác nhận OAM frame không bị policer ngoài ý muốn.
• Gây failover khi đang đo, giữ sequence liên tục.
• Lưu raw counter, time series và clock quality.

Trước khi reset session, chụp local/remote MEP state, last error, port/VLAN counter và forwarding path. Xác định defect thuộc MD nào; cùng một hạ tầng có thể có customer/provider/operator domain với trách nhiệm khác nhau.

Đi từ service ID tới interface thực, kiểm VLAN translation/pruning, OAM filtering và protection state. Sau remediation, yêu cầu alarm clear đúng, remote MEP trở lại và payload test phục hồi; không đóng sự cố chỉ vì icon chuyển xanh.

CFM/Y.1731 không tự chứng minh application SLA, IP routing hay end-to-end path ngoài Ethernet maintenance domain. Kết quả ở một interval/level/service không đại diện cho mọi tenant và class.

Khả năng, counter và tên defect phụ thuộc implementation/version. IEEE/ITU mô tả tiêu chuẩn; cấu hình cụ thể phải đối chiếu tài liệu hãng. Không công bố delay/loss nếu thiếu clock, interval, load và uncertainty.

• MEP: điểm kết thúc một Maintenance Association.
• MIP: điểm trung gian có thể phản hồi một số OAM message.
• CCM: bản tin kiểm tra continuity định kỳ.
• Loopback: phép kiểm reachability OAM tới điểm đích.
• Linktrace: cơ chế lần theo đường forwarding trong miền CFM.
• Defect: trạng thái lỗi OAM được xác định theo điều kiện/priority.