Hello,<br><br>I want to implement extra actions ont he first leg. In my case send a notify-event "talk" to the second leg, but I want to make this more flexible so that the source code doesn't has to be changed each time.<br>
<br>I changed 1 line in sofia.c that handles the notify-talk-event, so that when the option "3PCC_PROXY" has been set, freeswitch doesn't immediately answer the first leg, but that the logic can be handled in the auto_answer-context/extension. However, I noticed that just removing the answer isn't enough as the transfer in switch_ivr_transfer.c also hangs up the second leg which is in the ringing state, which is certainly not what I would like to do.<br>
<br>So, I'm searching for a kind of background-action that I can execute on receiving the notify-talk that doesn't cancel the second leg. But I would like to keep it customisable, so I would like to handle any further actions in the dialplan, if possible, like the auto_answer-extension currently does.<br>
<br>In other words, I would like to make the actions taken on the notfy-talk-event customisable, but in a simple way, so that persons don't have to mess with real code and that it will hopefully be accepted upstream. There are real use-cases for this (we're implementing one ...), certainly when one has set the 3PCC_PROXY-option where notifies of this kind are being used to answer the call and to also put the call on-hold (next step to investigate).<br>
<br>Kind regards,<br><br>Michel<br><br><div class="gmail_quote">On Wed, Mar 20, 2013 at 7:23 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">what exactly are you trying to do with each leg during this time?<br>
<div class="im"><br>
On Mar 20, 2013, at 12:36 PM, Michel Brabants <<a href="mailto:michel.brabants@gmail.com">michel.brabants@gmail.com</a>> wrote:<br>
<br>
> Hello,<br>
><br>
> maybe a strange question, but is it possible to transfer the caller to another dialpla-extension, ... without hanging up an (almost) active bridge? Transferring to another context seems to hang up the bridge which was already established, but I would like to do some other actions while the bridge is active.<br>
<br>
<br>
</div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br>