Допустимый SSID стандартизирован как 32 байта любых данных, так что Ubiquiti должна следовать этому стандарту. Если установщики предпочитают использовать только ASCII-символы при создании SSID, чтобы избежать проблем с клиентскими устройствами — это, конечно, более безопасный вариант, но делать это обязательным не стоит только потому, что кто-то в UBNT решил не заморачиваться. К тому же, если следование стандарту SSID ломает их код, то программистам должно быть стыдно, что они изначально не придерживались стандарта. Я также сильно сомневаюсь, что это может сломать API чипсета — те ребята отлично знают, как и зачем нужно следовать стандартам. https://en.wikipedia.org/wiki/Service_set_(802.11_network) «Распространённое, хотя и неправильное представление — что SSID это строка читаемых человеком символов (например, ASCII), завершающаяся нулевым символом (как в C-строке). На самом деле SSID надо воспринимать и обрабатывать как то, чем он и является — последовательностью от 0 до 32 октетов, некоторые из которых могут быть нечитаемыми для человека. Обратите внимание, что версия стандарта 802.11 от 2012 года вводит примитив SSIDEncoding, перечисление UNSPECIFIED и UTF-8, указывающее, как можно интерпретировать массив октетов. В IBSS SSID выбирается клиентским устройством, которое запускает сеть, и его вещание происходит в псевдослучайном порядке всеми устройствами, входящими в сеть.»

Дело в том, что это уже баг... Если не работает, должно фильтроваться или появляться сообщение при попытке сохранить SSID на контроллере...

Да, на самом деле с радиостанциями AirFiber, если в имени канала (не совсем SSID, но всё же) есть пробел, радиостанция обрезает строку на этом пробеле и игнорирует всё, что после него. Я столкнулся с этим, когда тестировал связь, пытаясь её прервать, добавив в конец имени «x» (чтобы имена Master/Slave не совпадали), но связь всё равно восстанавливалась — имя содержало пробел. Убрал пробел — и вся строка начала использоваться. Честно говоря, использование странных символов в таких вещах чаще приносит больше проблем, чем пользы — это вообще плохая идея ™. И нет, у меня с Юникодом проблем нет вообще, только в этом конкретном случае слишком много всего может пойти не так... Джим.

Я сомневаюсь, что UBNT это внедрит — слишком много рисков сломать код, включая, возможно, и API чипсета, который они не контролируют — они зависят от поставщиков. А ещё есть куча других задач, которые намного важнее добавить или починить... Джим

Не думаю... OSX/iPhone спокойно используют смайлы в SSID, ты можешь спокойно добавить этот смайл в контроллер, но он либо вообще не отображается, либо показывается как мусор (как сказал @djkevino). Так что, думаю, это всё-таки баг контроллера.