[asterisk-bugs] [Asterisk 0016218]: Asterisk does not connect the call to internal extension

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16218 
====================================================================== 
Reported By:                mrmrmrmr
Assigned To:                mmichelson
====================================================================== 
Project:                    Asterisk
Issue ID:                   16218
Category:                   Channels/chan_sip/General
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           Older 1.6.0 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 suspended
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-11-10 13:47 CST
Last Modified:              2009-11-12 14:46 CST
====================================================================== 
Summary:                    Asterisk does not connect the call to internal
extension
Description: 
The following issue occurs in most of my calls received from an external
SIP proxy. So it is highly reproducable.
Very rarely, the call reaches the internal extension. 

Let me first describe the structure of my Asterisk Proxy:

It is running on a CentOS server with 2.6.30.4 kernel.
The server has 2 interfaces ; ppp0 accesses the external SIP proxy over
internet and has real IP address. br0 is the LAN interface which my SIP
clients are connected. Internal SIP clients are Linksys SPA3000 and Linksys
PAP2.
There is Shorewall firewall running on the server, but there is no NAT
either for the external call legs or internal call legs.

In the problematic call scenario, call is coming from an external SIP
proxy to my Asterisk server. The incoming rule sends the call to a ring
group (600) which should forward the call to 2 internal extensions (995 and
990).

Sometimes, the call is not connected to the internal clients. They don't
receive any SIP INVITE.
When I check the logs on Asterisk console I see "AGI Script
dialparties.agi completed, returning -1"
But I don't have any clue why dialparties.agi script returns "-1"
I am attaching the agi debug output to this issue.
I will also attach my existing sip configuration.

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

---------------------------------------------------------------------- 
 (0113741) mmichelson (administrator) - 2009-11-12 14:46
 https://issues.asterisk.org/view.php?id=16218#c113741 
---------------------------------------------------------------------- 
You've said not to direct you to the Trixbox community, but honestly
there's not another choice in the matter. If you're using Foncore, it is
not the responsibility of the maintainers of Asterisk to fix their bugs.

I'm suspending this issue since for all we know, the problem is due to
faulty code in Foncore. Now, if you are able to reproduce the problem with
Asterisk instead (and preferably the latest 1.6.0 release), then you can
feel free to re-open the issue. If you do, then please specify which
version of 1.6.0 you used to reproduce the problem. If at all possible,
also provide the AGI script causing the problem so that developers can
attempt to reproduce the problems themselves. Thanks for your understanding
in the matter. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-12 14:46 mmichelson     Note Added: 0113741                          
2009-11-12 14:46 mmichelson     Status                   feedback => resolved
2009-11-12 14:46 mmichelson     Resolution               open => suspended   
2009-11-12 14:46 mmichelson     Assigned To               => mmichelson      
2009-11-12 14:46 mmichelson     Status                   resolved => closed  
======================================================================