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 biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

1140 question

Status
Not open for further replies.

motox2

Programmer
Jun 21, 2007
426
GY
I have a user that is reporting.....

"When scrolling to see caller’s list, telephone shows name and date of calls correctly.

However, time of call is one hour ahead."

Any ideas on what this issue may be? or if its even an issue at all. please advise thanks
 
The only reference I could find was if your 1140 phone was at a remote location such as in the report below.

CS1000E rls 5.nn with Survivable Media Gateways.
IP sets at the remote locations are registered to the Primary Call Server and are using Zone-based dialling (ZBR enabled)
Automatic Daylight Saving Time change is configured on the Call Server (SDST in LD 2)

After the change to BST at the end of March, the IP sets located at the Main site displayed the correct time (BST) but the sets at the remote locations were one hour behind (still on GMT)

Checking the Zone config in LD117 revealed that the Zones used by the remote sets were enabled, but with no Zone Daylight Saving Time parameters set.

Resolution:
Configure Zone Daylight Saving Time (ZDST) for the Zones used by the remote sets.

Enabling ZBR on any zone removes that zone from the direct control of the Daylight Saving Time (DST) mechanism in overlay 2. Performing this function whilst Daylight Saving is active will cause the target zone sets to regress by 1 hour at the next time update or reboot.

If the Zone for the remote sets is used purely for bandwidth management and not for zone-based dialling, ZDST is not required. Use PRT ZDST or PRT ZTP in LD 117 to check the config and to see if ZBR is enabled.

The command in overlay 117 CHG ZDST or using the prompts within Element Manager – ( IP Network – Zones – Zone number – Branch Office Time Difference and Daylight Saving Time Property) determine whether or not to use the Daylight Saving Mechanism and permits the time at which it does so to be chosen.

Setting the time and date manually after DST updates all zone set regardless of settings.

Recommendation: for zones used by remotely-located IP sets but still within the same time zone as the main office, always configure ZDST when Daylight Saving is configured on the CS.

See also references to Branch Office Zones

Rls 6.0 site
-------------
Sets in some zones displayed the wrong time ( 1hr. behind)
LD 117
PRT ZBR -- Print Time Zone Adjustment showed the problem zones had time adjustment enabled but nothing against 'Time Change Properties'

PRT ZBR displayed the zone properties and showed 'TIM' enabled against the problem zones.
DIS ZBR 20 TIM removes the TIM property from the zone (20)
After 'TIM' removed from zone properties all was ok with time display on the problem sets

Failing that, you might need to check the phones firmware against another one of the same set 1140e type.

Firebird Scrambler
Nortel and Avaya Meridian 1 / Succession and BCM / Norstar Programmer

Very advance high level knowledge on the Linux BCM phone system.

Website
 
Thanks firebird, i will give it a shot and if anyonbe else has any ideas, please advise. I will update with the fix once determined. thanks again!!
 
Europe changed DST on 30 October. If you are in Europe, is your system correctly configured to account for that change?
 
I'm in the UK an we changed our clocks yesterday morning at 2am. This was why I had thought there was a link to "remote" sets.

Firebird Scrambler
Nortel and Avaya Meridian 1 / Succession and BCM / Norstar Programmer

Very advance high level knowledge on the Linux BCM phone system.

Website
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top