CUCM 7.0 & Unity Connection 7.0 - no MWI

Unanswered Question
Dec 4th, 2008

I set up a Unity Connection 7.0 the other day using a SIP trunk. The SIP security profile allows unsolicited notifications and MWI is defined for the user that I'm using to make my tests - yet the MWI lamp never turns on (it's a 7975 phone in SCCP mode) when somebody leaves a message.

I turned on traces to see what is going on, and sure enough, Unity Connection (10.145.206.104) does send the number of new voicemail messages to the CUCM (10.145.206.102). Here's an extract from the traces:

12/02/2008 01:12:53.534 CCM|//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.145.206.104 on port 53183 index 8589 with 529 bytes:

NOTIFY sip:[email protected] SIP/2.0

From: sip:[email protected]:5060;tag=45ca40bf8533472fbdd13b2485c9f85d

To: sip:[email protected]

Via: SIP/2.0/TCP 10.145.206.104:5060;branch=z9hG4bK21b87057e2e748c09291c235274a70cf

Max-Forwards: 70

Contact: sip:[email protected]:5060

Call-ID: [email protected]

CSeq: 300 NOTIFY

Event: message-summary

Content-Length: 73

Content-Type: application/simple-message-summary

Messages-Waiting: yes

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::State Transition><MASK::20000>

12/02/2008 01:12:53.534 CCM|//SIP/SIPTcp/wait_SdlReadRsp: SignalCounter = 310|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::20000>

12/02/2008 01:12:53.535 CCM|//SIP/SIPHandler/ccbId=0/scbId=4294967295/ccsip_platform_init_scb: scb mgmt added 0xe6a54b0|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::20000>

12/02/2008 01:12:53.535 CCM|//SIP/SIPHandler/ccbId=0/scbId=4294967295/findDevicePID: Routed to SIPD|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::20000>

12/02/2008 01:12:53.536 CCM|MessageWaitingManager - hashChildProcess - entries in the messageWaiting table = 0x1 |<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::0800>

12/02/2008 01:12:53.537 CCM|MessageWaiting::sendDaReq dialingPattern= dialingPartition= voiceMailbox= orig digitString=2001|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::0800>

12/02/2008 01:12:53.538 CCM|MessageWaitingManager - deleteEntryFromMwiTable - entries in the messageWaiting table = 0x0 |<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::0800>

12/02/2008 01:12:53.539 CCM|DB: SQL1[execute procedure dblSetMWI('', 2)]|<CLID::StandAloneCluster><NID::10.145.206.102><LVL::Detailed><MASK::ffffff>

12/02/2008 01:12:53.548 CCM|//SIP/SIPTcp/wait_SdlSPISignal: received a spi signal ...|<CLID::StandAloneCluster><NID::10.145.206.102><CT::1,100,43,1.312><IP::10.145.206.104><DEV::><LVL::Detailed><MASK::20000>

12/02/2008 01:12:53.548 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.145.206.104 on port 53183 index 8589

SIP/2.0 200 OK

Date: Tue, 02 Dec 2008 00:12:53 GMT

From: sip:[email protected]:5060;tag=45ca40bf8533472fbdd13b2485c9f85d

Content-Length: 0

To: sip:[email protected];tag=1555829057

Call-ID: [email protected]

Via: SIP/2.0/TCP 10.145.206.104:5060;branch=z9hG4bK21b87057e2e748c09291c235274a70cf

CSeq: 300 NOTIFY

As you can see, UCx reports one new message, yet the MWI lamp doesn't turn on. Even a phone reboot doesn't change that. Also in the Unity Connection interface (Users - Edit - Message Waiting Indication) it shows that MWI is on.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
stephan.steiner Thu, 12/04/2008 - 07:39

If the user calls the voicemail, he's told there's a new message. Upon having listened to the message, the MWI status changes to off in the Unity Connection interface, and I see the following in the traces (I know.. the traces are older than the MWI on... but this is simply from an earlier attempt)

12/02/2008 01:10:21.809 CCM|//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.145.206.104 on port 53183 index 8589 with 528 bytes:

NOTIFY sip:[email protected] SIP/2.0

From: sip:[email protected]:5060;tag=6b1681bfb31942eaa5d80c3f6c93634b

To: sip:[email protected]

Via: SIP/2.0/TCP 10.145.206.104:5060;branch=z9hG4bK091c0fcb9f984368986c7da620a9c2f6

Max-Forwards: 70

Contact: sip:[email protected]:5060

Call-ID: [email protected]

CSeq: 300 NOTIFY

Event: message-summary

Content-Length: 72

Content-Type: application/simple-message-summary

Messages-Waiting: no

Voice-Message: 0/0 (0/0)

Fax-Message: 0/0 (0/0)

|

12/02/2008 01:10:21.809 CCM|//SIP/SIPTcp/wait_SdlReadRsp: SignalCounter = 300|

12/02/2008 01:10:21.810 CCM|//SIP/SIPHandler/ccbId=0/scbId=4294967295/ccsip_platform_init_scb: scb mgmt added 0xe6a2b90|

12/02/2008 01:10:21.810 CCM|//SIP/SIPHandler/ccbId=0/scbId=4294967295/findDevicePID: Routed to SIPD|

12/02/2008 01:10:21.811 CCM|MessageWaitingManager - hashChildProcess - entries in the messageWaiting table = 0x1 |

12/02/2008 01:10:21.811 CCM|MessageWaiting::sendDaReq dialingPattern= dialingPartition= voiceMailbox= orig digitString=2001|

12/02/2008 01:10:21.811 CCM|MessageWaitingManager - deleteEntryFromMwiTable - entries in the messageWaiting table = 0x0 |

12/02/2008 01:10:21.811 CCM|DB: SQL1[execute procedure dblSetMWI('', 1)]|

12/02/2008 01:10:21.812 CCM|//SIP/SIPTcp/wait_SdlSPISignal: received a spi signal ...|

12/02/2008 01:10:21.813 CCM|//SIP/SIPHandler/ccbId=0/scbId=0/wait_SIPSubTerminated: inDialogSubReferCounter=0 scbid=8761|

As far as the SIP messages are concerned I think we're good and there are no errors to be seen so I don't understand why MWI isn't being turned on.

Does anybody have an idea about what is going wrong here?

P.S. The extension of the user is 2001. 2002 is the extension of the user leaving the voicemail message.

Actions

This Discussion