[asterisk-bugs] [Asterisk 0015966]: Asterisk generates BYE at EXACTLY 900 seconds (15 min) and terminates call

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Sep 30 05:21:32 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15966 
====================================================================== 
Reported By:                riksta
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15966
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.1.5 
JIRA:                        
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-09-25 13:57 CDT
Last Modified:              2009-09-30 05:21 CDT
====================================================================== 
Summary:                    Asterisk generates BYE at EXACTLY 900 seconds (15
min) and terminates call
Description: 
I have an incoming SIP call, which then dials out to another SIP trunk and
the calls are bridged via asterisk.

After exactly 900 seconds there is a BYE generated and the call completely
drops.

I have canreinvite=no specified in both the sip.conf general and for the
actual trunk stanza

http://office.encompassmedia.co.uk/dump.tgz has a full SIP/RTP media pcap
dump for both legs of the call which you can merge within wireshark.

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

---------------------------------------------------------------------- 
 (0111578) davidw (reporter) - 2009-09-30 05:21
 https://issues.asterisk.org/view.php?id=15966#c111578 
---------------------------------------------------------------------- 
canreinvite=no only applies to reinvites for the purpose of redirecting the
media-streams, and is being rename accordingly.  It does not inhibit the
use of reinvites where they are essential to other operations.

In this case it looks like reinvite is used to reset the session timer. 
As the other end is rejecting it (status 404) it doesn't seem too
unreasonable that Asterisk should drop the call.  At least to me it looks
like a broken implementation of session timers in the other system. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-30 05:21 davidw         Note Added: 0111578                          
======================================================================




More information about the asterisk-bugs mailing list