When I try to set an emoji SSID, I get the error: "SSID cannot contain the character ...".
Would it be possible to support setting emoji SSIDs?
When I try to set an emoji SSID, I get the error: "SSID cannot contain the character ...".
Would it be possible to support setting emoji SSIDs?
When I try to set an emoji SSID, I get the error: "SSID cannot contain the character ...".
Would it be possible to support setting emoji SSIDs?
A common, albeit incorrect assumption, is that an SSID is a string of human-readable characters (such as ASCII), terminated by a NUL character (as in a C-string). SSIDs must be treated and handled as what they are, a series of 0 to 32 octets, some of which may not be human-readable. Note that the 2012 version of the 802.11 standard defines a primitive SSIDEncoding, an Enumeration of UNSPECIFIED and UTF-8, indicating how the array of octets can be interpreted.
An SSID is a string of 31 or 32 bytes. The common way of interpreting the data is as ASCII characters, but there nothing stopping you from inputting a multi-byte Unicode Emoji.
Though, that emoji you input will be interpreted as ASCII characters by clients. Like, let's say the Emoji is a single, 4-byte Unicode character, a client will instead see four, 1-byte ASCII characters.
the problem is - many clients will interpret that bit string in different ways...
There is a clear reason why things are what they are - the world is very cross-platform these days...
In the words of Maximus (Movie::Gladiator) - stay the line
In theory, all backend (wpa_supplicant, for example) WiFi services should treat an SSID as 32 bytes of binary data.
If there is a problem, it would be purely a GUI problem (which should be unimportant). In many asian locales SSID's use non-ascii characters.
In theory yes, but in the practical world - no...
Seriously - most AP's are linux/bsd based, and that string is US-ASCII...
I'll do a mic drop as there isn't much further to discuss here... boom, echo/ring...
because it's not - i know you like to push the issue... but sometimes you gotta admit, things are what they are...
no emojis in SSID's...
If there is a section of the 802.11 spec that disallows Emojis, please share it.
look at it this way , consider the lowest common denominator , where only the use of lower and upper case and numbers is accepted but some clients and devices , so these clients wont work , the likes of tp link only support lower / upper case and numbers , so to ensure cross compatibility you always go with the lowest common denominator its that simple
but I will not endorse blatant disregard for an established standard without good reason.
so no its never going to happen
I understand the current situation, but I will not endorse blatant disregard for an established standard without good reason.
I think you confuse binary representation (the SSID spec) with ~alphabetical representation (ASCII).
see what's even possible in current home routers.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!