Fix placing ISDN calls on hold preventing native bridging from being reexamined after...
authorRichard Mudgett <rmudgett@digium.com>
Thu, 18 Feb 2010 18:31:44 +0000 (18:31 +0000)
committerRichard Mudgett <rmudgett@digium.com>
Thu, 18 Feb 2010 18:31:44 +0000 (18:31 +0000)
commitefea9ad922893b958b8d3887367f72c1d1927e60
treec2851e8c7bb4e8986416cce21d1b0bb95bd1432d
parent4913cb8e75f3ef74695eeca77a791ee18eb024c3
Fix placing ISDN calls on hold preventing native bridging from being reexamined after a transfer.

Consider the following scenario:

                 /-- B
A == * == Network
                 \-- C

Party B calls party A (EuroISDN BRI phone)
Party A puts B on hold using the HOLD/RETRIEVE messages.
Party A calls party C.
Party A puts C on hold to talk with party B again.
Party A transfers B to C by hanging up.

The call does not get the opportunity to get re-transferred into the ISDN
network by the native bridge because native bridging is not being
reexamined after the initial transfer.

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