Re: [Asterisk-Dev] Re: [Iaxclient-devel] Possible Solution To IAX2 Client Inbound Call Bug

[Steve K. <st...@st...>]

On Jan 18, 2004, at 11:23 PM, Mark Spencer wrote:

> is it confirmed then that this is not, in fact, a bug in libiax2 but in
> the application using it?  Are there any more patches for libiax2 that
> need to be merged?  It would be nice to make a release.

Mark,

	I don't know whether it is a big in libiax2 or a bug in the calling 
code, because there's no documentation on how it is _supposed_ to work. 
  It can be fixed in either side, however.

	To summarize, in the case of regular calls, the libiax2 seems to be 
pretty good about handling sessions on it's own.  My client code needs 
to also keep track of them, but never to destroy them.  In the case of 
sessions used for registration, however, it appears that the session 
should be destroyed once a registration reply (ack or rej) is received. 
  Currently it is not, and what seems to be happening is that the remote 
asterisk server seems to be re-using the callno/dcallno that refer to 
that session, and the client library sees these new packets as being 
out-of-order packets from the previous session.

	Currently, Steven Sokol has a fix for this which just calls 
iax_destroy from the iaxclient library when we receive a registration 
reply.  This is fine, but it is different than the way that sessions 
are handled in other cases.  (we never call iax_destroy anywhere else). 
  The alternative would be to fix it in libiax2, so that libiax2 
destroys the session when the registration replies are seen.


-SteveK


>
> Mark
>
> On Sun, 18 Jan 2004, Michael Van Donselaar wrote:
>
>> On Sun, 18 Jan 2004 19:06:39 -0600, Steven Sokol 
>> <ss...@so...>
>> wrote:
>>
>>> Ok, I can't do the dance of joy yet.  Somebody else here has to try 
>>> this
>>> and agree that the solution works across the board.  BUT, so far I 
>>> can't
>>> get it to fail (which is a first for me).  So.... a minor hooray is 
>>> in
>>> order.
>>
>> I think you can start dancing.
>>
>> I've patched my local sources, and compiled Win32 and Linux-Gtk 
>> versions of
>> iaxComm.
>>
>> I can't get them to fail after an hour of testing.
>>
>> Plain binaries are at
>> http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-win-test.exe and
>> http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-lin-test
>>
>> _______________________________________________
>> Asterisk-Dev mailing list
>> Ast...@li...
>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>