Kiểm thử hội tụ EVPN-VXLAN: đo đúng failover, packet loss và thời gian phục hồi

Câu hỏi ‘fabric hội tụ trong bao lâu?’ còn thiếu loại sự cố, route EVPN chịu tác động, hướng traffic, tải và điểm bắt đầu tính thời gian. Mất uplink leaf–spine khác restart phiên BGP EVPN; mất một VTEP khác mất một nhánh Ethernet Segment.

Tiêu chí nên chỉ rõ sự kiện, tải, số flow, gián đoạn tối đa, packet loss theo flow và trạng thái route sau phục hồi. Underlay reachability, control-plane update và data-plane forwarding là ba mốc riêng, không nên gộp thành một con số.

Topology cơ sở gồm hai spine, hai leaf/VTEP và endpoint ở hai phía. Bài multihoming cần endpoint dual-homed cùng Ethernet Segment đúng với thiết kế thực tế. Bộ tạo lưu lượng nằm ngoài fabric giúp kết quả không phụ thuộc CPU của switch.

Thu timestamp TX/RX, link/BFD/IGP, BGP EVPN adjacency và route liên quan, MAC/ARP/ND, FIB, interface counter, queue drop và ECMP member. Dữ liệu TX/RX có cùng clock là nguồn chính để tính gián đoạn; log thiết bị giải thích cơ chế.

• Đồng bộ NTP/PTP trước khi ghép timeline nhiều thiết bị
• Xác nhận route count và FIB ổn định trước mỗi vòng
• Ghi model, phần mềm, timer, MTU và mapping VNI–VRF

Một luồng ping có thể bỏ sót mất gói ngắn hoặc chỉ đi qua một ECMP hash. Dùng nhiều flow key, sequence number, frame size và cả hai hướng. L3VNI cần phủ nhiều host/prefix; L2VNI cần kiểm tra unicast đã học cùng broadcast/unknown-unicast trong phạm vi kiểm soát.

Chạy baseline ở 10–20% line rate rồi stress 70–90%; so frame 128, 512, 1518 byte và IMIX; tăng từ hàng trăm tới hàng nghìn flow. UDP sequence đo hội tụ mạng, còn TCP/ứng dụng đánh giá khả năng sống sót của phiên.

Với stream có sequence và packet rate biết trước, gián đoạn xấp xỉ số gói mất liên tiếp chia cho packet rate. Độ phân giải phụ thuộc tốc độ phát: ở 1.000 packet/s, mỗi gói tương ứng khoảng 1 ms.

Báo packet loss theo flow, maximum contiguous loss, out-of-order, duplicate, latency/jitter, thời gian phát hiện BFD/IGP, BGP withdraw/update, FIB chuyển next hop và thời gian KPI trở lại baseline. Trạng thái CLI ‘Established’ không đồng nghĩa dịch vụ đã phục hồi.

Ma trận nên gồm mất uplink đang mang traffic, mất một spine, restart BGP EVPN, restart VTEP/NVE, mất nhánh multihoming, mất toàn bộ leaf và khôi phục link. Mỗi case chỉ thay đổi một biến.

Chạy cả failover lẫn failback. Nhiều fabric chuyển sang đường dự phòng tốt nhưng mất gói khi đường cũ trở lại do route churn, ECMP rehash hoặc MAC relearning.

Ghi cấu hình và trạng thái; warm-up MAC/ARP/ND; lấy baseline ít nhất 5 phút; gắn timestamp tại nguồn gây lỗi; giữ traffic qua thời điểm phục hồi; xuất per-flow statistics và log; lặp ít nhất 5 vòng, hoặc 20–30 vòng khi SLA chặt.

So median, p95 và worst case. Pass khi không còn route stale, contiguous loss và duplicate trong ngưỡng, latency trở lại baseline và mọi outlier đều có giải thích.

• Không xóa trạng thái tùy tiện giữa các vòng
• Không thay timer và tải trong cùng một lần chạy
• Lưu cấu hình, dữ liệu thô và timeline cùng test ID

Dựng T0 tạo lỗi, T1 link/BFD phát hiện, T2 IGP/BGP cập nhật, T3 FIB đổi, T4 gói đầu tiên nhận lại và T5 KPI ổn định. T0–T4 là gián đoạn từ góc nhìn dịch vụ; T1–T3 giải thích nguyên nhân.

BFD nhanh nhưng packet loss dài gợi ý FIB programming, ECMP rehash hoặc remote VTEP. Chỉ một nhóm flow mất thì ưu tiên next-hop và entropy/hash, không kết luận toàn fabric.

Kết quả chỉ áp dụng cho topology, scale, timer, phần mềm và traffic profile đã thử. Fabric 2×2 không đại diện trực tiếp cho hàng trăm VTEP và lượng route/MAC/VNI lớn.

UDP sequence không phản ánh đầy đủ TCP hay ứng dụng stateful. Tách network convergence khỏi session survival, sau đó mới kết hợp ở vòng nghiệm thu dịch vụ.