cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
373
Views
0
Helpful
1
Replies

DST and Time of day routing

Rajesh Revuru
Level 4
Level 4

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

1 Accepted Solution

Accepted Solutions

Rob Huffman
Hall of Fame
Hall of Fame

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

View solution in original post

1 Reply 1

Rob Huffman
Hall of Fame
Hall of Fame

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