[cisco-voip] MWI stays on without messages...even after resynch

Fri Aug 12 17:09:20 EDT 2011

That’s a great help Wes.  I’ll give this a run through hopefully in the next couple days.

From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Friday, August 12, 2011 4:06 PM
To: Wellnitz, Erick A.
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] MWI stays on without messages...even after resynch

Thinking out loud. Helps me and may trigger something for you.

Unity Connection sends MWI message to CUCM.  I *think* CUCM initiates a call from the MWI Off number.  It *should* use the CSS of the MWI Off DN.
Q1: In DNA how does a call route using the CSS assigned to the MWI Off Number?

I'm 100% clear on the SIP MWI implementation so it could use the CM service parameter "Message Waiting Indicator Inbound Calling Search Space".
Q2: What is configured here?
Q3: Test this CSS in DNA?

It should be possible to get a bit of clarification on what is happening.  In Q.SIG MWI is a call to the DN with special bearer capability and facility APDU).

 Feb 18 16:44:33.610 CST: ISDN Se1/0:23 Q931: RX <- SETUP pd = 8
 callref = 0x1201
     Sending Complete
     Bearer Capability i = 0xA880
         Standard = ISO/IEC
         Transer Capability = Unrestricted Digital
         Transfer Mode = Circuit
         Transfer Rate = Packet - not specified
     Channel ID i = 0xAC
     Facility i = 0x9FAA068001008201008B0102A12402020D00020151301BA5090A0104120438383032
 0A 0101A10BA5090A0104120433313030
     Calling Party Number i = 0xC9, '3100'
         Plan:Private, Type:Subscriber(local)
     Called Party Number i = 0xC9, '8802'
         Plan:Private, Type:Subscriber(local)

Using raw data as an example:
0x9FAA06800100820100A20B02020D0030050201510500
Starting from A2(APDU type):
A2 Rose = Return result
0B length = 11
02     integer
02     length = 2
0D    13*256
00
30 SEQUENCE
05 length = 5
02 integer
01 length = 1
51 Operatin value = 81 (MWI OFF)
If the operation value is 80, then it is for MWI ON.

The important thing for you is the nature of the call - it is a call with the called party set to the line that should set (or clear) MWI.  Either read the CM SDI traces looking for this call or enable CDR for zero duration calls and check CDR's to see if this call is being attempted and what is happening to it.

If you cannot find a call to the affected DN then it's failing in UC or in the UC to CUCM integration.

Hope this helps,
Wes

On 8/12/2011 4:18 PM, Wellnitz, Erick A. wrote:
Okay…here’s an odd one.  I didn’t design the topology and we can’t change it without some serious political battles.

Nortel Option 11C -----QSIG----Cisco  2821 with 12.4(24).T4 -------MGCP----CUCM 8.0(3) ------SIP -------Unity Connection 8.0(3)
Remote Site-----------------------------------------------------------------------Central Site------------------------Remote Site
(yeah, I know)

MWI fails to synch with two users.  Media stays local as it should.   Latency is  averaging about 60ms round trip.

Connection is set up per the integration guide.   I’m not familiar with Nortel configurations but our Nortel person tells me these two are identical to everyone else.  Routing in CM checks out via DNA.  Resynch of MWI doesn’t solve it.  UCONN shows the MWI for both users as ‘off’.  Mailboxes are empty.

I’m pretty much throwing things against the wall to see if they stick at this point.

ERICK A. WELLNITZ
Network Engineer
Katten Muchin Rosenman LLP
525 W. Monroe Street / Chicago, IL 60661-3693
p / (312) 577-8041
erick.wellnitz at kattenlaw.com<mailto:erick.wellnitz at kattenlaw.com> / www.kattenlaw.com<http://www.kattenlaw.com/>

===========================================================

CIRCULAR 230 DISCLOSURE: Pursuant to Regulations Governing Practice Before the Internal Revenue

Service, any tax advice contained herein is not intended or written to be used and cannot be used

by a taxpayer for the purpose of avoiding tax penalties that may be imposed on the taxpayer.

===========================================================

CONFIDENTIALITY NOTICE:

This electronic mail message and any attached files contain information intended for the exclusive

use of the individual or entity to whom it is addressed and may contain information that is

proprietary, privileged, confidential and/or exempt from disclosure under applicable law.  If you

are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or

distribution of this information may be subject to legal restriction or sanction.  Please notify

the sender, by electronic mail or telephone, of any unintended recipients and delete the original

message without making any copies.

===========================================================

NOTIFICATION:  Katten Muchin Rosenman LLP is an Illinois limited liability partnership that has

elected to be governed by the Illinois Uniform Partnership Act (1997).

===========================================================

_______________________________________________

cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>

https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110812/84601c2c/attachment.html>