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

[Steven S. <ss...@so...>]

Steve,
 
Can you give me a clue as to where the decision is made to use a full frame
for voice vs. a mini?  I also want to understand if I am correct in my
assumption that we are dealing with four distinct legs: [A] <-> [Asterisk]
<-> [B] or if Asterisk somehow redirects/reinvites the connection to the
proper destination ([A] <-> [B]).  Since Asterisk throws the Retrans
message, I would guess it is the first option.
 
Is there any way to know where the audio data is going?  The monitors remain
active, and the call is still live.  Why would the audio stream simply
_stop_ instead of just pausing.
 
  _____  

From: iax...@li...
[mailto:iax...@li...] On Behalf Of Steve Kann
Sent: Thursday, February 05, 2004 8:35 AM
To: Michael Van Donselaar
Cc: iax...@li...
Subject: Re: [Iaxclient-devel] Some data related to the new bug...
 
Michael Van Donselaar wrote: 
On Thu, 05 Feb 2004 12:08:32 +1100, Adam Hart  <mailto:ad...@te...>
<ad...@te...> wrote:
 
  
usec is nanoseconds (1 second = a million nanoseconds)
    
 
And I can't even blame this on not having my coffee yet.  I was seeing usec,
but
thinking msec.
 
I don't know if I'm seeing something that's not there, but is anyone
suspicious
that 65-67 second sounds an awful lot like 65536 msec?
  

Yes, it sounds exactly like that.

I don't actually think it is the Win32 gettimeofday implementation, but some
other set of circumstances which cause this problem.  I'm not sure why Steve
U isn't seeing this, but others are, but there may be another explanation
for that.

I think it has to do with the full frame vs mini frame for voice frames,
somehow.  I haven't seen this happen myself, though.

-SteveK