briankelly63
Guru
- Joined
- Nov 14, 2008
- Messages
- 1,398
- Reaction score
- 320
I tested this on my setup and everything works as it should. I provided an answer and some suggestions over on the Yealink forum site but I'll copy them below just so we have them here:
I tried this on mine and it works fine.....
How is your t*f*t*p set up on the Auto Provision screen? I have the entry:
t*f*t*p://192.168.0.185
in the "Server Url" box under Settings -> Auto Provision.
This is more direct than having the DHCP server tell the phone (thru opt 66) what the t*f*t*p server address is.
Upgrade your firmware if you haven't done so already:
ftp://Cathy:[email protected]/fir...1.0.85.rom
Check the PHONES logfile under Settings -> Configuration , perhaps even set up a Syslog server so you can watch it realtime because the t*f*t*p log from your server logs "calls" but doesn't really tell you if the file was successfully opened and read. The log from the phone will.
Add the line:
voice.side_tone = -3
to your configuration file under the "Phone Features" section and reboot the phone. If you suddenly have sidetone on the phone you'll know the file is actually be accessed correctly. If it doesn't change we know the file in general isn't being accessed.
Update (9/11/13):
There is of course later firmware and the range of the sidetone parameter has changed to "0" to "-48". A value of -8 is about right. After changing the parameter in the global configuration file you must then click on Autoprovision Now from the phones GUI "Settings" tab. You then may have to pick up the handset, switch to the speaker and then back to the handset. You should hear the change immediately. Occasionally a power down is required but the switch from handset to speaker seems to do the trick.
Also, if you do a firmware upgrade the sidetone may go away and an Autoprovision may not bring it back (bug reported) unless you actually CHANGE the sidetone parameter in the server based global config file and then do an Autoprovision. Apparently if the phone determines that the config file is unchanged it doesn't force a re-provision.
I tried this on mine and it works fine.....
How is your t*f*t*p set up on the Auto Provision screen? I have the entry:
t*f*t*p://192.168.0.185
in the "Server Url" box under Settings -> Auto Provision.
This is more direct than having the DHCP server tell the phone (thru opt 66) what the t*f*t*p server address is.
Upgrade your firmware if you haven't done so already:
ftp://Cathy:[email protected]/fir...1.0.85.rom
Check the PHONES logfile under Settings -> Configuration , perhaps even set up a Syslog server so you can watch it realtime because the t*f*t*p log from your server logs "calls" but doesn't really tell you if the file was successfully opened and read. The log from the phone will.
Add the line:
voice.side_tone = -3
to your configuration file under the "Phone Features" section and reboot the phone. If you suddenly have sidetone on the phone you'll know the file is actually be accessed correctly. If it doesn't change we know the file in general isn't being accessed.
Update (9/11/13):
There is of course later firmware and the range of the sidetone parameter has changed to "0" to "-48". A value of -8 is about right. After changing the parameter in the global configuration file you must then click on Autoprovision Now from the phones GUI "Settings" tab. You then may have to pick up the handset, switch to the speaker and then back to the handset. You should hear the change immediately. Occasionally a power down is required but the switch from handset to speaker seems to do the trick.
Also, if you do a firmware upgrade the sidetone may go away and an Autoprovision may not bring it back (bug reported) unless you actually CHANGE the sidetone parameter in the server based global config file and then do an Autoprovision. Apparently if the phone determines that the config file is unchanged it doesn't force a re-provision.