[asterisk-bugs] [Asterisk 0017153]: chan_sip sends to peer mwi notify for wrong mailbox

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17153 
====================================================================== 
Reported By:                Jamuel
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17153
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.1.18 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-08 15:29 CDT
Last Modified:              2010-04-08 15:53 CDT
====================================================================== 
Summary:                    chan_sip sends to peer mwi notify  for wrong mailbox
Description: 
A SIP peer can be sent the wrong message count for an MWI subscription. 

In 1.6.1 we're seeing an issue where a peer is receiving the message count
for another peer's mailbox:

Example:
Peer A has messages 10/8 (as verfied by counting messages in filesystem
and confirmed by voicemail show users)
Peer B as messages 0/0 (as verfied by counting no messages in filesystem
and confirmed by voicemail show users)

on an MWI SUBSCRIBE by Peer B to Peer B's mailbox, * returns Peer A's
message count in the NOTIFY to Peer B.

Mailbox polling is turned on in app_voicemail so you were to then go and
add a message to Peer B's INBOX via the linux filesystem (e.g. touch
/var/spool/asterisk/voicemail/default/PEERB/INBOX/msg0000.txt) then after
the mailbox poll interval, Peer B's message count is correctly reflected
(1/0) in the subsequent NOTIFY (as well as voicemail show users in the
cli). 

Next if you delete this message, * correctly sends a NOTIFY reflecting
(0/0) to Peer B. 

But then eventually after some time has elapsed (not sure if its
time-based or some other event triggering yet) Peer B starts getting Peer
A's message count again.

In all cases CLI "voicemail show users" shows Peer B's message count
correctly (0/0).  This leads me to guess that there is an issue with the
MWI caching that chan_sip implement (get_cached_mwi).
====================================================================== 

---------------------------------------------------------------------- 
 (0120211) pabelanger (manager) - 2010-04-08 15:53
 https://issues.asterisk.org/view.php?id=17153#c120211 
---------------------------------------------------------------------- 
We are going to need debug logs and traces for your issue.

---
Thank you for taking the time to report this bug and helping to make
Asterisk better. Unfortunately, we cannot work on this bug because your
description didn't include enough information. You may find it helpful to
read "Asterisk Issue Guidelines"
http://www.asterisk.org/developers/bug-guidelines. [^] We'd be grateful if
you would then provide a more complete description of the problem.

At a minimum, we need:
1. the specific steps or actions you took that caused you to encounter the
problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).

This likely includes output from the console with debug level logging, a
SIP trace (if this is SIP related), and configuration information such as
dialplan (e.g. extensions.conf) and channel configuration (e.g. sip.conf).

Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-08 15:53 pabelanger     Note Added: 0120211                          
======================================================================