Caller ID Time Sync

[commresources]

I have an ACS that is consistently off by 2 hours. After some research, I discovered it may be coming via the "Caller ID Time Sync". The provider is actually an internet provider giving them IP trunks through a proprietary ATA device. I don't think they are going to be able to get their clock right because they supply these trunks all over and probably use the same server clock for customers in multiple states. My question is this: Is there a way to turn off the Caller ID Time Sync? Just removing Caller ID would not be a preferred solution. Thank you in advance.

 

[sysconsultant]

Try turning Network Clock Synchronization off (#128)

 

[commresources]

The version they have does not have #128 - just gives the error tone. I stepped through the programming from start to finish and did not see anything labeled similar to "Network Clock Synchronization". Any other ideas?

When I do Feature 59 it says P ACS 5 R7.0 91K

Thanks for the help.

 

[sysconsultant]

Ahh.... "Network Clock Synchronization" is available only on R8. Try turning Automatic Daylight Savings #126 off. Reset the time, if needed. Then reset system with #728 when no one is on the phone. It will save the programming and restart the system, but it will also disconnect anyone on a call.

 

[Telecomboy]

With R7, it's going to continually set the time via caller id. You are right, it is becuase they have lines through a Voip provider that this is happening. They may have to take it up with the provider, upgrade to an R8, or just live with it.

 

[phonesaz]

Along these same lines... I have an old R7 that gains tons of time. I replaced it with another and just use this one for maintenance (too old to have Avaya replace under warranty.) Are there any fixes for this or am I stuck with it the way it is?

 

[Dexman]

An accurate time of day clock isn't one of the Partner's strong points. Unless caller ID is present, the clock will deviate.

That's pretty much the reason Avaya created the feature that allows the clock to be set via the time stamp sent with caller ID records.

If it ain't broke, I haven't fixed it yet.