Hmmm. It seems that even though <mac-address>-phone.cfg is not defined as one of the config files in <mac-address>.cfg the phone will download and apply it anyway. I just got through doing a file system format and all my personal settings came back when it was all finished. I guess it turns out I don't need to add that config file to the main config after all (in the logs that are uploaded to the server I see the phone downloading and applying the <mac-address>-phone.cfg file.)
From the log (modified to protect the innocent): 0829211256|copy |3|01|'ftp://PlcmSpIp:*...@it.example.com/<mac-address>-phone.cfg' from 'it.example.com(10.2.1.250)' 0829211256|copy |3|01|Download of '<mac-address>-phone.cfg' succeeded on attempt 1 (addr 1 of 1) Huijun Yang wrote: > > >> Perhaps I should post this to the developers list, but I'll post here >> > and see what I get > > >> I have some users who are frustrated that their ring and background >> > preferences are being reverted to factory defaults every time there is a > major > bootrom/firmware update and the file system gets wiped, or in > the case of BLF ringing indicator, every time the phones are rebooted. I > have started > investigating how I could get these settings to be stored > on the FTP server and have gotten the Polycom phones to upload the > overrides onto the server but > the problem is that it writes to > <mac-address>-phone.cfg instead of <mac-address>-sipx-phone.cfg > > >> What I need to know is how to add the <mac-address>-phone.cfg >> > configuration file into /etc/sipxpbx/polycom/mac-address.cfg.vm which > has the following data: > > <mac-address>-phone.cfg is what come from Polycom, which contains the > factory default values for its settings for a particular firmware > version. <mac-address>-sipx-phone.cfg is the file that contains settings > that are exposed to sipXconfig web UI, and will override the factory > default settings. You can't change and add <mac-address>-phone.cfg to > <mac-address>-phone.cfg. > > As Scott suggested, if you believe some settings are indeed necessary to > expose the sipXconfig web UI, then fire a feature request is the way to > go. > > > Cheers > Huijun > > _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
