When using SIP firmware and registration to ASM, what is the best way to ensure the endpoint has the correct time on the phone? Or better yet, what decides the time the SIP phone gets.. is it the timezone in SMGR on the user profile, a setting in the 46xx file or another method? With the h.323 phones they use the ip-network-map, which is mapped to a location that has the offset if I'm not mistaken.
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
SIP 46xx
- Thread starter trilogy8
- Start date
It uses SM's time if no time server is provided. GMT offset is specific in the settings file
Or, just point to a SNTP server in the settings file. You need to put your time offset in there anyway and the phone will keep it's own time.
Otherwise, it'll use whatever time SM thinks it is - dunno if it defaults to SMs timezone, but probably does.
Or, just point to a SNTP server in the settings file. You need to put your time offset in there anyway and the phone will keep it's own time.
Otherwise, it'll use whatever time SM thinks it is - dunno if it defaults to SMs timezone, but probably does.
- Thread starter
- #3
Remote worker reference design is that there is a HTTP(S) relay on the SBC so the answer can be yes if you want to push new config out
You guys might not do that for security and provision the phone one time only on LAN and mail it out where it can't get a settings file again.
You guys might not do that for security and provision the phone one time only on LAN and mail it out where it can't get a settings file again.
- Thread starter
- #5
No. It's literally just like port forwarding on a home router.
You should be able to and get it in your browser if it's setup right.
File server don't care if the client is from internal or the internet.
You should be able to and get it in your browser if it's setup right.
File server don't care if the client is from internal or the internet.
- Thread starter
- #7
I manually put in our public IP of the file server in the https server field of the craft menu and the phone now looks to be successfully hitting it. The change I made to the 46xx file updated, but it didn't pull the updated firmware. It stood there at the GET of one of the files and eventually timed out I guess. It's traveling a far distance so not sure if it's because of that or something else.
well, presuming a 96x1SIP phone, the phone should always ask for 96x1Supgrade.txt first, that should tell the phone what firmware file it should be running - and if it's running it already, it skips to 46xxsettings.txt
Because it's exposed to the internet, maybe security guys are doing some filtering. Like, the firewall on ingress sniffs the traffic and you told him you only need /46xxsettings.txt to get your phones up, so maybe he has an explicit rule to let no other URLs through.
If that's not the case, then you should see file server logs. /var/log/httpd/access_log.log on a plain old linux box, or wherever your logging happens
Because it's exposed to the internet, maybe security guys are doing some filtering. Like, the firewall on ingress sniffs the traffic and you told him you only need /46xxsettings.txt to get your phones up, so maybe he has an explicit rule to let no other URLs through.
If that's not the case, then you should see file server logs. /var/log/httpd/access_log.log on a plain old linux box, or wherever your logging happens
- Thread starter
- #9
- Status
Similar threads
