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
RF links that should be usable stuck in idle status? #998
Comments
From the information provided, this looks correct. The RF links dont appear to be good enough quality (I dont see them on the Mesh page and the Neigbor page has failed to resolve their names) so the routing algorithm is sending everything via the DtD link ... which is what you'd expect it to do. Would you expect these RF links to be usable? |
They don't show up on the mesh page, which I believe is a symptom of the problem of their status being idle. In my experience, an SNR of 19 is definitely usable and an SNR of 14 is generally useful for low-bandwidth activities. The node ending in 226 is Krum, which reported a 100% LQ from KA6TCR-TCR-DPNIC-23. The node ending in 173 is on the roof of my house and reports a 89% LQ. These suggest to me that these links should be usable. |
The mesh page would show the link regardless of idle status - the fact that it's not routing traffic there doesnt effect OLSR which provides that data - rather the opposite really. What do the other radios think regarding the connection to this node? |
They show the LQ values described above and NLQ of 0. If you're looking for other information please let me know how to find the information you're looking for. |
And the neighbor page information? |
Based on your information saying it was sending info to the DtD connection, I added a tunnel connection to my house to the hAP that KA6TCR-TCR-DPNIC-23 is connected to. I now get the following information: KA6TCR-TCR-DPNIC-23 WiFi Scan: SNR | Signal | Chan | Enc | SSID | Hostname | MAC/BSSID | 802.11 Mode -- | -- | -- | -- | -- | -- | -- | -- 27 | -82 | 131 | | AREDN-10-v3 | - | 44:D9:E7:6A:8B:FB | Connected Ad-Hoc Station 27 | -82 | 131 | | AREDN-10-v3 | KA6TCR-RM5120-KRUM-226 | 24:A4:3C:FC:CA:E2 | Connected Ad-Hoc Station 21 | -88 | 131 | | AREDN-10-v3 | KM6SLF-NSM5-NORTH-173 | F4:92:BF:48:B6:AD | Connected Ad-Hoc StationNeighbor Status: It's now seeing Krum on the Mesh Status screen, but with 0 LQ and 94 NLQ. Still not seeing km6slf-nsm5-north-173 |
Would it not be seeing km6slf-nsm5-north-173 because it's on the remote node list due to the tunnel connection? |
KA6TCR-TCR-DPNIC-23 WiFi scan.pdf
Describe the bug
RF links on a Rocket 5AC Lite are stuck in idle status and never seem to be added to a routing table.
Started on recent nightly before 3.23.12.0 and persists with the latest stable release installed.
Expected behavior
Successful RF connections when SNR is above thresholds set in LQM and signals are seen on WiFi Scan.
Screenshots
Please include a screenshot of your system information (if possible) if the specific system environment is relevant to the bug.
WiFi Scan, Mesh Status and Neighbor Status pages are
KA6TCR-TCR-DPNIC-23 Neighbor Status.pdf
attached in PDF form.
KA6TCR-TCR-DPNIC-23 mesh status.pdf
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: