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

[Wes Sisk]

correction: "...I'm *NOT* 100% clear.."

On 8/12/2011 5:05 PM, Wes Sisk wrote:
> 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*not *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
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> 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/4a5dc349/attachment.html>