Skip to content
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

FS#1324 - mac80211: wrong mac address calculation with 2 phy #8053

Closed
openwrt-bot opened this issue Feb 3, 2018 · 1 comment
Closed

FS#1324 - mac80211: wrong mac address calculation with 2 phy #8053

openwrt-bot opened this issue Feb 3, 2018 · 1 comment
Labels

Comments

@openwrt-bot
Copy link

gerasiov:

I'm using current master branch.

In files/lib/wifi/mac80211.sh there is a function mac80211_generate_mac() that tries to generate mac (BSSID) for interfaces. But the is a problem in design here.

I have two phy devices (2,4 and 5GHz):

root@router:/tmp# cat /sys/class/ieee80211/phy*/addresses
xx:xx:xx:xx:2f:2e
xx:xx:xx:xx:2f:2f
root@router:/tmp# cat /sys/class/ieee80211/phy*/address_mask
00:00:00:00:00:07
00:00:00:00:00:07

I also have 4 interfaces in /etc/config/wireless: 2 for radio0 and 2 for radio1. On every channel one is my private AP, and one is for guests.

Since mac80211.sh knows only about phy itself for phy0 is generates ...:2f:2e for main AP and ...:2f:2f for guest one. On phy1 I see :2f:2f for main and 2f:2e for guest.

Since mac addresses goes to bssid (or hostapd creates mac based on bssid in config) I have problem: different AP have the same BSSID.

In my particular case I was able to run the setup after I manually calculate and set macaddresses in /etc/config/wireless

tags: @nbd168 @NeoRaider

@openwrt-bot
Copy link
Author

adrianschmutzler:

Please provide more specific information about your device and setup.
Despite, please try with recent OpenWrt.
If the problem has been resolved in the meantime, please close this bug report.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant