Kiểm thử LLDP: topology discovery, inventory drift và stale neighbor

LLDP là giao thức khám phá lân cận lớp 2. Nó cung cấp thông tin do endpoint quảng bá; nó không tự chứng minh cabling, forwarding, reachability hoặc tính đúng của CMDB. Một neighbor record chỉ đáng tin trong phạm vi port, TLV, TTL và thời điểm quan sát cụ thể.

Tách ba lớp kiểm tra: frame trên wire có đúng; local neighbor table có parse/age đúng; inventory/controller có chuẩn hóa và ghép edge đúng. Nếu chỉ nhìn giao diện NMS, khó phân biệt lỗi từ endpoint không gửi, switch không nhận, parser sai hay collector chậm.

Dựng topology có ground truth: switch–switch, switch–server, switch–IP phone–client và một port không LLDP. Ghi serial/chassis, interface vật lý, patch-panel path và management address. Nếu thử LAG, stack/chassis ảo, MLAG hoặc breakout, ghi rõ logical/physical mapping vì port identity có thể khác dự đoán.

Capture LLDP frame ở link phù hợp, lấy neighbor table qua CLI/API/SNMP và thu graph inventory. Đồng bộ clock giữa device, collector và automation. Gắn change ID cho thao tác cắm/rút/chuyển port để đo đúng discovery delay và stale duration.

Ghi model/firmware, LLDP enable theo global/port, transmit interval, hold multiplier/TTL, reinitialization delay và fast-start nếu có. Kiểm tra chassis ID subtype, port ID subtype, system name/description, system capabilities, management address và organizational TLV thuộc phạm vi. Không giả định system name là khóa định danh duy nhất.

Khóa NMS collector version, polling/stream interval, parser/normalization rule, dedup key và retention. Với LLDP-MED hoặc DCBX, chỉ kiểm tra TLV đúng tiêu chuẩn/capability đang bật; không suy một TLV vendor-specific thành chuẩn chung.

• Chassis ID — Cần ghi: subtype và value; Rủi ro nếu bỏ sót: Ghép nhầm thiết bị/stack
• Port ID — Cần ghi: ifName/MAC/local; Rủi ro nếu bỏ sót: Nối sai interface
• TTL/timer — Cần ghi: tx, hold, age; Rủi ro nếu bỏ sót: Stale neighbor kéo dài
• Collector — Cần ghi: poll, cache, parser; Rủi ro nếu bỏ sót: Graph chậm hoặc sai
• LAG/stack — Cần ghi: logical/physical mapping; Rủi ro nếu bỏ sót: Duplicate hoặc mất edge
• TLV policy — Cần ghi: allowed/redacted; Rủi ro nếu bỏ sót: Lộ thông tin hoặc thiếu dữ liệu

KPI gồm discovery latency, aging latency, topology precision/recall so với ground truth, duplicate-edge ratio, stale-edge duration, TLV completeness, field correctness và reconciliation time sau change. Với quy mô lớn, đo collector lag, API error, processing rate và graph update backlog.

Bằng chứng gồm raw frame/pcap giới hạn, local/remote neighbor table, device config, collector event và snapshot graph trước–sau. Một edge pass khi hai đầu, port mapping và timestamp phù hợp ground truth; system name giống nhau chưa đủ.

• Switch–switch — Thao tác: link chuẩn; Kỳ vọng: edge hai chiều đúng; Dấu hiệu lỗi: port/chassis mismatch
• Server — Thao tác: agent/NIC LLDP; Kỳ vọng: capability đúng; Dấu hiệu lỗi: chỉ thấy một chiều
• IP phone pass-through — Thao tác: phone + client; Kỳ vọng: đúng phone/port; Dấu hiệu lỗi: client bị nhận là neighbor
• LAG — Thao tác: nhiều member; Kỳ vọng: mapping theo thiết kế; Dấu hiệu lỗi: nhiều edge giả
• Stack/MLAG — Thao tác: chassis logic; Kỳ vọng: identity ổn định; Dấu hiệu lỗi: node split/merge sai
• Port move — Thao tác: chuyển cáp; Kỳ vọng: edge mới, edge cũ age; Dấu hiệu lỗi: stale neighbor
• Silent peer — Thao tác: dừng LLDP; Kỳ vọng: aging theo TTL; Dấu hiệu lỗi: record tồn tại vô hạn
• Malformed TLV — Thao tác: traffic lab; Kỳ vọng: parser an toàn; Dấu hiệu lỗi: crash/graph corruption

Baseline từng loại link, capture ít nhất một chu kỳ quảng bá và đối chiếu field với CLI/config. Cắm link mới ở thời điểm có marker; đo frame đầu, local table update và inventory edge xuất hiện. Lặp với port administratively down/up, physical pull, endpoint reboot và LLDP process restart.

Để thử aging, dừng LLDP transmit nhưng giữ link up, sau đó mất link vật lý; hai tình huống có thể kích hoạt cơ chế khác. Đo thời điểm record bị xóa ở device và graph. Chuyển endpoint sang port khác trước khi TTL cũ hết để phát hiện duplicate/stale edge và rule reconciliation.

Inventory nên giữ provenance: field đến từ LLDP, API, SNMP hay CMDB; timestamp cuối và confidence. Thiết kế khóa identity tránh dựa duy nhất vào hostname có thể trùng/đổi. Khi hai nguồn mâu thuẫn, hệ thống cần đưa vào reconciliation queue thay vì âm thầm ghi đè.

LLDP là giao thức local link và thông tin quảng bá có thể hỗ trợ reconnaissance. Kiểm tra policy trên untrusted/access port, management address/TLV nhạy cảm và quyền đọc NMS. Thử malformed/oversized frame chỉ trong lab được phê duyệt; mục tiêu là parser robustness, không tấn công production.

• Tạo ground truth cho chassis, port, cable và endpoint.
• Ghi model/firmware, LLDP timer và TLV policy.
• Capture frame và lấy neighbor table ở cả hai đầu.
• Đối chiếu chassis/port ID subtype, value và capability.
• Đo discovery ở device và inventory riêng.
• Thử silent peer, link down, reboot và port move.
• Kiểm tra LAG, stack/MLAG, breakout và phone pass-through.
• Đo stale/duplicate edge và reconciliation latency.
• Kiểm tra parser lỗi trong lab cùng abort condition.
• Lưu snapshot graph, raw evidence và verdict.

LLDP chỉ phản ánh thông tin endpoint quảng bá trên một link; thiết bị có thể tắt, lọc hoặc báo field không ổn định. Topology LLDP không chứng minh traffic đi đúng path, VLAN hoạt động, link đủ capacity hay dịch vụ reachability.

Kết quả inventory phụ thuộc parser và normalization ngoài protocol. Một firmware pass không đại diện mọi NIC, phone hoặc stack mode. Khi dùng bản đồ để automation thay đổi mạng, cần validation control riêng trước hành động.

• LLDP: Link Layer Discovery Protocol.
• TLV: Cấu trúc type–length–value trong LLDPDU.
• Chassis ID: Định danh chassis/thiết bị do peer quảng bá.
• Port ID: Định danh cổng gửi LLDPDU.
• TTL: Thời gian neighbor information còn hiệu lực.
• Stale neighbor: Bản ghi lân cận không còn phản ánh link hiện tại.
• Ground truth: Topology chuẩn được xác minh độc lập.