CUCME-CUE MWI configuration: Two ways to do it

MWI (Message Waiting Indicator)  is a headache for someone for the lack of good concept and lack of knowing the configurations. There are two days to configure MWI with CUE:

1. Traditional H.323 DN concept:

It’s simple, you have to configure two h.323 DN and assign them for MWI like below:

!
ephone-dn 1
number 1001…. no-reg primary
mwi on
!
ephone-dn 2
number 1002…. no-reg primary
mwi off
!

Don’t forget to add those additional dots at the tail of the numbers, number of dots would be just equal to site numbering plan.

2. SIP Method:

That’s new to me I’m loving this method:

!
sip-ua
mwi-server ipv4:10.10.10.15 unsolicited
!
telephony-service
mwi relay
mwi reg-e164
!
ephone-dn-template  1
mwi sip
!
!
ephone-dn  1  octo-line
ephone-dn-template 1
!

At CUE: Never forget to work on CUE and add the MWI DNs, it’s unique for both of the cases just discussed:

!
ccn application ciscomwiapplication aa
parameter strMWI_OFF_DN 1002
parameter strMWI_ON_DN 1001
exit
!

Happy Labbing!!!

UCCE: redirect ICM calls to external PSTN side IVR

Probably this is my first note on UCCE on this blog site, truly I love UCCE call routing and ICM scripting more than anything on Cisco Voice domain though I am not playing with UCCE for recent days for my CCIE Voice study. I had an interesting requirement from my customer to redirect the active call to external IVR located at PSTN side (probably Ericsson build though it doesn’t matter who is the vendor). Both UCCE and that external IVR is reachable to customers through different short-code/DN but they want to reach both of them from single point of contact, through single short-code. The requirement is like below:

Customers calling UCCE site—>UCCE site IVR—>Customer presses any specific CED to route to external IVR—>Route to external IVR—>Call is connected to external IVR

Though it’s seems kinda complicated to deploy but so easy to work with just I have to sacrifice engaging one more CVP Queue and Transfer port for some seconds, FYI CVP is the VRU for my site. Ok let’s break the bottleneck:

1. On the ICM particular script add ‘Transfer to VRU’ and then ‘Label’, put the desired DN on ‘Label’ node to call the external IVR with some prefix,

2. CVP will try to reach the number through GK: so create a zone prefix/zone local/etc depends on deployment model for that particular DN with prefix destination with CUCM or H.323 VGW,

3. If the destination is CUCM the create a route pattern and route is to the H.323 VGW,

4. Create a pots dial-peer towards outbound PRI port, strip down the prefix added earlier and make sure your called party switch is accepting the call and routing is to proper destination IVR.

That’s it! During this dialing process your CVP will engage two ports, one for inbound switch leg another for outbound switch leg but after the call is connected it will only use two PRI channels. Yea I know it’s challenging to accept such requirements from customers but I believe UCCE platform is the platform for all possibilities and I love these challenges. 🙂

MWI at CUE SRST: so doable!

I know it’s scaring for someones, even it was such scaring for me once 😀 but believe me it’s so simple! I’m talking about the case when your remote site CUE is registered with central site CUCM and you want to make the MWI working while in SRST.

You have to configure the SIP-UA on fallback router also you have to relay the sip MWI through the fallback process, I am using CME SRST rather than using ‘call-manager-fallback’ for some specific reasons, so I didn’t test it with ‘call-manager-fallback’ options. You can test with ‘call-manager-fallback’  i hope it will work as well. Okey let’s look at the configurations rather than continuing discussions 😛

!
sip-ua
mwi-server ipv4:10.10.10.11 unsolicited

!
telephony-service
srst mode auto-provision none
srst dn template 1
max-ephones x
max-dn x
ip source-address 10.10.10.10 port 2000
voicemail 2222
mwi relay
!

!
ephone-dn-template  1
call-forward busy 2222
call-forward noan 2222 timeout 8
mwi sip
!

Now have a test and let me know if you are facing the same again! It won’t I know. 🙂