# hostapd will generate BSSID mask based on the BSSIDs that are
# configured. hostapd will verify that dev_addr & MASK == dev_addr. If this is
# not the case, the MAC address of the radio must be changed before starting
# hostapd (ifconfig wlan0 hw ether <MAC addr>). If a BSSID is configured for
# every secondary BSS, this limitation is not applied at hostapd and other
# masks may be used if the driver supports them (e.g., swap the locally
# administered bit)
#
# BSSIDs are assigned in order to each BSS, unless an explicit BSSID is
# specified using the 'bssid' parameter.
# If an explicit BSSID is specified, it must be chosen such that it:
# - results in a valid MASK that covers it and the dev_addr
# - is not the same as the MAC address of the radio
# - is not the same as any other explicitly specified BSSID
LEDE 17.01.2によって生成されたHostapは最後のものに違反します。（. LUCI Webインターフェースを使用して複数のインターフェースが作成されます。
interface=wlan0
ctrl_interface=/var/run/hostapd
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
wpa_passphrase=hunter2
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=VOYAGER2091-90-jenkins
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=74:44:01:86:42:d4
bss=wlan0-1
ctrl_interface=/var/run/hostapd
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
wpa_passphrase=hunter2
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=VOYAGER2091-alan
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=76:44:01:86:42:d4
Hostapdが別のBSSIDが必要だと言うのはなぜですか？この規則に違反すると、どのような結果が生じる可能性がありますか？
以前のバージョンでは、このような複数のWi-Fiネットワークの作成に問題がありました。今回のLEDEバージョンに切り替えると、ネットワークが正常に生成されるようです。ただし、アクセスポイントからルームBに移動すると、通常は1つのネットワークが表示され、他のネットワークは表示されません。 （クライアントはIntelワイヤレスカードを搭載したFedora 26です。）しかし、利用可能な範囲内にあり、すでにネットワークの1つに接続されている場合は、Bルームに移動しても常に接続を維持できると思います。だから私はBSSIDのビジネスについて少し懐疑的です。
ベストアンサー1
まあ、私の考えでは、2つは非常に異なると思います。 1つは74で始まり、もう1つは76で始まりますか？ –ユーザー 1998586
ああ。私を混乱させることは、私が期待するOUIの部分をチェックする必要があるということです。
もともとNetgear OUIは74:44:01のようです。、私のWNDR3800で使用されているのと同じです。これは、wlan0（2.4Ghz）、wlan1（5Ghz）、およびeth1（WAN）で使用されます。
103: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 74:44:01:86:42:d4 brd ff:ff:ff:ff:ff:ff
107: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 74:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
link/ether 74:44:01:86:42:d5 brd ff:ff:ff:ff:ff:ff
他のインターフェイスは別のOUIを使用しているようですが、登録されていないようです。ただし、これは通常/ローカルビット0x02が設定されているためです（ローカル割り当てを意味します）。各BSSIDは異なります。
104: wlan0-1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 76:44:01:86:42:d4 brd ff:ff:ff:ff:ff:ff
108: wlan1-1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 76:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
109: wlan1-2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 72:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
113: wlan1-3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 7e:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
121: wlan1-4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 7a:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
161: wlan1-5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 66:44:01:86:42:d6 brd ff:ff:ff:ff:ff:ff
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
link/ether 76:44:01:86:42:d4 brd ff:ff:ff:ff:ff:ff
65: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 76:44:01:86:42:d4 brd ff:ff:ff:ff:ff:ff
66: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
link/ether 76:44:01:86:42:d4 brd ff:ff:ff:ff:ff:ff
MACアドレスが生成される順序はよくわかりません。ところで、最後のネットワークを削除して再生成すると再び表示されるようです。
eth0 / br-lanにwlan0-1と同じMACアドレスが割り当てられている理由が何であるか、それが何らかの問題が発生するのかわかりません。その他質問。 br-lan には wlan0-1 は含まれません。このブリッジの唯一のメンバーはeth0.1です。