[asterisk-bugs] [Asterisk 0017071]: When using another SIP Trunk, Asterisk generates the initial ring RING as a response to "SIP SESSION PROGRESS"

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Mar 23 10:30:05 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17071 
====================================================================== 
Reported By:                Alex Oniciuc
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17071
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           Older 1.6.0 - please test a newer version 
JIRA:                       SWP-1137 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-22 05:43 CDT
Last Modified:              2010-03-23 10:30 CDT
====================================================================== 
Summary:                    When using another SIP Trunk, Asterisk generates the
initial ring RING as a response to "SIP SESSION PROGRESS"
Description: 
I’m having a strange problem with the VoIP Gateway that I’m using to go
on the PSTN: if the number on the other end is busy or unavailable I hear
an initial RING, generated by Asterisk from what I’m seeing and after
that the line goes down with busy signal:

Here is the scenario:

    Softphone    *ASTERISK                PATTON                   PSTN
[BUSY]

1   INVITE     >  INVITE              >   INVITE
2.	                              <   SIP/2.0 100 Trying
3.  RING      <  SIP/2.0 180 Ringing  <   SIP/2.0 183 Session Progress
4.	      <  SIP/2.0 603 Declined <   SIP/2.0 406 Not Acceptable

Is this regular? Asterisk isn’t supposed to generate the RING  only
after the first one received from the PATTON?

This can be very annoying because the calling party may have the
impression that the remote party hang up.
====================================================================== 

---------------------------------------------------------------------- 
 (0119732) ebroad (manager) - 2010-03-23 10:30
 https://issues.asterisk.org/view.php?id=17071#c119732 
---------------------------------------------------------------------- 
Looks like this is by design, in chap_sip.c(SVN tag 1.6.0.22, line 15856)
we have this chunk of code:
<snip>
			/* Alcatel PBXs are known to send 183s with no SDP after sending
			 * a 100 Trying response. We're just going to treat this sort of thing
			 * the same as we would treat a 180 Ringing
			 */
			if (!req->ignore && p->owner) {
				ast_queue_control(p->owner, AST_CONTROL_RINGING);
			}
		}
</snip>

Which basically translates to "interpret a 183 Session Progress with no
SDP as a 180 Ringing." I guess the original developer felt it was better to
ring than have dead air for those gateways that send 183 but don't do early
media. In theory the Patton should send a 180 instead. 

With that said, I can post a patch removing that code which would resolve
the issue for you, however the ultimate question is whether that code
should remain in altogether, as ringing followed by a busy signal is quite
confusing. That question is best left to an Asterisk developer. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-23 10:30 ebroad         Note Added: 0119732                          
======================================================================




More information about the asterisk-bugs mailing list