but developed into a giant BAGG of problems:

For the first part, the complication stems from representing stitching
links as a fake node with an interface. In general this is fine since up
to now, every stitching link has been a plain wire, and so snmpit does
the right thing cause the port is in tagged mode. But this breaks down
when the link is actually an aggregate (LAG/BAGG) since snmpit needs to
take a different path for that, setVlanOnTrunks2(), which operates on all
of the trunk links between switches, and knows how to deal with link
aggregation. Trying to convince snmpit to handle fake switches and
trunks with only one end, seemed like a bad idea. So I opted for adding
a LAG field to the interfaces table so we can mark those interfaces. And
I changed snmpit_stack to look for those ports, and redirect them onto
the trunk path.

This worked great on our Dell switches, but not on scidmz (an HP). Which
was strange cause it was faili...