Update CLI on Freeswitch originated call
Hi, Is it possible to update the CLI at will once a Freeswitch originated call has been answered? I know it can update during a transfer, but I want to be able to control it directly myself. -- Joshua Gigg
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
-- Joshua Gigg
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id. Is there a way of making FreeSWITCH send this message via a dialplan/command? On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
-- Joshua Gigg
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
Digging up an old thread, but I've been looking into this a bit more. What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID. On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com> wrote:
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
-- Joshua Gigg
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
-- Joshua Gigg
this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote: Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to. Also, I want to trigger it manually rather than just automatically when a transfer takes place. On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com> wrote:
this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com> wrote:
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
+1 if you find how to do this, I'm interessted. By the way, I have a similar problem to manage MWI. I solve it by sending an event to the phone to update the message waiting indicator (on and off). It use mod_even_socket. If you find the good message structure for SIP INFO/UPdate for display, it could do the job I think. https://wiki.freeswitch.org/wiki/Mod_lua#Sending_an_Event MWI-Messages-Waiting (yes/no)MWI-Message-Account <any sip url you want>MWI-Voice-Message x/y (a/b) <-- read/unread (urgent read/urgent unread) And a JIRA reference to https://freeswitch.org/jira/browse/FS-844 Please keep me informed as I need this feature too :) Regards, 2015-05-21 10:05 GMT+02:00 Joshua Gigg <giggsey@gmail.com>:
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to.
Also, I want to trigger it manually rather than just automatically when a transfer takes place.
On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com> wrote:
this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com> wrote:
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
from mod_dptools: SWITCH_ADD_APP(app_interface, "send_display", "Send session a new display", "Send session a new display.", display_function, "<text>", SAF_SUPPORT_NOMEDIA); there is a similar api command in mod_commands. I think if you have ignore_dispaly_updates it may not work, try it out to be sure.
On May 21, 2015, at 4:05 AM, Joshua Gigg <giggsey@gmail.com> wrote:
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to.
Also, I want to trigger it manually rather than just automatically when a transfer takes place.
On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com <mailto:mike@jerris.com>> wrote: this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote: Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
In mod_commands.c, it appears to split the argv by spaces, and pass that to the switch. mod_sofia will take the second argument as the phone number. When I try it from the API (uuid_display *callid* Name 1234), it sends the sip as: From: "Name 1234" *ThisCallToAddress* Instead of splitting it up. My snom does then display Name 1234 on the screen, but as a text name, instead of updating the number. This can work, but I'd rather be able to update the number too. On 21 May 2015 at 15:26, Michael Jerris <mike@jerris.com> wrote:
from mod_dptools:
SWITCH_ADD_APP(app_interface, "send_display", "Send session a new display", "Send session a new display.", display_function, "<text>",
SAF_SUPPORT_NOMEDIA);
there is a similar api command in mod_commands. I think if you have ignore_dispaly_updates it may not work, try it out to be sure.
On May 21, 2015, at 4:05 AM, Joshua Gigg <giggsey@gmail.com> wrote:
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to.
Also, I want to trigger it manually rather than just automatically when a transfer takes place.
On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com> wrote:
this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com> wrote:
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
the command only supports sending name, it will use the destination_number from caller profile. If you use esl or another way to generate the session message you can send both name and number. check out the code in mod_sofia.c at 1636 if you want to follow the logic how it decides what to send. Also, we could take a patch to send_display to let you specify both if you can figure out a backwards compatible way to specify it. See uuid_send_message for an example of how to set multiple args in that message.
On May 22, 2015, at 4:10 AM, Joshua Gigg <giggsey@gmail.com> wrote:
In mod_commands.c, it appears to split the argv by spaces, and pass that to the switch. mod_sofia will take the second argument as the phone number.
When I try it from the API (uuid_display callid Name 1234), it sends the sip as:
From: "Name 1234" ThisCallToAddress
Instead of splitting it up.
My snom does then display Name 1234 on the screen, but as a text name, instead of updating the number.
This can work, but I'd rather be able to update the number too.
On 21 May 2015 at 15:26, Michael Jerris <mike@jerris.com <mailto:mike@jerris.com>> wrote: from mod_dptools:
SWITCH_ADD_APP(app_interface, "send_display", "Send session a new display", "Send session a new display.", display_function, "<text>", SAF_SUPPORT_NOMEDIA);
there is a similar api command in mod_commands. I think if you have ignore_dispaly_updates it may not work, try it out to be sure.
On May 21, 2015, at 4:05 AM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote:
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to.
Also, I want to trigger it manually rather than just automatically when a transfer takes place.
On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com <mailto:mike@jerris.com>> wrote: this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote: Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com <mailto:giggsey@gmail.com>> wrote: Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
-- Joshua Gigg _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Ahh, okay, I see now. I'll try down the ESL route. We are sending messages via ESL anyway, but just been executing commands or executing applications. On 22 May 2015 at 17:02, Michael Jerris <mike@jerris.com> wrote:
the command only supports sending name, it will use the destination_number from caller profile. If you use esl or another way to generate the session message you can send both name and number.
check out the code in mod_sofia.c at 1636 if you want to follow the logic how it decides what to send. Also, we could take a patch to send_display to let you specify both if you can figure out a backwards compatible way to specify it. See uuid_send_message for an example of how to set multiple args in that message.
On May 22, 2015, at 4:10 AM, Joshua Gigg <giggsey@gmail.com> wrote:
In mod_commands.c, it appears to split the argv by spaces, and pass that to the switch. mod_sofia will take the second argument as the phone number.
When I try it from the API (uuid_display *callid* Name 1234), it sends the sip as:
From: "Name 1234" *ThisCallToAddress*
Instead of splitting it up.
My snom does then display Name 1234 on the screen, but as a text name, instead of updating the number.
This can work, but I'd rather be able to update the number too.
On 21 May 2015 at 15:26, Michael Jerris <mike@jerris.com> wrote:
from mod_dptools:
SWITCH_ADD_APP(app_interface, "send_display", "Send session a new display", "Send session a new display.", display_function, "<text>",
SAF_SUPPORT_NOMEDIA);
there is a similar api command in mod_commands. I think if you have ignore_dispaly_updates it may not work, try it out to be sure.
On May 21, 2015, at 4:05 AM, Joshua Gigg <giggsey@gmail.com> wrote:
I do have ignore_dispaly_updates=true, but that's on outbound phones, my displays were updating with the number being bridged out to.
Also, I want to trigger it manually rather than just automatically when a transfer takes place.
On 20 May 2015 at 17:26, Michael Jerris <mike@jerris.com> wrote:
this should happen by default unless you have ignore_dispaly_updates=true.
On May 20, 2015, at 12:18 PM, Joshua Gigg <giggsey@gmail.com> wrote:
Digging up an old thread, but I've been looking into this a bit more.
What I want to do is described in RFC 4916. What I want to try to use an application / api command to generate a SIP INFO/UPDATE packet that would update the Caller ID.
On 29 January 2015 at 20:06, Joshua Gigg <giggsey@gmail.com> wrote:
When a transfer completes, FreeSWITCH will send an UPDATE message to the SIP server updating the caller id.
Is there a way of making FreeSWITCH send this message via a dialplan/command?
On 29 January 2015 at 17:58, Michael Collins <msc@freeswitch.org> wrote:
Could you expound upon this question a bit? What does "update the CLI" mean? Thanks, MC
On Thu, Jan 29, 2015 at 1:20 AM, Joshua Gigg <giggsey@gmail.com> wrote:
Hi,
Is it possible to update the CLI at will once a Freeswitch originated call has been answered?
I know it can update during a transfer, but I want to be able to control it directly myself.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Joshua Gigg
participants (4)
-
Joshua Gigg
-
Michael Collins
-
Michael Jerris
-
Regis M