Solved: CUCM/CUC Integration passing MWI to ISDX phones

btmulgrew · ‎10-05-2009

Hi - Our customer currently has the following installation:

CUCM 7.1.2 (2 node / single site)

CUC 7.1 (single site)

H323 28xx Gateway (single site)

VG30D (single site)

ISDX (single site)

They wish to move their existing ISDX phones to use CUC for voice messaging, however, there

is a requirement for the ISDX phones to have MWI/AMWI to be passed from Unity to the ISDX phones.

The signalling path currently in place is:

CUC SCCP > CUCM H323 > 28XX QSIG > VG30D DPNSS > ISDX

MWI is set in CUCM and turns the lamp off and on ok on Cisco IP Phones, but I am unsure how this would reach the H323 Gateway.

The VG30D documentation refers to the DPNSS Call Back Messaging service

being used to light MWI, however, I am not sure if this is for a DPNSS Messaging

system being used to light the Cisco IP Phones.

any thoughts appreciated

thks

b

gogasca · ‎10-06-2009

Hi b,

MWI should work, calling/connected names, calling/connected

number.

Normally you will see that Unity will be dialing the MWI number and CUCM should catch that is an MWI request and dial the extension in remote cluster normally via your H323 GW, ...

Question here:

1. Any reason to use H.323 and not MGCP?

2. Do you have Annex M1 enabled in H323 and IOS GW ?

Q.SIG standard says 0xA880 and 0xA881 for MWI ON/OFF you can debug that in GW and see if we are sending the message to VG30D, you can always open a TAC case to verify it, Ive seen some internal discussions so its better a detailed analysis in a TAC case, we should be able to tell you which is the culprit here :D

Thanks

View solution in original post

gogasca · ‎10-06-2009