|Summary:||ASTERISK-22068: chan_iax will not accept calls without destination|
|Reporter:||Birger "WIMPy" Harzenetter (wimpy)||Labels:|
|Date Opened:||2013-07-11 17:58:26||Date Closed:||2013-07-25 16:06:42|
|Description:||Unlike other channeltypes, chan_iax will not accept calls without destination to the s extension, but always reject them.
chan_iax2.c:10762 socket_process_helper: Call rejected by remote: No such context/extension
even with exten => s,... present.
Dial(iax2/remote) is the same.
|Comments:||By: Rusty Newton (rnewton) 2013-07-25 15:46:19.105-0500|
I couldn't reproduce this issue.
I made calls using
All tests dialed outbound to the far end fine.
With *<tech/peer>* on both iax2 and sip we call the "s" extension on the far end.
With *<tech/peer/>* on both iax2 and sip we call the far end without any dialed extension. This results in the far end hanging up the call after it can't find the '' extension. (I also didn't get the
"chan_iax2.c:10762 socket_process_helper: Call rejected by remote: No such context/extension" error)
Tested on SVN-branch-11-r394345.
In my case the behavior is consistent between the two and the same as it's been for a long time.
If you can still reproduce the issue Dial(iax2/remote) not calling with "s" then post debug (VERBOSE,DEBUG, IAX2 debug, etc) demonstrating the issue so we can see what is going on.
By: Rusty Newton (rnewton) 2013-07-25 15:53:55.610-0500
Your description is a bit confusing. Depending on how I interpret "chan_iax will not send calls without destination to the s extension" I may have reproduced part of what you see. I'm not sure if you are talking about a problem on the transmitting or receiving side.
On the transmitting side, chan_sip and chan_iax2 behave consistently. When using proper syntax like Dial(<tech/peer>) they use "s" for the dialed extension. When adding the additional slash on the end, but not including the third argument, then they don't send any dialed extension.
By: Birger "WIMPy" Harzenetter (wimpy) 2013-07-25 15:57:40.159-0500
Sorry. Mistake in the description.
I meant accept calls, not send. (corrected)
By: Birger "WIMPy" Harzenetter (wimpy) 2013-07-25 16:06:20.747-0500
I just re-checked and it seems that it's not chan_iax2 that's off here, but once again some strange side effect of using switches.
Not as inventive as the ones I saw with dahdi though.