Time-of-day forwarding help needed

[mschmidt]

Hello All,

I am fairly new with CUCM and need some advice as to how I can efficiently provide my users with the solution they need.

I have extension 7080.  Depending on the time of day, I need that extension to forward to one of three extensions.

Between 0600 and 0700 I need it to ring to 7046

Between 0700 and 2300 I need it to ring to 7053

Between 2300 and 0600 I need it to ring to 7045

(it will never actually ring to 7080, its always forwarded)

I have followed the time of day routing configuration example from Cisco but when I call 7080 it rings on 7080, and does not forward.

Here's what I did:

First I created Time Periods:

-TP1 06:00 - 07:00

-TP2 07:00 - 23:00

-TP3 23:00 - 24:00

-TP4 00:00-06:00

Then I created Time Schedules:

-TS1 = TP1

-TS2 = TP2

-TS3 = TP3 & TP4

Then I assigned Time Schedules to new partitions:

-PT_01 = TS1

-PT_02 = TS2

-PT_03 = TS3

Then I created a new Calling Search Space:

-MATCSS1 and assigned the 3 partitions froma bove

Then I created 3 new translation patterns:

-7080_1 - I assigned PT_01 to this pattern; CSS=MATCSS1; left Calling Party Transform mask blank; Called Party Transform Mask = 7046

-7080_2 - I assigned PT_02 to this pattern; CSS=MATCSS1; left Calling Party Transform mask blank; Called Party Transform Mask = 7053

-7080_3 - I assigned PT_03 to this pattern; CSS=MATCSS1; left Calling Party Transform mask blank; Called Party Transform Mask = 7045

This is where I am now.  I thought this was all that was needed to properly route it.  I wonder if it has something to do with the called and calling masks on the translation patterns?

When I call 7080 it just rings to 7080, doesn't forward.  Anyone have any ideas?

Thanks alot!!

EDIT:  I am using:

Cisco Unified CM Administration

System version: 7.1.3.33032-1

[Tracy Larson]

I think your newly created partitions need to be added to the same search space that your original 7080 DN is in. Then your new partitions need to be ordered ahead of that particular partition as well.

[mschmidt]

Right now, DN 7080 is in CSS MATCSS1.  The 3 new partitions are in that CSS as well.  There are no other partitions in MATCSS1.

[David Hailey]

What phone are you calling from - PSTN or IP phone?  What CSS is used by the IP phones and do they contain the ToD PT?  Do your GW CSS include the ToD CSS?  Also, are there any other PT that may contain a match for 7080?

Hailey

Please rate helpful posts!

[mschmidt]

Thanks for your reply.

I'm calling from an IP phone.

The organization uses CSS "Local", however all 4 extensions that I am trying to involve in the ToD setup are using the same newly created CSS (MATCSS1).  MATCSS1 contains the ToD partitions.

The GW CSS does not contain the ToD CSS but the calls are all remaining internal, so is this needed?

No other PT contain 7080, its a DN I created specifically for this setup.

[David Hailey]

Technically, the CSS on the gateway may be important...primarily, it really depends on the PARTITIONS the CSS contains.

Hailey

Pls rate helpful posts!

[mschmidt]

Can you suggest a way of testing to see if the GW CSS is critical.  I definitely don't want to disrupt the hundreds of other users that have perfectly functional phones.

Any way to do this from within Unity Connection Connection?  Avoid the time schedule issue all together

[David Hailey]

It's critical if you want inbound PSTN calls to be ToD routed...it would

seem that you would. There is no way to test this from CUC as it will

just use a SCCP or SIP port that it has registered.

Hailey

Please rate helpful posts!

On 11/10/10 3:52 PM, "mschmidt@lhg.on.ca"

[mschmidt]

The calls to 7080 will only be internal, not POTS lines involved

in this case.

[Tracy Larson]

If you can dial 7080 from your phone and you have correctly assigned the time schedules to the partitions and those partitions are in the same search space as the original 7080's partition you are trying to control, then I would double check to verify that the newly created partitions are on top of the partition that the orginal 7080's partition. So within your search space it would look something like this.

CSS_NEW

Selected Partitions

PT_01

PT_02

PT_03

7080_PT

Are they ordered top down like you want them to route?

These partitions need to be added this way to any search space used by a phone that is trying to dial 7080 in this manner.

[mschmidt]

Checked the settings and they are currently set up as you recommended.  I'm at a loss here.

Very frustrating!

But I appreciate all the responses and if you guys have any more suggestions I am will to try them.

Thanks

[Tracy Larson]

Ok, lets check one thing as it has to be something very simple. Look at the search space that your phone is using, both the device and the line. Verify that all the partitions that you have created are in the search space that your phone is using. If they are not your phone will not know about them and TOD routing will not work. If you have those set correctly on your phone can you post screen shots of your search space with the new partitions along with screen shots of the partitions and everything else etc? There just has to be something small missing here as I use TOD routing quite a bit.

[mschmidt]

All the created partitions are in the CSS.

How exactly does the translation pattern affect this.  This is the one setting that I am not totally sure about and might be where the problem exists.

Any ideas based on my original post?

[mschmidt]

After a bit more experimenting I think the problem existis in the translastion pattern.  If I create a translation pattern for 7080 I only have the option of 1 Called Party Transform Mask.  How do I set the mask up to transfer to the right DN based on TOD?

[Tracy Larson]

Yes, you need 3 translation patterns for the DN of 7080.

7080 in PT_01

7080 in PT_02

7080 in PT_03

then 7080 in its normal partition. All of these are in teh same CSS. (Edit: you dont actually even need this one since 7080 will always be ringing to one of the other three DN's above)

with each translation pattern you will then put in the "called party transform mask" the destination of where you want 7080 to ring to (based on the partition that 7080 is in with the alloted time schedule.)

The partitions are only active during the time specified in the time schedules' time periods. Thats why the time periods and schedules are created and then applied to the partitions.