Hi Dovid,
To implement this use case we use the conference (konference application).
It allows to join the 2 calls.
We added specific modes in order to solve the hangup case.
Regards,
Borja
Le 19/02/2011 23:43, Nir Simionovich a écrit :
Hi Dovid,
What you are describing is not a bug, but actually something you
would expect. According to Asterisk,
if you Dial outbound, then redirect the connected target to a new
context, technically speaking, you now
have two separate channels in two separate contexts.
Your problem is that you want to be able to ascertain if the second
channel needs to be disconnected
from the first channel, while the two channels are de-coupled. In my
view, this is not a bug issue, but
actually a feature request to add a new functionality to the G and M
parameters. In general, that is a
good idea, however, I've dealt with this issue in the past and solved
it via dialplan and AMI, instead of
fixing the Asterisk code.
I suspect you are using some form of dialer in there, my suggestion
to you is this: Have the subroutine
notify and external entity that channel A (leg A), is coupled with
channel B (leg B). In channel A, if the "h"
extension is invoked, simply issue a "channel request hangup" via the
manager or "asterisk -rx" or another
means, and you will get your desired functionality.
Regards,
Nir S
On 2/16/2011 2:48 PM, Dovid Bender wrote:
Hi all,
One person responded but fell of the face of the earth. Anyone want
to see if they can take a stab at:
https://issues.asterisk.org/view.php?id=18722 ?
Regards,
Dovid
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided byhttp://www.api-digital.com --
asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-biz
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-biz
--
Borja Sixto, Research& Innovation - http://www.i6net.com
Gtalk: bsixto | Skype: borja.sixto
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-biz
