Alexandre Rodrigues
2010-May-05 18:33 UTC
[asterisk-users] IAX2 Auto-congesting call due to slow response
Hi all, I am trying to connect to a softphone application using an Iax channel on Asterisk 1.4.30. I can do outbound calls, from softphone to asterisk, but not inbound from asterisk to softphone. I get the following Debug: ---------------------------------------------------------------------- ---------------------------------------------------------------------- Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW Timestamp: 00018ms SCall: 04825 DCall: 00000 [10.20.0.201:41764] VERSION : 2 CALLED NUMBER : s CODEC_PREFS : (ulaw) CALLING NUMBER : 2000 CALLING PRESNTN : 0 CALLING TYPEOFN : 0 CALLING TRANSIT : 0 CALLING NAME : athens_user LANGUAGE : en USERNAME : wtgpl FORMAT : 4 CAPABILITY : 4 ADSICPE : 2 DATE TIME : 2010-05-04 18:48:48 Tx-Frame Retry[001] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW Timestamp: 00018ms SCall: 04825 DCall: 00000 [10.20.0.201:41764] VERSION : 2 CALLED NUMBER : s CODEC_PREFS : (ulaw) CALLING NUMBER : 2000 CALLING PRESNTN : 0 CALLING TYPEOFN : 0 CALLING TRANSIT : 0 CALLING NAME : athens_user LANGUAGE : en USERNAME : wtgpl FORMAT : 4 CAPABILITY : 4 ADSICPE : 2 DATE TIME : 2010-05-04 18:48:48 Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: ACCEPT Timestamp: 02002ms SCall: 00000 DCall: 04825 [10.20.0.201:41764] FORMAT : 4 ---------------------------------------------------------------------- ---------------------------------------------------------------------- Asterisk doesn't respond to the last message, and I can't understand why. In asterisk 1.2 it works fine with the following debug: ---------------------------------------------------------------------- ---------------------------------------------------------------------- Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW Timestamp: 00009ms SCall: 07531 DCall: 00000 [10.20.0.201:55767] VERSION : 2 CALLED NUMBER : s CODEC_PREFS : (ulaw) CALLING NUMBER : 227 CALLING PRESNTN : 0 CALLING TYPEOFN : 0 CALLING TRANSIT : 0 CALLING NAME : Admin 2 LANGUAGE : en FORMAT : 4 CAPABILITY : 63492 ADSICPE : 2 DATE TIME : 2010-05-04 19:26:02 -- Called wtgpl Tx-Frame Retry[001] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW Timestamp: 00009ms SCall: 07531 DCall: 00000 [10.20.0.201:55767] VERSION : 2 CALLED NUMBER : s CODEC_PREFS : (ulaw) CALLING NUMBER : 227 CALLING PRESNTN : 0 CALLING TYPEOFN : 0 CALLING TRANSIT : 0 CALLING NAME : Admin 2 LANGUAGE : en FORMAT : 4 CAPABILITY : 63492 ADSICPE : 2 DATE TIME : 2010-05-04 19:26:02 Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: ACCEPT Timestamp: 02007ms SCall: 00000 DCall: 07531 [10.20.0.201:55767] FORMAT : 4 -- Call accepted by 10.20.0.201 (format ulaw) -- Format for call is ulaw Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK ---------------------------------------------------------------------- ---------------------------------------------------------------------- Thanks in advance, Alex. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100505/ab176894/attachment.htm
Alexandre Rodrigues
2010-May-06 17:24 UTC
[asterisk-users] IAX2 Auto-congesting call due to slow response
Hi all, I have been testing several asterisk versions and I found out that all the previus version of asterisk worked fine. After 1.4.22 it cease to work. In the change log referring to iax from 1.4.22 to 1.4.23 I found this: ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 2009-01-06 20:48 +0000 [r167260] Tilghman Lesher <tlesher at digium.com> * /, channels/chan_iax2.c: Merged revisions 167259 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r167259 | tilghman | 2009-01-06 14:44:03 -0600 (Tue, 06 Jan 2009) | 2 lines Security fix AST-2009-001. ........ 2008-12-03 17:55 +0000 [r160480-160570] Tilghman Lesher <tlesher at digium.com>* channels/chan_iax2.c: During bridge code, the channel bridge may return a retry code, if a transfer was initiated but not yet completed. If the bridge is immediately retried, then we may send a storm of TXREQ packets, even though the first set is sent reliably (retransmitted). Fixes AST-137. 2008-12-01 17:27 +0000 [r160003] Russell Bryant <russell at digium.com> * channels/chan_iax2.c: Apply some logic used in iax2_indicate() to iax2_setoption(), as well, since they both have the potential to send control frames in the middle of call setup. We have to wait until we have received a message back from the remote end before we try to send any more frames. Otherwise, the remote end will consider it invalid, and we'll get stuck in an INVAL/VNAK storm. 2008-11-25 21:56 +0000 [r159246-159269] Tilghman Lesher <tlesher at digium.com>* channels/chan_iax2.c: Don't try to send a response on a NULL pvt. (closes issue #13919) Reported by: barthpbx Patches: chan_iax2.c.patch uploaded by eliel (license 64) Tested by: barthpbx * /, channels/chan_iax2.c: Merged revisions 159245 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r159245 | tilghman | 2008-11-25 15:37:06 -0600 (Tue, 25 Nov 2008) | 7 lines Regression fix for last security fix. Set the iseqno correctly. (closes issue #13918) Reported by: ffloimair Patches: 20081119__bug13918.diff.txt uploaded by Corydon76 (license 14) Tested by: ffloimair ........ iax2.c: Revert revision 132506, since it occasionally caused IAX2 HANGUP packets not to be sent, and instead, schedule a task to destroy the iax2 pvt structure 10 seconds later. This allows the IAX2 HANGUP packet to be queued, transmitted, and ACKed before the pvt is destroyed. (closes issue #13645) Reported by: dzajro Patches: 20081111__bug13645__3.diff.txt uploaded by Corydon76 (license 14) Tested by: vazir Reviewed: http://reviewboard.digium.com/r/51/ 2008-11-04 20:49 +0000 [r154365] Tilghman Lesher <tlesher at digium.com> * channels/chan_iax2.c: On busy systems, it's possible for the values checked within a single line of code to change, unless the structure is locked to ensure a consistent state. (closes issue #13717) Reported by: kowalma Patches: 20081102__bug13717.diff.txt uploaded by Corydon76 (license 14) Tested by: kowalma Reported by: jaroth Patch by: me (modified jaroth's patch) * main/rtp.c: Remove the potential for a division by zero error. (Closes issue #13810) ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// can this happen because of the sequence number?? Thanks in advance, Alex 2010/5/5 Alexandre Rodrigues <alex454 at gmail.com>> Hi all, > > I am trying to connect to a softphone application using an Iax channel on > Asterisk 1.4.30. I can do outbound calls, from softphone to asterisk, but > not inbound from asterisk to softphone. > > I get the following Debug: > > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW > Timestamp: 00018ms SCall: 04825 DCall: 00000 [10.20.0.201:41764] > VERSION : 2 > CALLED NUMBER : s > CODEC_PREFS : (ulaw) > CALLING NUMBER : 2000 > CALLING PRESNTN : 0 > CALLING TYPEOFN : 0 > CALLING TRANSIT : 0 > CALLING NAME : athens_user > LANGUAGE : en > USERNAME : wtgpl > FORMAT : 4 > CAPABILITY : 4 > ADSICPE : 2 > DATE TIME : 2010-05-04 18:48:48 > > Tx-Frame Retry[001] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW > Timestamp: 00018ms SCall: 04825 DCall: 00000 [10.20.0.201:41764] > VERSION : 2 > CALLED NUMBER : s > CODEC_PREFS : (ulaw) > CALLING NUMBER : 2000 > CALLING PRESNTN : 0 > CALLING TYPEOFN : 0 > CALLING TRANSIT : 0 > CALLING NAME : athens_user > LANGUAGE : en > USERNAME : wtgpl > FORMAT : 4 > CAPABILITY : 4 > ADSICPE : 2 > DATE TIME : 2010-05-04 18:48:48 > > Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: > ACCEPT > Timestamp: 02002ms SCall: 00000 DCall: 04825 [10.20.0.201:41764] > FORMAT : 4 > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > > Asterisk doesn't respond to the last message, and I can't understand why. > > > In asterisk 1.2 it works fine with the following debug: > > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > > Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW > Timestamp: 00009ms SCall: 07531 DCall: 00000 [10.20.0.201:55767] > VERSION : 2 > CALLED NUMBER : s > CODEC_PREFS : (ulaw) > CALLING NUMBER : 227 > CALLING PRESNTN : 0 > CALLING TYPEOFN : 0 > CALLING TRANSIT : 0 > CALLING NAME : Admin 2 > LANGUAGE : en > FORMAT : 4 > CAPABILITY : 63492 > ADSICPE : 2 > DATE TIME : 2010-05-04 19:26:02 > > -- Called wtgpl > Tx-Frame Retry[001] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW > Timestamp: 00009ms SCall: 07531 DCall: 00000 [10.20.0.201:55767] > VERSION : 2 > CALLED NUMBER : s > CODEC_PREFS : (ulaw) > CALLING NUMBER : 227 > CALLING PRESNTN : 0 > CALLING TYPEOFN : 0 > CALLING TRANSIT : 0 > CALLING NAME : Admin 2 > LANGUAGE : en > FORMAT : 4 > CAPABILITY : 63492 > ADSICPE : 2 > DATE TIME : 2010-05-04 19:26:02 > > Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: > ACCEPT > Timestamp: 02007ms SCall: 00000 DCall: 07531 [10.20.0.201:55767] > FORMAT : 4 > > -- Call accepted by 10.20.0.201 (format ulaw) > -- Format for call is ulaw > Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > > Thanks in advance, > Alex. >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100506/5d5f0f30/attachment.htm