OpenWrt/LEDE Project

  • Status Closed
  • Percent Complete
  • Task Type Bug Report
  • Category Base system
  • Assigned To
    Adrian Schmutzler
  • Operating System All
  • Severity Low
  • Priority Very Low
  • Reported Version Trunk
  • Due in Version Undecided
  • Due Date Undecided
  • Private
Attached to Project: OpenWrt/LEDE Project
Opened by howl - 18.01.2017
Last edited by Adrian Schmutzler - 06.09.2020

FS#408 - Archer C7 has incorrect default bssid addresses for wifi networks

Using LEDE Reboot SNAPSHOT r3022-7fb11c8.

This is at least for Archer C7 v2. The default bssids for the networks in my particular device are:

:::::*D for the 2,4 GHz radio and
:::::*C for the 5 GHz radio

In LEDE they result in

:::::*C for the 2,4 GHz radio and
:::::*B for the 5 GHz radio

The problem in LEDE is that the bssid set up for the 2,4 GHz is the one for 5 GHz and then the 5 GHz gets minus one. Don’t know if it could be because the ethernet lan gets also :::::*D and wlan1 can’t have the same mac address as eth1. In the original firmware this seems to be possible, both ethernet lan and 2,4 GHz radio have the same mac/bssid. Also, at least with the 2,4 GHz radio, when you set up another connection with the device as client, the bssid of the master one change *(+2)::::**:*C the second hex digit gets plus 2, the bssid that should get a second connection as ap, but in this case there is one ap one client connections. This one could be right and I have to test with another router to see if it happens because I didn’t notice this before.

Closed by  Adrian Schmutzler
06.09.2020 15:43
Reason for closing:  Fixed
howl commented on 19.01.2017 21:55

I have tested with a tp-link tl-wr1043nd and I could see that it also happens that the default bssid of the wlan is used for the client connection and the the ap connection gets another one with the second hex digit incremented by 2, so that it's not a bug.

I also could see that the eth1 (lan) and the bssid of the wlan is the same, so it's possible for lede to have two networks with the same mac address, so indeed in the C7 the default bssid of the wlans are wrong.

The bssid of the 2,4 GHz network should be the same as the eth1 mac address, and the default bssid of the 5 GHz network should be the same one minus 1 to conform the mac and bssids that the default firmware has.

howl commented on 28.01.2017 17:08

Some one else can confirm this one?

Project Manager
Baptiste Jonglez commented on 12.02.2017 14:40

Can you explain whether this causes actual issues? Or is it just a matter of doing the same thing as the stock firmware?

howl commented on 21.02.2017 23:20

The second one, the mac address doesn't correspond to the original ones in the wifi networks. I'm using macaddr in the wireless config to set the original macs.

howl commented on 07.08.2017 21:57;a=commitdiff;h=370aacf53280ca78fb3570558d5e1f29d0ae8d18

Here are a recent example that the rule seems to be to follow the default firmware behavior. Have seen another C7 that I do not own does the same thing for the mac addresses that I have described

howl commented on 20.07.2018 19:17;a=commitdiff;h=290c54473eadf3ea3ddef81e051b436bcb09224f

This commit is not right:
wlan doesn't need to be decremented, wlan 2 ghz and eth 1 lan has the same mac address in the original firmware.

So correct MAC adress increments for this board are:
wlan0 (5GHz) : -1
wlan1 (2.4GHz) : 0
eth1 (LAN) : 0
eth0 (WAN) : 1

Project Manager
Mathias Kresin commented on 25.07.2018 07:17

Is it fixed with the "ath79: really fix TP-Link Archer C7 v2 MAC address" commit in my staging tree?

howl commented on 05.08.2018 21:22

Actually there is no ath79 builds yet to test

Perhaps they should be enabled in the development tree.

PD: If there is and issue to be enabled I could try to compile myself in the following days.

howl commented on 24.02.2019 13:52

Tested, in ath79 it's solved.

Project Manager
Adrian Schmutzler commented on 13.11.2019 14:30

I just stumbled over this and fixed it in ar71xx master:

You can test a backport to 19.07 from my staging tree for 19.07:;a=shortlog;h=refs/heads/staging-19.07

Please confirm that the assignment is correct, so we can close this bug report.

FYI: ar71xx mach file also includes setup for wdr4900v2, which is even more messed up.
I aligned it with c5/c7 in the ar71xx patch for now. Despite, I asked for information on the correct setup for this device in

howl commented on 06.09.2020 15:07

Sorry for being so much late.

It's fixed for Archer C7 v2.


Available keyboard shortcuts


Task Details

Task Editing