[asterisk-bugs] [Asterisk 0016338]: chan_mobile doesn't hangup

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16338 
====================================================================== 
Reported By:                pj
Assigned To:                mnicholson
====================================================================== 
Project:                    Asterisk
Issue ID:                   16338
Category:                   Addons/chan_mobile
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 231401 
Request Review:              
====================================================================== 
Date Submitted:             2009-11-27 17:50 CST
Last Modified:              2009-12-02 15:16 CST
====================================================================== 
Summary:                    chan_mobile doesn't hangup
Description: 
chan_mobile doesn't hangup call, when it receives audio from mobile device.
It can be progress audio message from gsm network (eg. ringback) or audio
from answered call. Phone is also disconnected from chan_mobile in this
case.

When call setup is terminated before any incomming audio is received from
gsm network by chan_mobile, mobile channel is successfully terminated and
phone is not disconnected from chan_mobile.


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

---------------------------------------------------------------------- 
 (0114571) pj (reporter) - 2009-12-02 15:16
 https://issues.asterisk.org/view.php?id=16338#c114571 
---------------------------------------------------------------------- 
if you look into packet capture from asterisk server, it seems, that first
disconnect request is in frame https://issues.asterisk.org/view.php?id=1607 and
it's in 'send' direction from
asterisk perspective. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-02 15:16 pj             Note Added: 0114571                          
======================================================================