[asterisk-bugs] [Asterisk 0016753]: IAX2 Reject Not Shown in Debug

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Feb 3 06:08:41 CST 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16753 
====================================================================== 
Reported By:                leobrown
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16753
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.1 
JIRA:                       SWP-841 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-02-02 12:25 CST
Last Modified:              2010-02-03 06:08 CST
====================================================================== 
Summary:                    IAX2 Reject Not Shown in Debug
Description: 
Hi,

There's an issue I'm seeing whereby a system who has user, peer, and
register with a remote system is REJECTing inbound calls though they are
properly matched in the dialplan.

Although I have not found a reason for the reject, I think the bigger
issue is perhaps that Asterisk seems to be unaware itself of sending the
REJECT message. The system originating the call with `iax set debug on`
shows the REJECT message coming, but the client machine only sees the NEW
and ACK messages. I have verified using packet analysers that the packets
on the receiving system are shown as HANGUP, NEW, REJECT, ACK, HANGUP,
where the REJECT is the only packet it is sending, and the others are from
the originating side.

Also strange that it believes it is sending a retry packet, when `tcpdump`
again shows that this is not the case, and the time taken does not
necessarily indicate retry.

My testing been in the last two hours using /branches/1.6.2 and
tags/1.6.2.1-rc1, which both exhibit the same issue.

Cheers,
Leo
====================================================================== 

---------------------------------------------------------------------- 
 (0117604) leobrown (reporter) - 2010-02-03 06:08
 https://issues.asterisk.org/view.php?id=16753#c117604 
---------------------------------------------------------------------- 
Well, there isn't. Test conditions were debug 10, verbose 10, iax2 debug.
Only 1.4  branch actually showed the calltoken error! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-03 06:08 leobrown       Note Added: 0117604                          
======================================================================




More information about the asterisk-bugs mailing list