WRP400 timezone problem

Unanswered Question
Nov 14th, 2009
User Badges:

Hi, can someone confirm, that WRP400 with firmware version 2.00.05 has problem with timezones?

When I set timezone to GMT+1 (Germany), the time synced over NTP is shifted by one hour back. Problem is, that the same invalid time is sended in FSK caller ID.

The timezone inside Voice configuration is also set to GMT+1 and time daylight time saving rule is:


which worked perfectly with PAP2T and similiar adapters.

I didn't find how to fill issue about this to cisco.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 1 (1 ratings)
Alberto Montilla Tue, 11/17/2009 - 03:41
User Badges:
  • Cisco Employee,

Dear Sir;

Will check with engineering and let you know.


ausmacuser Thu, 05/16/2013 - 16:23
User Badges:

I have also struggled with this issue.  I wanted to restrict access based on time of day.  In the end I decided the router was stable enough to depend upon.  (It seemed to choose random times rather than work to a 24 hour clock).

I moved to DNS restictions using open DNS and used mac addresses to restrict times on the router.  It is limping along but by no means seemless or user friendly.

carlb1613 Wed, 06/19/2013 - 15:05
User Badges:

I'm using plain GMT (Liberia - no BST) on the router Setup → Basic Setup → Time Setting and a valid local time zone on Voice → Regional → Miscellaneous. That may work for the original poster, but would reqire the time-of-day access restrictions all be specified in GMT/UTC instead of local time. See https://supportforums.cisco.com/thread/2217073

Any attempt to set both to local time gives badly wrong results, including incorrect time sent to the 'phone handsets.

Is there somewhere this can be reported as a bug?

francoisblanck Tue, 10/01/2013 - 15:57
User Badges:

up up up

I have the same issue (I am in France)

I found out that setting time zone to Alaska (no DST) solves my issues:

the voice time (seen in configuration page, VOICE thumb) which is sent to my IP phone as well, is now correct

-running firmware 2.00.32 from may 2013 ....-


This Discussion

Related Content