j129 time updates 1

[qtelcom]

IPO R10.1 and after DST changes here in the US, my 9608's updated their time correctly, the IPO system has the correct time, the J129's did not update their time. Do J129's grab their time source differently and not from the IPO? If so, what is the trick to manage J129 time changes?

 

[DaIPOTek]

The best way is to take the J129 phone, unplug it, throw it in the trash and replace it with a 9608.

Snarkiness aside, I think by default the J129s only re-sync once every 24 hours. Rebooting them should do the trick though.

 

[joe2938]

I agree as well as the E129

 

[gwebster]

The J129 gets the time from an NTP server. Changes due to DST needs to be configured in the settings file.

 

[teletechman]

Have you looked at the default J100settings.txt file, in it has the SNTP server address and the time offset. you should be able to adjust it from there.
Mike

 

[qtelcom]

my J100settings.txt files is autogenerated by the IPO, so I haven't messed with it, I did look at the auto-generated txt file and it is showing the correct offset for the DST change. (-6:00 in my case). It appears the J100settings.txt file that is auto-generated by the IPO is correct, so I'm guessing these phones don't get the corrected/updated DST offset unless they reboot? That is kinda bunk design, relying on a phone reboot to grab a newly updated auto-generated "J100settings.txt" file for time changes that happen automatically on the IPO via SNTP? Am I misunderstanding this?

 

[qtelcom]

So after a reboot of the J129, it then shows the correct time. This customer has quite a few of these. Is there a different way to have the J129 phones update their DST time without a reboot of this model phone? This would require the customer to reboot these phones twice a year which is a pretty poor design by Avaya unless I'm not understanding something.

 

[Pepp77]

Reboot them from Monitor or SSA yourself?

| ACSS SME |

 

[DaIPOTek]

In your J100settings file try setting:

SET SNTPSRVR "pool.ntp.org"
SET GMTOFFSET -5:00(or whatever is applicable to your region)
SNTP_SYNC_INTERVAL 60


Not positive this will work just a guess. Of course you'll need to reboot them to pick up the new J100settings file so you might need to wait until the next time change to test

 

[sizbut]

Puzzled how it would work. Don't doubt the settings but that will just tell it to where to get GMT and the offset from GMT to apply. It won't account for whether and when DST is in operation or not (or the DST adjustment which isn't always a whole hour).

Stuck in a never ending cycle of file copying.

 

[qtelcom]

That is my question as well, my current J100setings file already has the corrected offset, and that part is automatic, but due to DST offsets changing twice a year, is the customer expected to reboot the phones every year for them to pull a new settings file with the corrected offset?

 

[DaIPOTek]

The setting for SNTP_SYNC_INTERVAL is what I'm thinking might help you. By default its 1440 minutes(24 hours). I'm thinking that setting it lower will force a resync quicker. For what its worth, I checked with my only customer that has these phones and they updated along with the 9608s. I did not touch anything in the settings file relating to NTP.

 

[gwebster]

Check the DSTSTART and DSTSTOP settings.

 

[qtelcom]

My auto generated j100settings.txt does not have a SNTP_SYNC_INTERVAL or DSTSTART and DSTSTOP settings in it. I can easily copy the autogenerated one and manually put it on the SD card, I'm wondering if the DSTSTART and DSTSTOP settings will make the phones switch their DST Offset time without a reboot of the phone, anyone know for sure? Thanks!

 

[gntsfan8690]

I think E129's have this same issue--I'd love to know how to fix it so it's set it and forget it.