Не уверен, что существует какой-то стандарт, но определённо есть «норма» для создания сопоставлений BSSID. Похоже, что большинство Wi-Fi производителей назначают BSSID, который является вариацией MAC-адреса оборудования точки доступа, изменяя последний октет. Они увеличивают значение последнего октета на определённое число для каждой пары SSID/радио. Ubiquiti, кажется, в этом плане ведёт себя непредсказуемо — иногда меняют первый и последний октеты, иногда один из средних.
Это бы не было проблемой, если бы система обнаружения сети для служб E911 (Cisco CUCM, Redsky, MS Teams LIS) не исходила из предположения, что изменяется только последний октет.
Кто-нибудь сталкивался с этим и знает обходной путь? Обнаружение по IP-подсети у нас не подходит из-за структуры сети. Это начинает мешать отслеживать местоположение Wi-Fi софтфонов для соблюдения закона Ray Baum, и, возможно, нам придётся обратить внимание на другие Wi-Fi AP-производители.
Для справки, раньше Ubiquiti имел на сайте документ с описанием того, как формируются их BSSID:
Это бы не было проблемой, если бы система обнаружения сети для служб E911 (Cisco CUCM, Redsky, MS Teams LIS) не исходила из предположения, что изменяется только последний октет.
Кто-нибудь сталкивался с этим и знает обходной путь? Обнаружение по IP-подсети у нас не подходит из-за структуры сети. Это начинает мешать отслеживать местоположение Wi-Fi софтфонов для соблюдения закона Ray Baum, и, возможно, нам придётся обратить внимание на другие Wi-Fi AP-производители.
Для справки, раньше Ubiquiti имел на сайте документ с описанием того, как формируются их BSSID:
Я совсем не понимаю жалобы на то, что делают НЕ ТАК, а не вот ТАК, когда у производителей полный карт-бланш — делать что угодно, потому что стандарта просто нет, да ещё и никто из тех, кто занимается сетевыми стандартами (IEEE), не работает над этим вопросом. Это просто одна из многих ситуаций: если производитель X делает не так, как тебе хочется, а производитель Y делает — просто покупай Y, а не X. Вот и всё, так просто!