[asterisk-users] IAX2 Auto-congesting call due to slow response

Alexandre Rodrigues alex454 at gmail.com
Thu May 6 12:24:51 CDT 2010


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 


More information about the asterisk-users mailing list