Auto-Answer based on Call-Info from originator
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer). My SIP deskphone supports auto-answer when the Call-Info header indicates "answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device. Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following: <action application="export" data="sip_auto_answer=true"/> But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header). Regards, Peter
Hi Peter, Are you able to change your sip header to X-Call-Info? If you X- prefix it, freeswitch will likely pass it through. Regards, Ali Pey On Tue, Apr 1, 2014 at 8:40 PM, Peter Hillier <peterhillier@yahoo.com>wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates " answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/>
But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=ae05794a-9272-44e1-9266-7f0514a348ab&cm_destination=http://www.freeswitchsolutions.com> freeswitchsolutions.com<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=66ba6a53-0804-4460-9b9c-a184b22acb0d&cm_destination=http://freeswitchsolutions.com>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=41bdf342-4f91-473b-a401-734229ceb224&cm_destination=http://www.cudatel.com> http://www.cudatel.com<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=4a28a439-b3b9-4884-9e65-065ecf1dcc08&cm_destination=http://www.cudatel.com>
Official FreeSWITCH Sites <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=231e990b-f92b-45b4-b17f-f33c3d55b755&cm_destination=http://www.freeswitch.org> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=c488f5c9-b803-4ca6-8482-b950cb2cfe4c&cm_destination=http://www.freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=dcf1915d-9558-4448-80b8-50cea1b70b63&cm_destination=http://wiki.freeswitch.org> http://wiki.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=b96a2e93-2dd7-4316-80aa-d62cc74c700d&cm_destination=http://wiki.freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=18b3dd17-a8f3-46ef-808e-68c0361fce2f&cm_destination=http://www.cluecon.com> http://www.cluecon.com<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=4b4742fd-3d86-48ba-ac5c-5bf73bd55c53&cm_destination=http://www.cluecon.com>
FreeSWITCH-users mailing list FreeSWITCH-users@lists. <FreeSWITCH-users@lists.freeswitch.org> freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=2714bf2d-bc8c-44a4-bbd0-b2dfd13ebcd6&cm_destination=http://freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=acaea446-828e-4fd9-8648-55a6102944cc&cm_destination=http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> http://lists.freeswitch.org/<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=23fb21c4-344e-4793-8f5b-8c6a367608d1&cm_destination=http://lists.freeswitch.org/> mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=b5b9f5ee-fd78-480a-b960-12e4fe000625&cm_destination=http://lists.freeswitch.org/mailman/options/freeswitch-users> freeswitch.org/mailman/<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=aa62acd7-4f13-4614-964b-2bc241966292&cm_destination=http://freeswitch.org/mailman/> options/freeswitch-users <https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=9911e35d-97cf-422e-b25d-c176d216f4f0&cm_destination=http://www.freeswitch.org> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=1db19490-7c3b-4a58-9f41-ed450b159cf1&cm_type=link&cm_link=46f8beff-f879-4d55-b226-6e914c6598db&cm_destination=http://www.freeswitch.org>
You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want. On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates " answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/>
But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
Unfortunately I cannot modify the recipient device in this manner. Thanks for the suggestion as this will help with other features. Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com> wrote: You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want. On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote: I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates "answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/> But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com 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
The problem is that "the calls I want" are dynamic. It has to do with proximity based features. This is why I want the originating phone to decide when to request the auto answer or not. So from a dial plan perspective I cannot pre-configure this behaviour. Thanks for your response. Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com> wrote: You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want. On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote: I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates "answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/> But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com 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 could check the condition against something from the originating phone including a custom X header, or a prefix you strip from the number before dialing... On Wednesday, April 2, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
The problem is that "the calls I want" are dynamic. It has to do with proximity based features. This is why I want the originating phone to decide when to request the auto answer or not. So from a dial plan perspective I cannot pre-configure this behaviour.
Thanks for your response.
Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com<javascript:_e(%7B%7D,'cvml','steveayre@gmail.com');>> wrote: You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want.
On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com<javascript:_e(%7B%7D,'cvml','peterhillier@yahoo.com');>> wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates " answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/>
But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<javascript:_e(%7B%7D,'cvml','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
Excellent point about a prefix. But I am intrigued by the comment that I can check using a condition such as a header value on a per call basis. I will google this and see if I can find some examples. I was not aware this could be done. Can I do something similar to pull the call back from a device? So if a call is established to ext 1000 can I send something (prefix or x-header) to make Freeswitch transfer that call to me? Kinda like call pickup except that call is active so ext 1000 will get a BYE and no longer be in the call. Thanks for your time Steven. This really helps out. On Wednesday, April 2, 2014 9:13:21 AM, Steven Ayre <steveayre@gmail.com> wrote: You could check the condition against something from the originating phone including a custom X header, or a prefix you strip from the number before dialing... On Wednesday, April 2, 2014, Peter Hillier <peterhillier@yahoo.com> wrote: The problem is that "the calls I want" are dynamic. It has to do with proximity based features. This is why I want the originating phone to decide when to request the auto answer or not. So from a dial plan perspective I cannot pre-configure this behaviour.
Thanks for your response.
Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com> wrote:
You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want.
On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates "answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/> But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com 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 can match on any variable, use the info app to see what is available field="${var}" in the <condition> On Wednesday, April 2, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
Excellent point about a prefix. But I am intrigued by the comment that I can check using a condition such as a header value on a per call basis. I will google this and see if I can find some examples. I was not aware this could be done.
Can I do something similar to pull the call back from a device? So if a call is established to ext 1000 can I send something (prefix or x-header) to make Freeswitch transfer that call to me? Kinda like call pickup except that call is active so ext 1000 will get a BYE and no longer be in the call.
Thanks for your time Steven. This really helps out.
On Wednesday, April 2, 2014 9:13:21 AM, Steven Ayre <steveayre@gmail.com> wrote: You could check the condition against something from the originating phone including a custom X header, or a prefix you strip from the number before dialing...
On Wednesday, April 2, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
The problem is that "the calls I want" are dynamic. It has to do with proximity based features. This is why I want the originating phone to decide when to request the auto answer or not. So from a dial plan perspective I cannot pre-configure this behaviour.
Thanks for your response.
Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com> wrote: You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want.
On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates " answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
Check out intercept: https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_intercept<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=1ec4c8b1-3f16-40b5-b14b-54043bfa1dd9&cm_destination=https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_intercept> You can also break a bridge and then bridge each leg to other channels. There is a tricky way to do this but it's possible. Regards, Ali Pey On Wed, Apr 2, 2014 at 9:56 PM, Peter Hillier <peterhillier@yahoo.com>wrote:
Excellent point about a prefix. But I am intrigued by the comment that I can check using a condition such as a header value on a per call basis. I will google this and see if I can find some examples. I was not aware this could be done.
Can I do something similar to pull the call back from a device? So if a call is established to ext 1000 can I send something (prefix or x-header) to make Freeswitch transfer that call to me? Kinda like call pickup except that call is active so ext 1000 will get a BYE and no longer be in the call.
Thanks for your time Steven. This really helps out.
On Wednesday, April 2, 2014 9:13:21 AM, Steven Ayre <steveayre@gmail.com> wrote: You could check the condition against something from the originating phone including a custom X header, or a prefix you strip from the number before dialing...
On Wednesday, April 2, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
The problem is that "the calls I want" are dynamic. It has to do with proximity based features. This is why I want the originating phone to decide when to request the auto answer or not. So from a dial plan perspective I cannot pre-configure this behaviour.
Thanks for your response.
Peter On Wednesday, April 2, 2014 4:34:50 AM, Steven Ayre <steveayre@gmail.com> wrote: You're on the right lines with that insert. Nest it inside a condition so it only happens on the calls you want and it'll do what you want.
On Tuesday, April 1, 2014, Peter Hillier <peterhillier@yahoo.com> wrote:
I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer).
My SIP deskphone supports auto-answer when the Call-Info header indicates " answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device.
Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following:
<action application="export" data="sip_auto_answer=true"/>
But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header).
Regards, Peter
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=cd1a2468-fc51-44a3-a647-2d82b4e42faa&cm_destination=http://www.freeswitchsolutions.com/> freeswitchsolutions.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=e1cfc4a5-48e4-4113-9df7-9e6ae8ba52a9&cm_destination=http://freeswitchsolutions.com>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=e6658fae-6a33-4a77-884f-1d237afed0ed&cm_destination=http://www.cudatel.com/> http://www.cudatel.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=8043c285-eeba-434c-87cf-b5de48b2ce13&cm_destination=http://www.cudatel.com>
Official FreeSWITCH Sites
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=61345c94-422e-4f84-8ac2-38f71bc1d81e&cm_destination=http://www.freeswitch.org/> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=0d632adf-781c-4536-8889-e0ab496483f6&cm_destination=http://www.freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=e6111d94-75dc-4e55-bfb4-11d2e87dcff6&cm_destination=http://wiki.freeswitch.org/> http://wiki.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=4aeeeed9-7424-41de-b0fa-b03883b522e6&cm_destination=http://wiki.freeswitch.org>
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=d45695cb-8b6a-47ee-a257-f0a388771b4c&cm_destination=http://www.cluecon.com/> http://www.cluecon.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=5b0cf107-fab6-495c-958b-7e95af4f2d49&cm_destination=http://www.cluecon.com>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=5f8e32b2-67d4-4469-a43e-fb34bf9baa23&cm_destination=http://freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=78693773-b358-46e8-ab71-388e5e46907e&cm_destination=http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> http://lists.freeswitch.org/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=3c649c3c-bbb1-43b3-9cff-5ace8658ecf0&cm_destination=http://lists.freeswitch.org/> mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=a448ac36-c5ca-41ca-839f-7641343c8b73&cm_destination=http://lists.freeswitch.org/mailman/options/freeswitch-users> freeswitch.org/mailman/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=03f8d1dd-21ea-4c73-b483-11ffc69226aa&cm_destination=http://freeswitch.org/mailman/> options/freeswitch-users <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=a47ce993-e968-47b7-8d11-6293f5ddae28&cm_destination=http://www.freeswitch.org/> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=56b18685-8291-4cda-91b3-4f9b6f905e76&cm_destination=http://www.freeswitch.org>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=16f1eae4-af90-4795-88a3-846acad85ebf&cm_destination=http://www.freeswitchsolutions.com/> freeswitchsolutions.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=67909648-09ed-49b5-aefb-d5e8e54bcb76&cm_destination=http://freeswitchsolutions.com>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=a3a03483-ab5f-47be-a996-34518a7654d2&cm_destination=http://www.cudatel.com/> http://www.cudatel.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=d55703f7-8afe-45d9-b85a-df4b4115e96c&cm_destination=http://www.cudatel.com>
Official FreeSWITCH Sites
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=9a683e19-e415-46ca-9d34-36e6d5b91b92&cm_destination=http://www.freeswitch.org/> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=2bd800e8-96d4-4fbf-97d9-1a94119d3b38&cm_destination=http://www.freeswitch.org>
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=0c6e7003-5a1f-4cb6-bdea-f93664c4a64a&cm_destination=http://wiki.freeswitch.org/> http://wiki.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=241def6e-47fb-4e41-ad1c-0de8e25b0017&cm_destination=http://wiki.freeswitch.org>
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=f0ce5dd2-de47-422a-921b-59538781f24e&cm_destination=http://www.cluecon.com/> http://www.cluecon.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=79748fd8-87ed-459c-a133-41ad2a9caaa1&cm_destination=http://www.cluecon.com>
FreeSWITCH-users mailing list FreeSWITCH-users@lists. <FreeSWITCH-users@lists.freeswitch.org> freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=4344d64d-f548-4fd5-b5fc-2193f8d03e6b&cm_destination=http://freeswitch.org>
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=2f443c20-eda3-447a-bdf5-dc6f8b7f4a07&cm_destination=http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> http://lists.freeswitch.org/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=56f84cde-13f5-4a36-a324-ae35e96a60c7&cm_destination=http://lists.freeswitch.org/> mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=78d14c3f-b5b5-42c0-9b76-2b271f84dfd7&cm_destination=http://lists.freeswitch.org/mailman/options/freeswitch-users> freeswitch.org/mailman/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=937bbfe9-9930-484c-a0de-232831a3e1fe&cm_destination=http://freeswitch.org/mailman/> options/freeswitch-users
<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=286154be-3dfb-4221-b319-51629e3fb072&cm_destination=http://www.freeswitch.org/> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=097796f3-22fe-4b4b-9f3d-389ed575f8c7&cm_destination=http://www.freeswitch.org>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=577345f7-55dd-4f47-9962-688971f79f5e&cm_destination=http://www.freeswitchsolutions.com> freeswitchsolutions.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=34a8f86c-6ba3-4073-86a4-ec3e3c7e7b32&cm_destination=http://freeswitchsolutions.com>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=be3d7513-173d-4df8-b1ed-e2231511fcb0&cm_destination=http://www.cudatel.com> http://www.cudatel.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=def0ad77-52b0-4680-929e-9d936eba48e8&cm_destination=http://www.cudatel.com>
Official FreeSWITCH Sites <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=ab741ce1-c8d5-45ef-b07e-735579dc950b&cm_destination=http://www.freeswitch.org> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=a1af504c-ab36-4040-a6cd-4e8482419878&cm_destination=http://www.freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=97a220a1-7647-4ae5-898b-0c8597ddb38a&cm_destination=http://wiki.freeswitch.org> http://wiki.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=2f00c51f-c60c-4649-8559-023738804788&cm_destination=http://wiki.freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=95b6fa55-a730-4d7a-8618-a6a073d30e8f&cm_destination=http://www.cluecon.com> http://www.cluecon.com<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=af1b289e-674a-4cec-8d9e-929831da1e7c&cm_destination=http://www.cluecon.com>
FreeSWITCH-users mailing list FreeSWITCH-users@lists. <FreeSWITCH-users@lists.freeswitch.org> freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=facc6630-3903-4ace-bec0-923cab8a53f3&cm_destination=http://freeswitch.org> <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=0f52f825-89a8-4cdd-b474-3389fbebbaa2&cm_destination=http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> http://lists.freeswitch.org/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=b22f7cfe-bc13-4ae6-8120-50955e4a4799&cm_destination=http://lists.freeswitch.org/> mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=ff4f7194-5faf-40ec-8b96-efe81186a6e6&cm_destination=http://lists.freeswitch.org/mailman/options/freeswitch-users> freeswitch.org/mailman/<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=549cd903-8a14-4f9d-9951-64fd7d1f60b3&cm_destination=http://freeswitch.org/mailman/> options/freeswitch-users <https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=2cc235e2-7e1b-450f-91f3-6841e95d4eed&cm_destination=http://www.freeswitch.org> http://www.freeswitch.org<https://contactmonkey.com/api/tracker?cm_session=c374e8e6-afa0-4968-8f9a-6f9da4628a35&cm_type=link&cm_link=2d70cf56-4b22-4ea9-8fa6-b86191417363&cm_destination=http://www.freeswitch.org>
Hi Peter, I don't have answer to your actual question about passing that header through, I will leave that to real tech folks. But, it seems you could solve this with clever dial plan "tricks." For example, on your DID rule check if the caller-id is your cell phone and enable auto-answer if true. Or, the brute force approach would be to get a second DID and put the auto-answer feature on that. Of course passing the existing header would be much more elegant, let's see what else comes up. Sean From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Peter Hillier Sent: Tuesday, April 01, 2014 8:40 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] Auto-Answer based on Call-Info from originator I have a specific call scenario where I want to transfer a call and have the destination (REFER-TO) end answer automatically. Basically I own both devices and I am moving the call from my mobile VoIP client to my SIP deskphone. I want it to be seamless with no ringback or alerting introduced (hence the reason I am looking at auto answer). My SIP deskphone supports auto-answer when the Call-Info header indicates "answer-after=0". This header is specified in the REFER from the originating device (mobile VoIP client). Freeswitch does not pass this header through to the destination device. Is there any specific setting that I can do to pass this header through? I know that I can change the dialplan using the following: <action application="export" data="sip_auto_answer=true"/> But this triggers all calls to the destination to be auto-answered. I only want some of the calls to be answered (hence to reason I want the originator to specify this header). Regards, Peter
participants (4)
-
Ali Pey
-
Peter Hillier
-
Sean Devoy
-
Steven Ayre