03-11-2008 08:55 AM - edited 03-15-2019 09:22 AM
I am having this issue, and need more clarification. Our DST patch worked fine, meaning system clocks adjusted properly. We are using TOD routing, and i got complains that there is hunt list which starts from 9:00am-5:30pm did not get calls until 10:00am.
I have no clue, where to troubleshoot, because ToD settings has not been changed.
Any ideas
Solved! Go to Solution.
03-11-2008 09:37 AM
Hi Rajesh,
You may be seeing this;
CSCsh81747 Bug Details
Callmanager TOD routing not updated with DST patches
Symptom:
Time of Day routing is still 1 hour off in US timezones after applying DST
patch
Conditions:
CallManager patched for DST, running in a US timezone, using TOD routing. This
is applicable from CallManager version 4.1 onwards only. This bug is not applicable to 3.3.5 version and 5.X versions.
Workaround:
CallManager TOD can be configured with two options from Route Partition. The options are either:
- Use specific Time Zone (You can select Time Zone from the drop down list)
- Use Originating Device Time Zone.
If the system has been patched for DST either with an ES version with the fix for CSCsf07523 or with the standalone DST patch for, the second option (Use Originating Device Time Zone) would work correctly.
Depending on the specific system, a possible workaround would be to set it to "Use Originating Device Time Zone"
If the situation is such that 'Use specific Time Zone' if needed, then the fix for this defect is required.
1st Found-In
4.1
Fixed-In
4.3(1.27)
3.3(5)ES59
4.1(3)ES100
4.2(3)ES21
4.2(3)SR2
4.3(1)ES1
Time of Day (TOD) Routing:
The following workaround shall be applied for specific configurations of Time of Day Routing.
Notice:
If you are using Time of Day routing that uses type Originating Device (found under the Class of Control menu), and no time zones selected, you DO NOT need to apply this workaround.
If you are using Time of Day routing that uses partitions with specific time zones, YOU MUST IMPLEMENT THE manual workaround below.
Time of Day Workaround:
Under the Class of Control menu, choose the Time of Day setting.
Change the time zone setting to the next western-most time zone for an decrement of one hour.
You will need to keep this setting until November 4, 2007 (November 2,2008) where you will then be required to change the time zone back to the original settings.
From this doc;
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_field_notice09186a00807e02b1.shtml
Hope this helps!
Rob
03-11-2008 09:37 AM
Hi Rajesh,
You may be seeing this;
CSCsh81747 Bug Details
Callmanager TOD routing not updated with DST patches
Symptom:
Time of Day routing is still 1 hour off in US timezones after applying DST
patch
Conditions:
CallManager patched for DST, running in a US timezone, using TOD routing. This
is applicable from CallManager version 4.1 onwards only. This bug is not applicable to 3.3.5 version and 5.X versions.
Workaround:
CallManager TOD can be configured with two options from Route Partition. The options are either:
- Use specific Time Zone (You can select Time Zone from the drop down list)
- Use Originating Device Time Zone.
If the system has been patched for DST either with an ES version with the fix for CSCsf07523 or with the standalone DST patch for, the second option (Use Originating Device Time Zone) would work correctly.
Depending on the specific system, a possible workaround would be to set it to "Use Originating Device Time Zone"
If the situation is such that 'Use specific Time Zone' if needed, then the fix for this defect is required.
1st Found-In
4.1
Fixed-In
4.3(1.27)
3.3(5)ES59
4.1(3)ES100
4.2(3)ES21
4.2(3)SR2
4.3(1)ES1
Time of Day (TOD) Routing:
The following workaround shall be applied for specific configurations of Time of Day Routing.
Notice:
If you are using Time of Day routing that uses type Originating Device (found under the Class of Control menu), and no time zones selected, you DO NOT need to apply this workaround.
If you are using Time of Day routing that uses partitions with specific time zones, YOU MUST IMPLEMENT THE manual workaround below.
Time of Day Workaround:
Under the Class of Control menu, choose the Time of Day setting.
Change the time zone setting to the next western-most time zone for an decrement of one hour.
You will need to keep this setting until November 4, 2007 (November 2,2008) where you will then be required to change the time zone back to the original settings.
From this doc;
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_field_notice09186a00807e02b1.shtml
Hope this helps!
Rob
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide