-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lost RF on one node after upgrading to nightly build 20231211-d697fc0 #1008
Comments
What does the neighbor information look like? |
So, when working, these nodes should show the identical stuff? |
No, they link with one node each plus the DtD, I expect to see a link to "LA3T-26" from "LA3T-20-1" |
When you restore 3.23.12.0 (I assume you will) could you post the same data? Also, if you could post the support data for the problem node both with nightly and with 12 that would be helpful too. |
Downgraded to 12, this is how it looks now. supportdata-LA3T-20-1-3.23.12.0-202312112003.gz |
Thanks. |
Both remote nodes are Ubiquiti NanoBridge M5 Also, here's the support data from the node which is currently working with the current nightly build. |
Thanks. |
Loaded the newest nightly and that seems to have resolved the issue. |
Could I send you a custom build to also try? |
Yes, send it over and I'll download it later today |
Give this a try when you have a moment. Please give it 5 minutes (ie plenty of time) to make a connection after it reboots on the node previously not connecting over wifi. There's a bug in the firmware for Mikrotik which requires some workarounds in AREDN to make it connect when it initially fails. As this Ubiquiti firmware also comes from the same provider, it's possible it has the same bug. I've enabled the workaround here to test this idea. Thanks for helping out - much appreciated. |
Ok, tried the build now and gave it 20mins, but it still haven't connected to the remote node. It shows up in the mesh status list, but only with IP. On the neighbours list it shows as Idle. |
Thanks. I guess this firmware isn't viable then. |
If you have a moment to try today's nightly on your nodes, that'd be fantastic. |
20231214-b2fb79d? |
Yes, and thanks. I'll close this now. |
Describe the bug
After upgrading to 20231211-d697fc0 one of my 2 nodes lost contact on RF.
Both nodes are Ubiquiti NanoBeam AC Gen2 and are fairly similar in setup, both linking to 1 node each on RF and have DtD connection between them. Only one node have lost RF, the other works.
Does not occur on 3.23.12, only nightly
Expected behavior
Normal upgrade with functioning links
Screenshots
Additional context
None
The text was updated successfully, but these errors were encountered: