Posted: Sat May 14, 2022 14:11 Post subject: DIR-825b2, flashing Wifi-LEDs w/o traffic
Hallo,
on my APs (DIR 825b2) the most recent well working FW ist 48646. All newer ones lead to pemnanetly flashing Wifi-LEDs even w/o Wifi-traffic. Reboot doesn't have any positive effect. Step back to 49646 everything is working fine.
Usually I upgrade FWs via Firefox and dLan w/o resetting the devices. The APs are spread all over the house and to upgrade them with reset I had to get them all together to my PC what I prefer to avoid.
Are there any ideas about that topic?
Thx in advance.
ervau
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Sat May 14, 2022 15:15 Post subject:
LED's blinking, not blinking, off or on, that is Brainslayer's favorite subject.
That said, did you reset your nvram after upgrading to 48865? Its OK to make a backup on the build that works and restore it ONLY if you go back to that version.
But would have been nice to know if a reset while on 48865 also did anything to change that, as well as the question you already been asked above.
@kernel-panic69
Checked again with FW 48865 and I think the APs are working properly as APs; so the flashing LEDs are -as you say- first of all a cosmetical issue but quite a bit confusing.
@the-joker
No I didn't reset the APs during the upgrade process. As I wrote in my initial post the APs are spread all over the house. Resetting them means to bring them all to the PC or to bring a notebook to every AP to upgrade the FW. That's what I like to avoid. In the past it worked w/o reset up to FW 48646.
WLAN is also active when no clients are connected.
The radios permanently send beacon frames and announce the WLAN for the clients. (without beacon frames, the clients would not be able to see the WLAN).
So the radios are always active and send data constantly.
From this perspective, the flashing LEDs make sense.
If I deactivate my radios then nothing flashes anymore.
No idea if the current behavior is intentional.
But as I said, if you look at it logically, it makes sense.
If you don't want anything to be sent, you have to deactivate the radios as mentioned
(because even with deactivated SSID beacons are sent)
they contain other information like supported rates, capability information etc.
@ho1Aetoo
I do know that too. But this basic situation didn't change with FWs newer than 48646. And what I notice is not the flashing based in traffic similar to what I see on the LAN-LED as well. It's a rhythmic flashing.
ervau
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Mon May 16, 2022 12:30 Post subject:
In an ideal world, you would be able to always keep upgrading firmware without resetting target to defaults, but in reality doing so will have random results when nvram values change or are added/removed.
But each to their own. just note that reporting issues on older firmware versions is not supported.
Also drivers are updated bugs are fixed or maybe added unintentionally, so behaviors may change slightly depending on the updates.
LEDS are non critical part for normal operation, and no amount of noise will make BS give them any priority at all, as much as it saddens me to say so, since I like my leds to work, which is not the case for 5Ghz led on my machine.
This topic was referenced/linked to because I'm seeing the same behavior on my R7800.
I agree that for what the device "sees", this is logical, however most humans interpret the LED's as active and traffic only, and don't consider beacon frames traffic.
I am one of those, and as such, unless there is a critical fix or this is reverted/corrected I plan on staying on build 48646.
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Wed May 18, 2022 11:23 Post subject:
Humans vs machine.
Humans have arbitrary views what is what is not data and blink eyelids irrespectively if they are receiving or sending any data or just idling...
Machines transmit something or receive something, no matter what that is, for them this is data and blink to acknowledge. This could be so fast you dont even notice and therefore not registered by regular observation.