Spanning-tree Protocol implementation

Their STP implementation has to hook in with their hardware
acceleration. The Linux STP implementation is designed to bridge
network interfaces. A typical switch STP implementation bridges switch
ports which normally don't present as network interfaces to the OS.

For example, when a packet arrives on a network interface, typically
the network interfaces passes it to the operating system. But a switch
will often only present a single network interface to the operating
system. So how would the OSes STP implementation know which port an
STP packet was received on unless there was some custom logic to
interface with the switch ASIC?

So the short answer is that the two implementations are adopted to
completely different purposes. However, you can fairly trivially turn
one into the other. All you need is a special hook to tell the switch
ASIC to pass all STP packets to the OS along with an identifier of
which port they were received on and a special hook to allow the OS to
control which switch ports are in forwarding states and which are in
blocked states (often on a per-VLAN basis on both counts).

DS

[skip]
Thanks, it sounds as a clear and straighforward explanation. I think the
same reasons apply to vendor-implemented VLAN functionality vs. kernel
native VLAN.