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