diff options
| author | srdusr <[email protected]> | 2026-05-31 23:29:00 +0200 |
|---|---|---|
| committer | srdusr <[email protected]> | 2026-05-31 23:29:00 +0200 |
| commit | 8c8708e43aeae394787d0d1aa71ee22dca635bbe (patch) | |
| tree | d1e168d081ecf52fd9a62802a214d4263824331b /include/wireframe/capture_queue.hpp | |
| parent | 719b7f439c1c8c76d0573b34daa329061c9ad8a6 (diff) | |
| download | packeteer-8c8708e43aeae394787d0d1aa71ee22dca635bbe.tar.gz packeteer-8c8708e43aeae394787d0d1aa71ee22dca635bbe.zip | |
Add LLDP - dispatched by ethertype, no IP layer at all
Real switches broadcast this every ~30s, but this project had zero
treatment for it (0x88CC was previously the test suite's own example
of an "unhandled ethertype"). Dispatched by ethertype the same way
ARP is, since LLDP sits directly on Ethernet. TLV-encoded; only the
three mandatory TLVs (Chassis ID, Port ID, TTL) plus System Name are
rendered, while every other TLV is still walked over correctly so
nothing after it is lost.
Live-verified two ways, since this machine is on WiFi (LLDP isn't
relayed to wireless clients even when a real switch sends it) with no
LLDP daemon installed to generate traffic locally either: a 15-second
passive capture confirmed no organic LLDP traffic exists to
accidentally rely on, then a real 802.1AB frame was sent via a raw
AF_PACKET socket onto the actual NIC (not fed directly to parse_lldp()
in a unit test) and captured through the full pipeline, decoding
correctly.
Diffstat (limited to 'include/wireframe/capture_queue.hpp')
0 files changed, 0 insertions, 0 deletions