Re: [Iaxclient-devel] Some data related to the new bug...

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

Steve Underwood wrote:

> Steven Sokol wrote:
>
>> More notes:
>>
>> 1.  It ALWAYS happens.  It is not an intermittent issue.  This 
>> happens for
>> EVERY IAX2-to-IAX2 call made using iaxClient.
>>  
>>
> Not EVERY call. I make hour long calls using iaxclient IAX2-to-IAX2 
> and have no trouble. I use Linux. Is that the difference?


Glad to hear it is working well for you, though :)


>> 2.  The timing is uncanny.  It ALWAYS happens after 65-67 seconds.
>>
>> 3.  The audio dies but the call in not immediately torn down.  The call
>> eventually is eventually killed when the PING/PONG cycle times out some
>> seconds later (perhaps over a minute in some of my tests).
>>
>> 4.  In EVERY case, the Asterisk kicks out the aforementioned voice frame
>> retransmit message.
>>  
>>
> As Adam said, there is something wrong if a voice frame is being 
> retransmitted at that point in the call. Perhaps checking places where 
> the frame is tagged for retransmission would home in on the problem.


If you look at the code I excerpted, it looks like voice frames are 
occasionally sent as full frames.  I'm not sure of the logic behind that 
(I'd say it would be good if we didn't have all that Ping and Lagrq 
stuff already being sent, in order to refresh timeouts and establish 
connectivity with acks).

It also correlates exactly with his 65-67 second timing. 

If this only happens on windows, one place I'd look it to make sure the 
"gettimeofday" replacement there is correct; it's in winfuncs.c.  It's 
basically adapted from the earlier hack in libiax "winiphone"..