diff options
Diffstat (limited to 'PLAN.md')
| -rw-r--r-- | PLAN.md | 23 |
1 files changed, 23 insertions, 0 deletions
@@ -727,3 +727,26 @@ None currently open. triggered the fragment-id bug above) but not live-verified: this machine has no real global IPv6 connectivity to generate genuine IPv6-fragmented traffic against, only link-local addresses. +- LLDP (net/lldp.hpp), dispatched by ethertype (0x88CC) the same way + ARP is - no IP layer at all. TLV-encoded (7-bit type + 9-bit length + packed into each TLV's 2-byte header); only the three mandatory TLVs + (Chassis ID, Port ID, TTL) plus System Name - usually the single + most human-readable field in the whole frame - are rendered, while + every other TLV type is still walked over correctly so nothing after + it is lost. Chassis/Port ID's MAC-address subtype renders as + hex-colon; every other subtype (interface name, locally-assigned + string, etc.) as plain text, except "network address" (its own + AFI-prefixed encoding, not decoded specially - uncommon enough in + practice not to be worth a separate path). + Live-verified two ways given this machine is on WiFi, where LLDP + isn't relayed to wireless clients even when a real switch upstream + sends it, and no LLDP daemon (lldpd et al.) is installed here to + generate real Linux-side traffic either: first, a 15-second passive + capture confirmed no organic LLDP traffic exists on this network + segment to accidentally rely on; then a real, wire-format-correct + 802.1AB frame was sent via a raw AF_PACKET socket onto the actual + wlp1s0 NIC (not fed directly to parse_lldp() in a unit test) and + captured through the full real pipeline - libpcap capture, + Ethernet decode, TLV walk - correctly decoding "LLDP + chassis=de:ad:be:ef:00:01 port=eth0 ttl=120 name=packeteer-test-host", + an exact match for what was actually sent. |