Improve behavior of ast_answer() to not lose incoming frames
authorKevin P. Fleming <kpfleming@digium.com>
Tue, 17 Mar 2009 14:38:11 +0000 (14:38 +0000)
committerKevin P. Fleming <kpfleming@digium.com>
Tue, 17 Mar 2009 14:38:11 +0000 (14:38 +0000)
commitd11b6386a5e69cb881a1fe251609c902212b495a
tree04bbe09684dca69e5d8e0c1568b233240fa3abd5
parent9456bd1db520ce815871dd1d9f9b9bd5a373e8c5
Improve behavior of ast_answer() to not lose incoming frames

ast_answer(), when supplied a delay before returning to the caller, use ast_safe_sleep() to implement the delay. Unfortunately during this time any incoming frames are discarded, which is problematic for T.38 re-INVITES and other sorts of channel operations.

When a delay is not passed to ast_answer(), it still delays for up to 500 milliseconds, waiting for media to arrive. Again, though, it discards any control frames, or non-voice media frames.

This patch rectifies this situation, by storing all incoming frames during the delay period on a list, and then requeuing them onto the channel before returning to the caller.

http://reviewboard.digium.com/r/196/

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182525 65c4cc65-6c06-0410-ace0-fbb531ad65f3
include/asterisk/channel.h
main/channel.c
main/features.c