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

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Feb 17 16:05:59 CST 2010


The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=16753 
====================================================================== 
Reported By:                leobrown
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   16753
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
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:              
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-02-02 12:25 CST
Last Modified:              2010-02-17 16:05 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
====================================================================== 

---------------------------------------------------------------------- 
 (0118193) dvossel (administrator) - 2010-02-17 16:05
 https://issues.asterisk.org/view.php?id=16753#c118193 
---------------------------------------------------------------------- 
ERROR[9400]: chan_iax2.c:4701 handle_call_token: Call rejected, CallToken
Support required. If unexpected, resolve by placing address 10.24.20.218 in
the calltokenoptional list or setting user iaxy requirecalltoken=no


That's the message you should see.  I tested it and it works for me in
1.6.2 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-17 16:05 dvossel        Note Added: 0118193                          
2010-02-17 16:05 dvossel        Status                   assigned => closed  
======================================================================




More information about the asterisk-bugs mailing list