]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Local channels: Alternate solution to ringback problem. 55/955/2
authorMark Michelson <mmichelson@digium.com>
Thu, 23 Jul 2015 18:11:42 +0000 (13:11 -0500)
committerMark Michelson <mmichelson@digium.com>
Fri, 24 Jul 2015 14:31:23 +0000 (09:31 -0500)
commit7e8916908dcb7614995a440d49dd0b2b4049bc44
treea0ace78d77666b97b821e4730d509245a7ca9bed
parent534ed6744a281e5da797474fc398744ddf31c509
Local channels: Alternate solution to ringback problem.

Commit 54b25c80c8387aea9eb20f9f4f077486cbdf3e5d solved an issue where a
specific scenario involving local channels and a native local RTP bridge
could result in ringback still being heard on a calling channel even
after the call is bridged.

That commit caused many tests in the testsuite to fail with alarming
consequences, such as not sending DialBegin and DialEnd events, and
giving incorrect hangup causes during calls.

This commit reverts the previous commit and implements and alternate
solution. This new solution involves only passing AST_CONTROL_RINGING
frames across local channels if the local channel is in AST_STATE_RING.
Otherwise, the frame does not traverse the local channels. By doing
this, we can ensure that a playtones generator does not get started on
the calling channel but rather is started on the local channel on which
the ringing frame was initially indicated.

ASTERISK-25250 #close
Reported by Etienne Lessard

Change-Id: I3bc87a18a38eb2b68064f732d098edceb5c19f39
channels/chan_local.c