aparcar / openwrt

Staging tree of Paul Spooren
Other
8 stars 1 forks source link

FS#22 - [regression] STP does not flow over WDS links #50

Closed aparcar closed 2 years ago

aparcar commented 2 years ago

reported by a user on IRC: 3.18 is working - 4.1/4.4 is not working

trying to upgrade a few things here, and I've discovered STP doesn't flow over my atheros wds links with the latest builds on stuff is this a known issue of some sort ? using 4addr type wds links i've got a few gadgets, and have been doing various tests to try understand where it is and is not flowing after many combinations and permutations, the conclusion is anything running the older 3.18 kernel based builds all seem to work fine but anything setting up 4addr wds link using a 4.1 or 4.4 based setup, stp doesn't flow over the 4addr client connection but, it does flow from a 4.x system runnign the ap side of the link, to a 3.x running the client side of the link ive tested this with nanostation, picostation, and unifiac units the unifiac is the reason I'm trying to update things, to a kernel rev that has unifiac support groz: you probably should file a bug at http://bugs.lede-project.org/ - since the behaviour changed between kernel versions there must be some bug . Title: Flyspray::LEDE Project: Tasklist (at bugs.lede-project.org) i've been reading up a bit, and it seems upstream broke 4addr mode at 3.9 what ath, ath9k, 10k? both happens on my 10K units with 4.1 or 4.4 and on my 9k units with 4.1 of 4.4 but with 3.18 the 9k stuff works fine I just cant get the new 10K unit to bridge properly Ive built a considerable number of different configurations to try isolate and identify I haven't tried that config, but someone else was complaining about WDS with ath10k, seems it mostly worked for them though. what happens is, with the wds link in place each unit becomes its own root bridge because stp isn't flowing over the link so they dont honor the overall network root bridge you wont notice this if you aren't using stp my environment depeds on it, because I have a high capacity main link, and a lower capacity backup link between the two networks my environment depeds on it, because I have a high capacity main link, and a lower capacity backup link between the two networks my test case is using a pair of unifi ath10K units, which were not backported to the 3.18 revs, hence i build something newer my current live links are using ubiquity loco for the backup link, and fiber optic for the primary but if my power goes out at the midpoint (happens once in a while), then I need the network between the observatory and the house to fail onto the wifi links transparently dunno...I have to run, see you all laters. that wont work correctly without stp working correctly