2009/3/23 Kevin P. Fleming :
> Tilghman Lesher wrote:
>
>> It will have no effect. The issue has always been that if the stream source
>> changed during a call, the sequence numbers could be reset, sometimes
>> causing audio weirdness. What has changed is that we're now able to tell
>> the other
Tilghman Lesher wrote:
> It will have no effect. The issue has always been that if the stream source
> changed during a call, the sequence numbers could be reset, sometimes
> causing audio weirdness. What has changed is that we're now able to tell
> the other side to expect such a reset, thus pr
On Thursday 19 March 2009 05:29:00 Steve Davies wrote:
> I have just discovered (a year after it was implemented) a possibly
> undocumented incompatability between IAX in Asterisk 1.4 and any
> version of Asterisk pre-March 2008.
>
> It seems an AST_CONTROL_SRCUPDATE frame type was added (in March
Hi,
I have just discovered (a year after it was implemented) a possibly
undocumented incompatability between IAX in Asterisk 1.4 and any
version of Asterisk pre-March 2008.
It seems an AST_CONTROL_SRCUPDATE frame type was added (in March '08),
but no mechanism to negotiate whether it can be sent