Run dialplan tools from event socket
Is there any way to run a dialplan tool from the event socket? I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/> But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.) api uuid_transfer Uuid -bleg TransferCall XML transfer_call As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either. Or should I be lame and do "api uuid_send_dtmf" to send * 8. Cheers, Fraser
Lucky for you I have been working on this lately and the bad news is ... there's no easy way to do it.... You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way: When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go. A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine. You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you... Regards, João Mesquita On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks João. My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.) So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens. I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem. Cheers, Fraser 2011/1/20 João Mesquita <jmesquita@freeswitch.org>
Lucky for you I have been working on this lately and the bad news is ... there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Well for attended transfers what I do is to answer the call, do something then I originate a call, check the status and then I bridge them, if I want to take out fs I use uuid_simplify ;) Edwin Moedano El 20/01/2011, a las 10:37 p.m., Fraser Redmond <fraserredmond@gmail.com> escribió:
Thanks João.
My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.)
So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens.
I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem.
Cheers, Fraser
2011/1/20 João Mesquita <jmesquita@freeswitch.org> Lucky for you I have been working on this lately and the bad news is ... there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute (http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond <fraserredmond@gmail.com> wrote: Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Actually, Fraser, I think this won't work... att_xfer uses the signal_bond variable to get the leg connected to the party being transferred. This variable is unset when you park the legs or break the bridge in any way. Maybe I can make a API command that does att_xfer taking the trasferred leg UUID as the transferred party? Do me a favor, make some tests and I will take a deeper look at the att_xfer application code. Regards, João Mesquita On Fri, Jan 21, 2011 at 1:37 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Thanks João.
My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.)
So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens.
I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem.
Cheers, Fraser
2011/1/20 João Mesquita <jmesquita@freeswitch.org>
Lucky for you I have been working on this lately and the bad news is ...
there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond <fraserredmond@gmail.com
wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
uuid_broadcast appears to have support for executing a dialplan app from the api (it uses say as an example): uuid_broadcast <uuid> app!::args [aleg|bleg|both] http://wiki.freeswitch.org/wiki/Mod_commands#uuid_broadcast I haven't tried it myself though. -Steve 2011/1/21 João Mesquita <jmesquita@freeswitch.org>
Actually, Fraser, I think this won't work...
att_xfer uses the signal_bond variable to get the leg connected to the party being transferred. This variable is unset when you park the legs or break the bridge in any way. Maybe I can make a API command that does att_xfer taking the trasferred leg UUID as the transferred party? Do me a favor, make some tests and I will take a deeper look at the att_xfer application code.
Regards, João Mesquita
On Fri, Jan 21, 2011 at 1:37 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Thanks João.
My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.)
So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens.
I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem.
Cheers, Fraser
2011/1/20 João Mesquita <jmesquita@freeswitch.org>
Lucky for you I have been working on this lately and the bad news is ...
there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond < fraserredmond@gmail.com> wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You hit the right spot... That's what you need to do, we don't need an API, it already exists. I've tested and it works like a charm. Regards, João Mesquita On Fri, Jan 21, 2011 at 10:16 AM, Steven Ayre <steveayre@gmail.com> wrote:
uuid_broadcast appears to have support for executing a dialplan app from the api (it uses say as an example):
uuid_broadcast <uuid> app!::args [aleg|bleg|both]
http://wiki.freeswitch.org/wiki/Mod_commands#uuid_broadcast
I haven't tried it myself though.
-Steve
2011/1/21 João Mesquita <jmesquita@freeswitch.org>
Actually, Fraser, I think this won't work...
att_xfer uses the signal_bond variable to get the leg connected to the party being transferred. This variable is unset when you park the legs or break the bridge in any way. Maybe I can make a API command that does att_xfer taking the trasferred leg UUID as the transferred party? Do me a favor, make some tests and I will take a deeper look at the att_xfer application code.
Regards, João Mesquita
On Fri, Jan 21, 2011 at 1:37 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Thanks João.
My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.)
So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens.
I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem.
Cheers, Fraser
2011/1/20 João Mesquita <jmesquita@freeswitch.org>
Lucky for you I have been working on this lately and the bad news is ...
there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond < fraserredmond@gmail.com> wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Yep, I just made a test with the default dialplan and when you do this on the CLI: uuid_transfer <uuid> execute_extension:att_xfer\sXML\sfeatures inline the leg to be transfered is lost because you att_xfer can't clear the CF_INNER_BRIDGE on the leg, which, by the looks of the bridge code, will park the leg for you... I am not a very experienced programmer, but that's what it looks like to be happening. Maybe an API command for att_xfer would make most ppl life's easier? It seems to be basically the same function as the application but instead of using the signal_bond variable, we could use a var provided on the command line? Anyone? The other option is to do what Edwin said, do it all "by hand". Regards, João Mesquita 2011/1/21 João Mesquita <jmesquita@freeswitch.org>
Actually, Fraser, I think this won't work...
att_xfer uses the signal_bond variable to get the leg connected to the party being transferred. This variable is unset when you park the legs or break the bridge in any way. Maybe I can make a API command that does att_xfer taking the trasferred leg UUID as the transferred party? Do me a favor, make some tests and I will take a deeper look at the att_xfer application code.
Regards, João Mesquita
On Fri, Jan 21, 2011 at 1:37 AM, Fraser Redmond <fraserredmond@gmail.com>wrote:
Thanks João.
My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does <action application="att_xfer" data="${dial_string}"/> (and it has a couple of steps after that to handle failed transfers.)
So could I use ESL's execute command to run the execute_extension? Not sure how I missed that option in the wiki. I"ll give it a try, see what happens.
I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there's a problem.
Cheers, Fraser
2011/1/20 João Mesquita <jmesquita@freeswitch.org>
Lucky for you I have been working on this lately and the bad news is ...
there's no easy way to do it....
You can execute an extension like you said, but you have to park the legs first... It would help to know how's the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:
When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you've done it half way and you didn't really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn't know what to do, has no applications to be run at this moment and so all it's left for it is to let go.
A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.
You can always execute att_xfer using ESL's execute ( http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute) if you don't care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...
Regards, João Mesquita
On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond < fraserredmond@gmail.com> wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Why not go with the lame solution if it works? It seems simple. On Jan 20, 2011, at 22:13, Fraser Redmond <fraserredmond@gmail.com> wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Be lame :) That's what I use as well, along with bind_meta_app to execute an intermediary extension just to att_xfer the call, and then use uuid_recv_dtmf (not uuid_send_dtmf) to initiate a consultation transfer from event socket. I do that only for 2-legged calls though, otherwise, for parked or other 1-legged calls, I simply use uuid_transfer to send the call to another intermediary extension in the dial plan which performs a consultation transfer with apps other than att_xfer. Regards, Raul On Thu, 2011-01-20 at 22:13 -0500, Fraser Redmond wrote:
Is there any way to run a dialplan tool from the event socket?
I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so: <action application="bind_meta_app" data="8 a s execute_extension::TransferCall XML transfer_call"/>
But I can't see any way to run the same thing from the event socket. I thought doing an "api uuid_transfer" might do it, but that hangs up one of the legs (no good for attended transfer.)
api uuid_transfer Uuid -bleg TransferCall XML transfer_call
As far as I can see, the closest thing is "sendmsg execute", but it looks like you have to park a call/channel first to use that, so I'm not sure that that is much use for attended transfer either.
Or should I be lame and do "api uuid_send_dtmf" to send * 8.
Cheers, Fraser
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (6)
-
Chris Rienzo
-
Edwin Moedano
-
Fraser Redmond
-
João Mesquita
-
Raul Fragoso
-
Steven Ayre