Kiểm thử MPLS LSP Ping và traceroute: OAM đúng chưa đồng nghĩa dịch vụ tốt

RFC 8029 định nghĩa cơ chế phát hiện lỗi data plane MPLS bằng MPLS echo request/reply. LSP Ping kiểm tra khả năng đến FEC đích; LSP traceroute tăng TTL để xác định từng hop và phát hiện vị trí forwarding bất thường. Đây là công cụ OAM, không phải benchmark throughput hoặc SLA.

Cần chốt loại LSP/FEC: LDP, RSVP-TE, BGP-labeled unicast, VPN hay pseudowire theo phạm vi nền tảng hỗ trợ. Cùng một địa chỉ đích nhưng FEC khác có thể đi label path khác. “Ping thành công” chỉ có ý nghĩa khi target FEC, source, reply mode và VRF/context được ghi rõ.

Bài kiểm thử phải trả lời: OAM đi đúng LSP không; từng hop xác nhận FEC thế nào; echo reply về bằng đường nào; lỗi label/FIB có được phát hiện không; và trạng thái OAM có tương quan với luồng dịch vụ thực hay không.

Topology tối thiểu gồm ingress LER, hai đường transit LSR, egress LER và traffic generator ở hai CE/edge. Nếu production có ECMP, route reflector, RSVP-TE bypass hoặc VPN label, giữ chúng trong lab. Tạo một nhánh control/reply path riêng để quan sát bất đối xứng.

Thu MPLS echo packet, label stack, LFIB/NHLFE, RIB/FIB, FEC mapping, interface/queue counter, control-plane CPU và traffic generator sequence. Capture tại ingress, một transit đại diện và egress giúp xác định request đi sai hay reply bị mất.

Đồng bộ clock khi đo thời gian; nếu không, dùng sequence và timestamp tại cùng generator. Không xem RTT echo là latency dịch vụ nếu reply path, QoS hoặc xử lý CPU khác nhau.

Khóa model/NOS, label distribution protocol, FEC type, PHP/explicit-null, entropy label, ECMP hash, TTL propagation, MTU, VRF, reply mode và control-plane policing. Ghi rõ LSP bidirectional thực hay chỉ hai LSP unidirectional độc lập.

Traffic profile gồm nhiều flow key, frame nhỏ/IMIX/jumbo, DSCP/EXP/TC và cả hai chiều. OAM probe rate phải nằm trong policy để không tự kích hoạt CoPP hoặc rate limit. Khi thử ECMP, một probe key không đại diện mọi member.

Biến · Mức thử · Nguy cơ diễn giải sai

FEC · prefix, VPN, TE theo hỗ trợ · Ping nhầm context

Reply mode · IP, control channel theo triển khai · Nhầm lỗi return path với LSP

Label stack · transport/service/entropy · Bỏ sót label dịch vụ

ECMP · nhiều flow key · Chỉ kiểm tra một member

MTU · probe nhỏ và sweep · OAM pass, data lớn drop

QoS · nhiều class · OAM ưu tiên khác dịch vụ

KPI OAM gồm echo success ratio, reply code, hop completeness, unexpected FEC/label, response time distribution, timeout và control-plane drop. KPI dịch vụ gồm packet loss, latency p50/p95/p99, jitter, out-of-order, throughput/goodput và convergence khi path đổi.

Bằng chứng tối thiểu: câu lệnh/API cùng tham số; request/reply capture; LFIB trước/sau; traceroute hop list; traffic sequence; queue/drop; event timestamp và config/version. Với lỗi dự kiến, pass có thể là OAM trả đúng mã lỗi và khoanh đúng hop, không phải luôn luôn nhận echo success.

Sai số phép đo cần ghi: probe đi qua CPU, rate thấp và reply path khác traffic. Không công bố RTT của LSP Ping như one-way delay hoặc SLA latency nếu chưa có phương pháp riêng.

Kịch bản · Kỳ vọng OAM · Kỳ vọng dịch vụ · Bằng chứng

Baseline đúng label · Echo/traceroute hoàn chỉnh · Pass trong SLO · capture + LFIB + sequence

Sai NHLFE trong lab · Reply code/hop chỉ ra lỗi · Mất/sai đường có kiểm soát · pre/post LFIB

Một ECMP member lỗi · Probe theo key phát hiện · Chỉ flow tương ứng bị ảnh hưởng · multi-flow evidence

MTU vượt ngưỡng · Probe sweep thể hiện hành vi · Frame lớn drop/fragment theo thiết kế · size matrix

Return path lỗi · Request tới egress, reply mất · Forward service có thể vẫn pass · capture hai phía

Path failover · Hop/path đổi đúng · Loss/convergence trong budget · timeline OAM + data

Ma trận phải có cả positive và negative case. Nếu chỉ chạy lúc mạng khỏe, đội vận hành chưa biết công cụ sẽ biểu hiện thế nào khi forwarding sai thật.

Mỗi kịch bản cần test ID, T0 rõ và expected result viết trước. Lặp ít nhất đủ để thấy biến thiên thay vì chọn một mẫu tốt nhất.

• Lưu topology, FEC, label, RIB/FIB/LFIB và version baseline.
• Chạy OAM tải thấp với target/reply mode xác định; lưu raw output.
• Chạy LSP traceroute và đối chiếu từng hop với expected path.
• Phát traffic dịch vụ nhiều flow, hai chiều và nhiều kích thước.
• Lặp probe theo ECMP keys/FEC cần phủ; kiểm tra rate limit.
• Quét MTU bằng probe và data packet độc lập.
• Gây lỗi link/label/path trong lab; đo reply code và time-to-detect.
• Khôi phục/failover; nối OAM timeline với packet loss/convergence.
• Tăng LSP/FEC scale; xác minh CPU và OAM response không suy giảm ngoài ngưỡng.
• Rollback và xác nhận không còn stale label hoặc unexpected path.

OAM pass nhưng dịch vụ fail thường do MTU, QoS, service label, ACL hoặc hash path không được probe phủ. OAM fail nhưng traffic một chiều vẫn chạy có thể do return path, CoPP hoặc echo processing. Hai trạng thái đều cần capture và counter để khoanh vùng.

Khi failover, chạy probe đủ nhanh để thấy thời điểm path đổi nhưng không vượt policing. Packet generator là nguồn chính cho loss window; OAM giải thích control/forwarding path. Nếu LSP Ping trả lời sau khi dịch vụ phục hồi, không lấy thời gian đó làm convergence end-to-end.

• [ ] FEC, VRF, source và reply mode được ghi rõ.
• [ ] Expected hop/label path được owner xác nhận.
• [ ] Có traffic dịch vụ song song, không chỉ OAM.
• [ ] ECMP được phủ bằng nhiều flow/probe key.
• [ ] Đã thử MTU và QoS class đại diện.
• [ ] Probe rate không kích hoạt CoPP ngoài ý muốn.
• [ ] Đã có negative test và reply code mong đợi.
• [ ] Capture request/reply tách được forward và return path.
• [ ] Failover được đo bằng sequence và event timestamp.
• [ ] Rollback xác nhận LFIB/path trở lại baseline.

Khả năng OAM phụ thuộc FEC type, NOS và feature support. Một LSP Ping pass không chứng minh security, application state, capacity hoặc mọi ECMP member. Traceroute MPLS cũng có thể bị giới hạn bởi policy hoặc implementation; không tự suy diễn “hop ẩn” là lỗi.

Không tạo label/FIB lỗi trên production nếu chưa có phạm vi, change window và OOB rollback. RFC định nghĩa giao thức; ngưỡng loss, latency và thời gian phục hồi phải đến từ SLO của dịch vụ.

• LER/LSR: Router biên và router chuyển mạch nhãn MPLS.
• FEC: Nhóm packet được xử lý theo cùng forwarding behavior.
• LFIB/NHLFE: Trạng thái chuyển tiếp nhãn và next-hop tương ứng.
• LSP Ping: MPLS echo kiểm tra reachability theo FEC.
• LSP traceroute: Kiểm tra từng hop bằng TTL và response.
• PHP: Penultimate Hop Popping, bỏ label tại hop áp cuối.
• Return path: Đường echo reply trở về nguồn, có thể khác LSP được kiểm tra.