NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
*BUG* 2.6.1.16 SSID Name Character Limit Change
Count me in as one of the folks whose system was auto updated from firmware 2.0.0.74 to 2.1.1.16. I'm also experiencing from the various other issues reported, but wanted to touch upon this particul...
Replicated and confirmed. :catmad: There is a bug in the maximum SSID length. There's an additional bug in the maximum password length, too. I could not "fix" the password bug by typing my long password in the password field. When I tried to apply the changes for both my "long" SSID and "long" password, I got a web browser error (in Chrome, Firefox, Opera, and Edge). I ended up reverting back to firmware version 2.0.0.76. :catmad: The IEEE 802.11i-2004 defines WPA2 passwords as being 8-63 ASCII characters or 64 hex characters. The IEEE Std 802.11-2007 defines the maximum SSID length as 32 charaters. I would've though these would have been part of the firmware release acceptance test suite 10+ years ago. :catmad:
Thank you for testing.
I found this additional post today, regarding the use of "$" in the password field.
https://community.netgear.com/t5/Orbi/Orbi-RBR50-2-1-1-12-Wifi-Password-issue/m-p/1476890#M19946
Made me rethink perhaps character length is not the real root cause here, instead the use of the "$" character in the SSID or password field is.
We have a fix for this issue in the new beta firmware that you can find here
https://community.netgear.com/t5/Orbi/OrbiOS-2-1-1/m-p/1476960#M19962
DarrenM
Nope. I upgraded to 2.1.2.10, and password bug is still there. I have a 63-character password containing random ASCII text including upper & lower case letters, numbers, and symbols. On the first $ character in my password, the string "wl_wpa2_psk " [without the quotes] replaces the $ and the entire password is appended in its entirety after the string (without any further string substitutions). This doesn't seem to have been an issue for versions 2.0.0.76 and below. Is NETGEAR using something like Jenkins, eggPlant, or Google Test to conduct automated unit and system level testing? In the case of allowable passwords...for your nominal use cases, you'd minimally need 55 tests -- covering all of the "printable ASCII characters" across the 55 tests -- assuming a valid password length of 8..63 characters. To cover errors and exceptions, you'd need tests for pass word lengths of <8 and >63 characters; passwords that contain non-printable ASCII characters; etc.
