NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Can't change icons of attached devices
Have most updated firmware. I click on attached devices and then click on say a HP printer and I change the icon to printer. Says updating, but right back to standard icon. Any suggestions?
As a further troubleshooting of this issue I suggest doing the following telnet printout which will give us some information about why Orbi is behaving the way it does:
- Check the MAC address of the device you have issue with, let's say it's xx.xx.xx.xx.xx
- Enable telnet on the Router (from the /debug.htm page of the web interface)
- telnet to router from your computer
- After loggin in, run the following print comands on the command line:
- nvram show | grep xx.xx.xx.xx.xx
- Repeater the same procedure and do the same printout in the Satellite.
I'll go first... One day last week I added 3 switches to my network, and tried to rename/remodel/retype all three, just like I had done with 4 other switches, exact same models, successfully. But this time, two of them were a success, the remaining one only took the name. To this day, I cannot set the model/type on that one. Plus, since then I added more devices to my network, things like PC/XBox/BluRay etc., and I could rename/remodel/retype them all. Netgear Support is insisting on "Save config, reset, reboot, restore, try again" and I am NOT doing that because I don't trust the firmware that seems to have such silly bugs destroy my TONS of settings & customizations that built up over the last two months.
So, I did nvram show on all three recent equivalent devices. "Gameroom1" and "Gameroom2" seem to have everything. Noticeably, "North Bedroom" is missing both of the orbi_dev_name_ntgrXX and orbi_dev_type_ntgrXX entries, and has an extra orbi_hid_mac that the other two don't; what is that?
*** nvram show | grep 08:36:C9:16:04:C4
access_control51=0 08:36:C9:16:04:C4 0 56335 Unknown 1 0
orbi_dev_name_ntgr49=08:36:C9:16:04:C4 34 Netgear
orbi_dev_type_ntgr49=08:36:C9:16:04:C4 1 1
orbi_dev_name57=08:36:C9:16:04:C4 Gameroom2 8x Switch GS108Tv3
reservation10=192.168.1.12 08:36:C9:16:04:C4 Gameroom2 8x Switch GS108Tv3
*** nvram show | grep 08:36:C9:15:FF:9C
access_control52=0 08:36:C9:15:FF:9C 0 56340 Unknown 1 0
orbi_dev_name_ntgr50=08:36:C9:15:FF:9C 34 Netgear
orbi_dev_type_ntgr50=08:36:C9:15:FF:9C 1 1
orbi_dev_name56=08:36:C9:15:FF:9C Gameroom1 8x Switch GS108Tv3
reservation9=192.168.1.11 08:36:C9:15:FF:9C Gameroom1 8x Switch GS108Tv3
*** nvram show | grep 08:36:C9:16:03:10
orbi_hid_mac=08:36:C9:16:03:10
access_control56=0 08:36:C9:16:03:10 0 56333 Unknown 1 0
orbi_dev_name58=08:36:C9:16:03:10 North Bedroom 8x Switch GS108Tv3
reservation11=192.168.1.13 08:36:C9:16:03:10 North Bedroom 8x Switch GS108Tv3
So, I am now wondering if I could set them through telnet. I am not at all pro with that stuff. But, looking at all the nvram show | grep dev_name and nvram show | grep dev_type, it seems "54" is the next unused slot for model/type. Could I do the following?
nvram set orbi_dev_name_ntgr54=08:36:C9:16:03:10 34 Netgear
nvram set orbi_dev_type_ntgr54=08:36:C9:16:03:10 1 1
nvram commit
Would that hurt/brick my router?
Thanks
Tuna
PS: These switches are directly connected to the router via a wired path. No satellite is involved.
tuna_ertemalp wrote:.........
nvram set orbi_dev_name_ntgr54=08:36:C9:16:03:10 34 Netgear
nvram set orbi_dev_type_ntgr54=08:36:C9:16:03:10 1 1nvram commit
........
This is exactly what you need to do.
If you're sure that slot 54 is empty then please go ahead and enter the commands as you stated above, but adding quotations to the commands or follow the following:
You can first print the existing values to make sure they're empty and to set them back to their original back if ou want to roll back the changes.
- config get orbi_dev_name_ntgr54
- config get orbi_dev_type_ntgr54
- config set orbi_dev_name_ntgr54="08:36:C9:16:03:10 34 Netgear"
- config set orbi_dev_type_ntgr54="08:36:C9:16:03:10 1 1"
- config commit
YES! YES! OMG! YES! THAT WORKED! YES!
:smileylol:
I am so glad I stuck my nose into this thread and got this solution. Thank you!
Only if the Netgear Support asked for this info instead of telling me to backup/reset/reboot/restore the router first...
Tuna
tuna_ertemalp wrote:......
I am so glad I stuck my nose into this thread and got this solution. Thank you!
......
I'm glad that this helped! :)
ekhalil wrote:
tuna_ertemalp wrote:- config set orbi_dev_type_ntgr54="08:36:C9:16:03:10 1 1"
- config commit
I remain "confused". When I dump NVRAM, I do not see any variables named orbi_div_type_ntgrxx
So, there are variables that respond to "get" and "set", but not to "show"?
Just to make sure (and, I might have been blind and missed the answer in the earlier parts of the thread): Have you ever gone into the router's web admin page, click on Attached Devices, and then click on at least one device on your network, and change the Device Model, Device Name and Device Type settings from the screen that would show up? If you didn't, these variables might have never been created because the router didn't need them. Since I have done this for every single device on my network, something like ~50-55 devices by now, I do see them in my "nvram show" output: 54 names and 11 types, actually. And, that is a bit strange. I did a nvram show on another switch that I properly and manually typed as switch, but its data doesn't have a orbi_dev_type_ntgrXX associated with its MAC address althought it has orbi_dev_name_ntgrXX. So, there must also be some other way each device's type is known to the router. Weird.
Oh, yes. The reason I dread a "factory reset" is that I have (a) assigned IP addresses, (b) given specific names, and (c) changed the device type spelling (and icon) on over 30 devices.
I just now did a telnet to my Orbi router and entered
config get orbi_dev_type_ntgr2
and got... nothing. tried a bunch of other numbers as well, such as 3, 4, 5, 6, 7, 8, 9, 10, 21, 31.
And, when I do nvram show there is not a single line spelled orbi_dev_type_ntgrxx. Not one.
I realize that the integer "numbers" are related to icon files. Would be interesting to see where the heck they are.
CrimpOn wrote:Oh, yes. The reason I dread a "factory reset" is that I have (a) assigned IP addresses, (b) given specific names, and (c) changed the device type spelling (and icon) on over 30 devices.
Yup. Exactly the boat I am on... :(
CrimpOn wrote:Oh, yes. The reason I dread a "factory reset" is that I have (a) assigned IP addresses, (b) given specific names, and (c) changed the device type spelling (and icon) on over 30 devices.
I just now did a telnet to my Orbi router and entered
config get orbi_dev_type_ntgr2
and got... nothing. tried a bunch of other numbers as well, such as 3, 4, 5, 6, 7, 8, 9, 10, 21, 31.
And, when I do nvram show there is not a single line spelled orbi_dev_type_ntgrxx. Not one.
I realize that the integer "numbers" are related to icon files. Would be interesting to see where the heck they are.
Do you have any orbi_dev_nameXX and orbi_dev_name_ntgrXX? If so, I wonder if at times the icon implies the type. In which case, why do I even have ANY orbi_dev_type_ntgrXX variables. Lol!
Tuna
Not sure what any of this means:
root@Matrix:/# root@Matrix:/# nvram show | grep 08:36:C9:0B:37:21 satellite1=08:36:C9:11:90:95 192.168.1.90 RBS50 5VF1935K02D98 -95 V2.3.5.30 1 08:36:C9:0B:37:21 wired 1 -95 satellite2=28:80:88:DD:24:99 192.168.1.88 RBS20 5DL88C5X0C61D -95 V2.3.5.26 1 08:36:C9:0B:37:21 wired 1 -95 orbi_dev_name2=08:36:C9:0B:37:21 Matrix satellite3=08:36:C9:11:90:31 192.168.1.43 RBS50 5VF1935L02D99 -95 V2.3.5.30 1 08:36:C9:0B:37:21 wired 1 -95 satellite4=28:80:88:E0:E8:FB 192.168.1.56 RBS20 5DL88C5N0E7B6 -95 V2.3.5.26 1 08:36:C9:0B:37:21 wired 1 -95 access_control46=0 08:36:C9:0B:37:21 0 32966 Unknown 0 0 disconn_sate1=08:36:C9:11:90:95,0,0,08:36:C9:0B:37:21,0 disconn_sate2=28:80:88:DD:24:99,0,0,08:36:C9:0B:37:21,0 disconn_sate3=08:36:C9:11:90:31,0,0,08:36:C9:0B:37:21,0 disconn_sate4=28:80:88:E0:E8:FB,0,0,08:36:C9:0B:37:21,0 root@Matrix:/# root@Matrix:/#
Not sure what any of this means:
root@Matrix:/# root@Matrix:/# nvram show | grep 08:36:C9:0B:37:21 satellite1=08:36:C9:11:90:95 192.168.1.90 RBS50 5VF1935K02D98 -95 V2.3.5.30 1 08:36:C9:0B:37:21 wired 1 -95 satellite2=28:80:88:DD:24:99 192.168.1.88 RBS20 5DL88C5X0C61D -95 V2.3.5.26 1 08:36:C9:0B:37:21 wired 1 -95 orbi_dev_name2=08:36:C9:0B:37:21 Matrix satellite3=08:36:C9:11:90:31 192.168.1.43 RBS50 5VF1935L02D99 -95 V2.3.5.30 1 08:36:C9:0B:37:21 wired 1 -95 satellite4=28:80:88:E0:E8:FB 192.168.1.56 RBS20 5DL88C5N0E7B6 -95 V2.3.5.26 1 08:36:C9:0B:37:21 wired 1 -95 access_control46=0 08:36:C9:0B:37:21 0 32966 Unknown 0 0 disconn_sate1=08:36:C9:11:90:95,0,0,08:36:C9:0B:37:21,0 disconn_sate2=28:80:88:DD:24:99,0,0,08:36:C9:0B:37:21,0 disconn_sate3=08:36:C9:11:90:31,0,0,08:36:C9:0B:37:21,0 disconn_sate4=28:80:88:E0:E8:FB,0,0,08:36:C9:0B:37:21,0 root@Matrix:/# root@Matrix:/#
This is the key to my problem. How can some of you have a variable named orb_dev_typexx and I do not?
My orbi_dev_name_ntgrxx entries have the MAC address, followed by a number, followed by a description. I believe the number is an index into the table of device icons.
I don’t have any orb_dev_typexx parameters with values.
I believe those will be set when using certain devices like managed switches.
The device icon is included in the parameter orbi_dev_name_ntgrxx.
rbi_dev_name_ntgr3=”7C:E9:D3:99:A3:03 27 HP LaserJet 400 M451dw”
The 27 in the above command means printer.
The known types are as follows:
0 Orbi Satellite
17 iPhone
27 Printer
14 iPad
28 Repeater
23 Media Device
5 Apple Airport
24 Network Device
29 Satellite STB
41 Apple TV
7 Bridge
35 TV
22 MacBook
9 Camera
13 iMac
6 Blu Ray
38 Windows PC
2 Android Device
I guess that the orb_dev_typexx parameter specifies sub types for certain devices and they will only appear if you use such devices, like managed switches.Just to put an update on this thread: Since my last post here, I have added a bunch of devices to my network, and rather randomly either the Device Model (orbi_dev_name_ntgrXX; I am up to XX=66) and/or the Device Type (orbi_dev_type_ntgrXX) on the Edit Device page didn't result in the correct setting actually taking place, therefore requiring me to go through telnet to create/set the proper config variables. I had also created a support case for this exact issue the first time I had run into it (Case #41517573), but as soon as I "fixed" it manually via telnet and config variable shenanigans, it got closed.
I am not sure if the firmware dev team even has this on their radar, but they absolutely should. This is clearly a bug in the firmware code dealing with the creation of these config variables. It must be error'ing out at certain device names/types or at a certain XX value, or some local buffer is just not big enough and the config creation code is running out of space while trying to do the right thing.
Therefore, I am tagging Blanca_O. This really does need to be escalated.
Thanks
Tuna
I have the same issue. Using the genie interface leads to some devices refusing to accept the device name I enter or not switching to the icon I chose. In the Android app, it readily accepts the name, but sometimes won't display the icon I selected and revert back to whatever it was before I saved.
(Also, changing icons in the Android app updates the icons in the genie interface, but the only problem is that some icons just revert back mysteriously in Android.)
I am having the exact same issue. I can change the names no problem. But only some of the icons change. The remainder go back almost instantly.
