
Mục lục bài viết 10 phần
MLAG cho phép một thiết bị dùng port-channel tới hai switch, nhưng hành vi control/forwarding khi peer-link và keepalive lỗi là đặc thù implementation. Một test plan có giá trị phải chứng minh traffic, MAC/ARP/ND, LACP và orphan port cùng nhất quán trước, trong và sau lỗi — không chỉ nhìn port-channel còn Up.
Bài viết giúp bạn
- Câu hỏi MLAG cần trả lời
- Topology và điểm quan sát
- Biến số phải kiểm soát
Câu hỏi MLAG cần trả lời
#IEEE 802.1AX chuẩn hóa Link Aggregation, nhưng cơ chế biến hai chassis thành một partner logic, đồng bộ state và xử lý dual-active thường là thiết kế của từng hãng. Vì vậy phải ghi đúng tên tính năng, model, NOS và phiên bản; không lấy hành vi của vPC, MLAG hay MC-LAG làm quy luật chung.
Bài đo cần trả lời: flow nào mất khi một member/chassis lỗi; peer còn lại có state đủ để forwarding không; orphan port có giữ connectivity theo policy; và khi peer quay lại có loop, MAC move hoặc traffic polarization bất thường không.
Topology và điểm quan sát
#Dùng hai switch MLAG, peer-link, đường keepalive tách biệt, một thiết bị dual-homed chạy LACP, ít nhất một orphan host ở mỗi peer và upstream/downstream đa đường. Tạo cả east–west, north–south, routed VLAN/SVI và traffic vào orphan port. Nếu production dùng firewall/load balancer stateful, đưa một đại diện vào pha riêng.
Quan sát LACP state, MLAG role/consistency, peer-link/keepalive, MAC table, ARP/ND, routing/FIB, interface counters và packet sequence. Capture ở thiết bị dual-homed, peer-link và điểm đích khi khả thi. Gắn marker vào lệnh gây lỗi để nối control event với packet loss.

Biến số phải kiểm soát
#Ghi domain ID, system MAC/LACP system ID, peer-link members, keepalive path, consistency check, VLAN list, STP mode, orphan-port policy, reload delay, role priority và dual-active protection. Khóa LACP rate, min-links, hashing seed, MAC/ARP aging, routing timer và gateway mode.
Traffic profile phải đủ flow để chạm cả member và hướng forwarding. Dùng sequence number để phát hiện loss, duplicate và reordering. Ghi frame size, VLAN, IPv4/IPv6, multicast/broadcast, utilization và background traffic; một ICMP flow không đại diện cho LAG hashing.
KPI và chuỗi bằng chứng
#KPI gồm service restoration, packet loss count/outage, duplicate, out-of-order, latency/jitter spike, LACP/MLAG convergence, MAC/neighbor resync và số MAC move. Bổ sung traffic distribution sau recovery, peer-link utilization, loop/storm indicator và application transaction success.
Bằng chứng cần cùng run ID: pre-check state, fault marker, interface/MLAG event, packet trace, state table diff và post-recovery consistency. Pass/fail phải áp theo từng class: dual-homed, orphan-local, orphan-remote, routed và multicast. Không gộp average làm che một VLAN bị blackhole.
Ma trận lỗi và quyết định
#Test plan theo từng pha
#Pha A xác minh LACP/MLAG consistency và baseline đa flow. Pha B lỗi từng member ở tải thấp rồi tải đại diện. Pha C lỗi chassis chính/phụ riêng. Pha D cắt keepalive và peer-link riêng, sau đó thử tổ hợp theo tài liệu hãng trong lab cô lập. Pha E đo orphan port từng phía, cả local và remote destination.
Pha F khởi động lại peer, đổi vai trò và kiểm tra state resync; giữ traffic chạy qua toàn chu kỳ. Pha G thử mismatch có kiểm soát và rollback. Pha H chạy lại baseline, so MAC/ARP/ND, hashing và error counter. Stop condition gồm loop/storm, duplicate vượt budget, mất quản trị hai peer hoặc traffic thoát khỏi lab.

Split-brain, orphan port và state recovery
#Split-brain xảy ra khi hai peer có thể cùng tin mình đang active theo cơ chế implementation; hậu quả phụ thuộc peer-link, keepalive và dual-active protection. Bài đo phải xác minh port/VLAN nào bị suspend, gateway state nào còn quảng bá và alarm nào giúp vận hành chẩn đoán. Không tiêm lỗi kép trên production nếu chưa có out-of-band control và rollback đã thử.
Orphan port là nơi dễ tạo kết luận giả: dual-homed traffic có thể tốt trong khi host single-homed mất đường tới peer kia. Khi peer trở lại, theo dõi MAC/ARP/ND replay, route adjacency, LACP collector/distributor và traffic rehash cho tới khi ổn định, không dừng ngay khi status chuyển Up.
Checklist nghiệm thu
#- [ ] Ghi model, NOS/version, feature/license và tài liệu đúng bản.
- [ ] Vẽ riêng peer-link, keepalive và out-of-band path.
- [ ] Bao phủ dual-homed và orphan port ở cả hai peer.
- [ ] Khóa VLAN, gateway, STP, LACP, timer và hashing.
- [ ] Phát đủ flow/packet sequence theo IPv4/IPv6 và VLAN.
- [ ] Thu MLAG/LACP, MAC/ARP/ND, route/FIB và packet timeline.
- [ ] Thử member, chassis, peer-link, keepalive từng loại.
- [ ] Chỉ thử lỗi kép trong lab với abort threshold.
- [ ] Đo state resync và distribution sau recovery.
- [ ] Chạy baseline cuối và lưu diff cấu hình/state.
Giới hạn của kết luận
#Kết quả chỉ đúng cho implementation, topology, timer, VLAN, traffic mix và failure order đã thử. Một topology L2 không chứng minh routed MLAG hoặc EVPN multihoming tương đương. Một chassis fail sạch cũng không đại diện peer-link flapping hay asymmetric control loss.
Không công bố “hitless” nếu bất kỳ traffic class nào mất packet hoặc giao dịch vượt budget. Khi so hãng, dùng cùng failure definition, timestamp, flow set và application criterion; không so tên tính năng.
Khái niệm cần nhớ
#- MLAG/MC-LAG: Link aggregation kết thúc trên nhiều chassis theo implementation.
- Peer-link: Kênh đồng bộ/forwarding giữa hai peer.
- Keepalive: Kênh kiểm tra liveness, thường nên tách failure domain.
- Split-brain/dual-active: Hai peer cùng hoạt động không nhất quán.
- Orphan port: Port single-homed vào một peer.
- Consistency check: Kiểm tra cấu hình/state cần đồng nhất.
- Service restoration: Thời điểm traffic hợp lệ hoạt động lại.
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ảo3 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.
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.
