NETWORK TESTING

Kiểm thử EVPN-VXLAN BUM traffic: replication, ARP suppression và storm boundary

31/8/2026 · 16 phút

Nhiều VTEP EVPN-VXLAN sao chép broadcast unknown-unicast multicast theo VNI với ARP suppression
Mục lục bài viết 10 phần

Trong EVPN‑VXLAN, broadcast, unknown-unicast và multicast có thể được phân phối bằng ingress replication hoặc multicast underlay. ARP/ND suppression giúp giảm flooding nhưng tạo phụ thuộc vào control-plane state. Bài đo cần chứng minh đúng người nhận, đúng VNI, đúng số bản sao và không che stale entry hoặc blackhole.

ĐỌC NHANH

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

  • Câu hỏi BUM cần trả lời
  • Topology và điểm quan sát
  • Biến số phải kiểm soát
Tùy chỉnh đọc
01

Câu hỏi BUM cần trả lời

#

RFC 7348 mô tả VXLAN và BUM forwarding; RFC 8365 mô tả EVPN overlay. Với một frame đầu vào, bài kiểm thử cần biết VTEP nào phải nhận, VTEP nào không được nhận và tổng số bản sao ở access/underlay. Unknown-unicast flooding có thể đúng trong một trạng thái học địa chỉ nhưng bất thường khi control plane đã có route.

ARP/ND suppression phải trả lời đúng cho endpoint hợp lệ, không rò tenant và loại bỏ entry theo lifecycle. Giảm broadcast rate không tự chứng minh correctness; một stale binding có thể giảm flood nhưng trả MAC sai.

02

Topology và điểm quan sát

#

Topology tối thiểu gồm ba VTEP/leaf, hai tenant/VNI, route reflector/control plane, nhiều endpoint và underlay ECMP. Với ingress replication, quan sát replication list và bản sao trên từng tunnel. Với multicast underlay, thêm multicast tree và receiver membership; kiểm tra RP nếu thiết kế dùng ASM, không mặc định SSM cần RP. Đặt collector/capture ở source leaf, underlay và remote leaf.

Tạo known/unknown MAC, broadcast ARP, IPv6 ND, multicast và endpoint move. Thu EVPN route type, MAC/IP binding, VNI/VTEP table, tunnel counter, underlay link utilization, packet sequence và destination receipt. Đồng bộ clock để nối route update với thời điểm flooding dừng hoặc trở lại.

Minh họa: Topology kiểm thử EVPN-VXLAN BUM và ARP suppression theo tenant.
Minh họa: Topology kiểm thử EVPN-VXLAN BUM và ARP suppression theo tenant.
03

Biến số phải kiểm soát

#

Ghi model/NOS/version, VXLAN/EVPN mode, VNI–VLAN mapping, anycast gateway, replication mode, multicast group, ARP/ND suppression, unknown-unicast policy, MAC/IP aging, mobility sequence và duplicate-address detection. Khóa MTU, ECMP hash, QoS và storm-control threshold.

Traffic profile cần số VNI, VTEP, endpoint, MAC churn, ARP/ND rate, unknown-unicast rate, frame size và background unicast. Tách functional rate khỏi capacity ramp; storm control có thể làm bài chức năng fail nếu threshold đặt thấp hơn offered load. Mỗi frame cần marker/sequence để phát hiện duplicate và rò tenant.

  • Replication — Cần ghi: IR list hoặc multicast tree; Rủi ro: Sai fan-out.
  • Control plane — Cần ghi: EVPN route/binding; Rủi ro: Flood dù route đã có.
  • Suppression — Cần ghi: ARP/ND policy, aging; Rủi ro: Stale/wrong reply.
  • Scale — Cần ghi: VNI/VTEP/MAC/IP; Rủi ro: Kết luận từ lab nhỏ.
  • Underlay — Cần ghi: ECMP, MTU, QoS; Rủi ro: Drop bản sao không đồng đều.
  • Storm control — Cần ghi: threshold/action/recovery; Rủi ro: Che giới hạn hoặc gây blackhole.
04

KPI và chuỗi bằng chứng

#

KPI gồm BUM delivery correctness, replication factor, duplicate count, cross-VNI leak, underlay bytes/packets per input frame, ARP/ND suppression hit/correctness, endpoint resolution latency, packet loss và convergence sau move/failure. Capacity KPI gồm control-plane update rate, CPU/memory, queue/drop và headroom trước storm boundary.

Bằng chứng phải ghép input frame ID, outer/inner headers, VNI, replication list/tree, EVPN route, binding và output receipt. Với suppression, lưu request, reply source/MAC, control-plane record và endpoint ground truth. Pass/fail theo từng tenant/VNI; tổng số packet đúng không loại trừ leak giữa tenant.

05

Ma trận kịch bản và quyết định

#
  • Address-resolution baseline (ARP broadcast/IPv6 ND multicast) — Thao tác: ARP/ND hợp lệ; Kỳ vọng: Đúng receiver hoặc suppression; Nguy cơ: Duplicate/rò VNI.
  • Unknown MAC — Thao tác: Xóa/không học đích; Kỳ vọng: Flood theo policy; Nguy cơ: Fan-out sai.
  • Known MAC — Thao tác: Cài EVPN route; Kỳ vọng: Unicast, không flood thừa; Nguy cơ: Stale route.
  • Endpoint move — Thao tác: Chuyển VTEP; Kỳ vọng: Update và traffic phục hồi; Nguy cơ: Dual delivery/blackhole.
  • VTEP failure — Thao tác: Mất remote leaf; Kỳ vọng: List/tree hội tụ; Nguy cơ: Gửi vào tunnel chết.
  • Storm ramp — Thao tác: Tăng BUM theo bậc; Kỳ vọng: Containment theo threshold; Nguy cơ: Ảnh hưởng tenant khác.
  • Control-plane loss — Thao tác: Giữ/mất route theo policy; Kỳ vọng: Hành vi giải thích được; Nguy cơ: Flood amplification.
06

Test plan theo từng pha

#

Pha A xác minh VNI isolation và unicast baseline. Pha B gửi từng loại broadcast, unknown-unicast và multicast ở tốc độ thấp; đếm bản sao. Pha C bật/tắt suppression theo capability và kiểm tra ARP/ND đúng/sai, duplicate IP, entry aging. Pha D tăng VTEP/endpoint/VNI rồi ramp BUM và churn riêng.

Pha E endpoint move, VTEP restart, route-reflector/control-plane interruption và underlay member failure. Pha F thử storm control theo từng tenant/port/VNI nếu implementation hỗ trợ; đo collateral impact. Pha G phục hồi, xác nhận replication list, multicast tree, MAC/IP binding và traffic trở về baseline.

Minh họa: Timeline EVPN-VXLAN mobility và thay đổi BUM forwarding.
Minh họa: Timeline EVPN-VXLAN mobility và thay đổi BUM forwarding.
07

Mobility, stale state và storm containment

#

Endpoint mobility là bài kiểm tra quan trọng cho suppression. Tạo move thật hoặc có kiểm soát, gửi ARP/ND và unicast liên tục, theo dõi sequence number, route withdraw/update và cache invalidation. Pass khi không trả mapping cũ ngoài budget, không dual-deliver kéo dài và không rò traffic sang VNI khác.

Storm test cần ramp theo bước với abort threshold, không đổ tải cực đại ngay. Theo dõi underlay, peer VTEP, control plane và tenant không thuộc bài đo. Kiểm tra recovery hysteresis: threshold ngắt storm nhưng state không trở lại hoặc oscillate vẫn là fail vận hành.

08

Checklist nghiệm thu

#
  • Ghi model/NOS/version và replication/suppression capability.
  • Vẽ VNI, VTEP, tenant và underlay tree/list.
  • Khóa MTU, ECMP, QoS, MAC/IP aging và storm threshold.
  • Tạo known/unknown MAC, ARP, ND và multicast riêng.
  • Đếm input–output bản sao bằng marker/sequence.
  • Kiểm tra cross-VNI negative evidence.
  • Thử endpoint move, duplicate IP và stale binding.
  • Thử VTEP/control-plane/underlay failure riêng.
  • Ramp BUM/churn với abort threshold và collateral metric.
  • Lưu route/binding/config/capture rồi chạy baseline cuối.
09

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

#

Kết quả phụ thuộc replication mode, VNI/VTEP scale, multicast design, NOS/hardware, MTU và traffic mix. Lab ba VTEP không chứng minh headroom ở fabric hàng trăm VTEP. Endpoint emulator không luôn tái tạo host ARP/ND behavior hoặc multicast membership thật.

Không gọi suppression “tốt hơn” chỉ vì packet count giảm; phải chứng minh mapping đúng, lifecycle và failure behavior. Không công bố storm capacity nếu thiếu duration, frame size, fan-out, scale và stop condition.

10

Khái niệm cần nhớ

#
  • BUM: Broadcast, unknown-unicast và multicast traffic.
  • VTEP: Điểm kết thúc tunnel VXLAN.
  • Ingress replication: VTEP nguồn tạo bản sao tới remote VTEP.
  • ARP/ND suppression: Trả lời resolution từ control-plane binding để giảm flooding.
  • MAC mobility: Endpoint/MAC chuyển giữa VTEP.
  • Replication factor: Số bản sao tạo từ một frame vào.
  • Storm boundary: Ngưỡng trước khi tải BUM gây mất kiểm soát hoặc containment.
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