Cannot change settings on GPX2000
Submitted by ah_clem on Fri, 04/18/2008 - 7:46am.
I'm experiencing a confusing situation where though I'm logged in with the adminstrator password, I cannot edit settings on a number of the GPX2000 phones that are installed. This seems independent of the fact that the firmware running on most of the phones is 1.1.1.14. Some of the phones with this firmware can be changed others cannot.
I have to admit I'm new to this particular installation and the GPX2000 phones, so I'm not sure if this is a firmware issue, operator error, or something else. The changes I've tried to make relate to correcting the "options" string for DST, and changing a phone's extension number. Whenever I try to do this on some of the phones, the changes never take, and the old settings are back after reboot.
Any help here would be appreciated, tia,
Ah
Are the phones getting
Fri, 04/18/2008 - 8:13am
GPX2000
Fri, 04/18/2008 - 9:21am
Make sure that you have the subnet and gateway, dns server address set or else your phones can't see the main server to accept the updates. After they get the latest update you can turn the auto update off if it gets to be aggravating each time the phone is unplugged from power.
[cvander] That may very well be.
Fri, 04/18/2008 - 9:38am
Look in the phone settings,
Fri, 04/18/2008 - 10:09am
Look in the phone settings, under the Advanced Settings tab look for an entry that says "Firmware upgrade and provisioning:" If the ip address of your trixbox is in there, then the phone(s) are geeting their config via tftp. SSH into your trixbox and look in the /tftpboot directory, you will find a file named "Grandstream_GXP2000_Default.txt"
The easiest thing to do is from your console, just type in (this is case sensitive):
nano /tftpboot/Grandstream_GXP2000_Default.txt
waaaaaaaay down toward the bottom of the config file, you will find the setting:
P246=dstrulehere
set your dst rule here in parameter p246 and then ctrl+o to save the file, then crtl+x to exit.
Now go into your endpoint manager (use the web interface) and edit 1 setting for each phone that is giving you problems. When you save the phone config, a new .cfg file will be created for the phone automatically, using the parameters defined in the file you just edited.
Restart your phone.
You're done... enjoy.
-Chris
Fog beginning to clear, but
Fri, 04/18/2008 - 11:24am
Found the file, made the edits, that seems to work ok for the dst issue, many thanks...
The issue I'm seeing now is related to settings in Account 1 that I cannot seem to change unless I blank out the address for the config server path. Once I do that and submit it, I can then change the registration info for Account 1 and it will 'stick'. If I then go back and re-enter the address for the config server path, the reg. information in Account 1 returns to it's prior (and undesired) settings.
I see the files in /tftpboot that have names that duplicate the phone MAC address, I assume these are the specific config files for each device, but they're data files not text files. I also notice that none of these files has been touched, despite the fact I've been altering settings via the web interface.
What causes the creation or change of the config files in tftpboot? Should it be caused by submitting a change on the web interface, or is there something I need to run from a command line to change them?
Thanks 4 your patience...
What types of settings are
Fri, 04/18/2008 - 11:44am
What types of settings are you trying to set for account 1??? Some of these settings can also be hard coded to the default config file (use same process as before, edit default and then use endpoint manager to instantiate the changes).
The basic parameters should be handled by the endpoint manager (speed dial buttons, blfs, account name, extension, etc.) The only values you may want to change specifically for account 1 in the template would be preferred codec, missed call displays, etc...
If you want to be able to define your own values through the web interface and still use the endpoint manager, make sure that the setting you want to "stick" has no value set in the config template, I think that will cause the phone to use any value assigned via other means (from phone or web interface).
Let me know if I you need any more help.
-Chris
[Update]
You need to change the settings in the "end point manager" on the web interface of your asterisk box, not directly on your phones. http://ip-of-your-trixbox/maint then click on the "asterisk" menu item, and select "endpoint manager" from the drop down.
Account settings
Sun, 04/20/2008 - 7:20am
I was working with account settings, with a couple of the accounts on this particular phone pointing to accounts outside the Trixbox PBX. Thanks for the heads up on the End Point Mgr, I had used it to id extensions, but I didn't realize there was the additional functionality of modifying settings.
Thing is this issue has taken a back burner to another more pressing one. I believe I've "bricked" one of my GSX2000 phones. I was trying to upgrade firmware (silly me), and now all the phone will do when powered up is to show the following...
"booting"
"Tftp recovery started."
"downloading application."
"application image checksum fail"
The end point mgr shows the phone's MAC address, it seems that I can cause a change to the cfg file by edits in the EPM. Another strange thing is though xinetd and tftp are running, the log file no longer shows any attempts to contact the tftp server when the phone boots.
I've started another post on this issue, "Firmware upgrade problem" but so far no progress...
As always 'Thanks in advance"
Ah
The upgrade process is a
Mon, 04/21/2008 - 5:50am
The upgrade process is a multi-step procedure. I've seen a post about a "semi-bricked" phone on these forums that sounded like the same problem. I would:
1. Find that post, as it has lots of good details, including how to get around the issue.
2. Re-Download the firmware from grandstream and post it to your /tftpboot directory, see if you can get the phone to take the new files.
3. If all else fails, you can contact Grandstream support, but I wouldn't expect anything back other than an automated response.
-Chris
Got my automated response...
Mon, 04/21/2008 - 1:24pm
I could not locate any information on this forum for 'semi-bricked' phone, or for that matter much at all about this specific problem when I searched for "checksum fail, brick, bricked, or semi-bricked".
I have tried re-installing firmware to my /tftpboot directory, but I don't believe the phone is even getting to the point where it asks for the update. I have run tcpdump during the reboot cycle of the phone and I don't see much in the way of traffic on the LAN at all.
Sent email to Grandstream, got my automated response and a ticket number... We'll see if any other clues follow from them.
Any hints or suggestions welcomed...
TIA.
gstreammkt: Since you have
Tue, 04/29/2008 - 6:29am
There could be different
Tue, 04/29/2008 - 4:33pm
There could be different issues related to what you described, just some info here:
1. Firmware upgrade stucked. Most of the issue are related to this, in general, GXP series phones has a boot file and a program files, firmware from 1.1.1.14 to 1.1.2.x to 1.1.4.x and 1.1.5.x and now 1.1.6.x, all have different file names for boot file and program file, they use file name such as boot55.bin, boot55a.bin, boot55b.bin, boot55c.bin, boot55d.bin, boot55e.bin, normally, and program such as gxp2000a.bin, gxp2000b.bin, gxp2000c.bin, gxp2000d.bin, gxp2000e.bin. In general, when there is a major firmware change, e.g., from 1.1.5.x to 1.1.6.x, the suffix changes. If you upgrade from a very old firmware, such as 1.1.1.14, you need ALL of those suffix bin files to make it work, you need to download them from the Grandstream firmware site.
2. If you put all firmwares in your TFTP server and it still does not upgrade, it might be a particular firmware that just corrupted. You may want to use a wireshark sniffer to sniff the wire and find out if the phone still issue TFTP request, if it keep downloading the same file and still not working, then try to turn on the syslog with debug mode and see if you can see the error message, which sometimes may point out that your firmware is corrupted. If still not working, call Grandstream support.
Grandstream support has contacted me but...
Wed, 04/30/2008 - 6:48am
So far no success as of yet.
As far as recent posts (thanks to all of you), hear hear to a step by step recovery guide.
In response to gstreammkt, I have used tcpdump to monitor the LAN usage on the subnet containing the pbx and phone, and there is apparently no communication between the phone and pbx during the "tftp recovery phase". Given this I believe that the IP address of the phone may have reverted to the factory setting, and I don't think that any changes to the firmware on the pbx will have any effect. According to Grandstream support, this should be 192.168.0.160, which is not concurrent with the subnet that contains the phone (192.168.100.xxx). Today I plan to reconfigure a LAN segment with the 192.168.0.xxx address range and see if I can access the phone's web interface. If I can I will then try to reconfigure the phone to contact Grandstream's firmware server @ 168.75.215.189 as per Grandstream support's suggestion.
I'll keep you all 'posted', and once again thanks to all of you who have taken the time to respond, it's truly appreciated.
Ah
Member Since:
2007-09-16