[Freeswitch-users] Update CLI on Freeswitch originated call

Discussion:

Joshua Gigg

2015-01-29 09:20:48 UTC

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

Michael Collins

2015-01-29 17:58:54 UTC

Permalink

Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

Post by Joshua Gigg
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
_________________________________________________________________________
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Joshua Gigg

2015-01-29 20:06:22 UTC

Permalink

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?

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

Post by Joshua Gigg
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
_________________________________________________________________________
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.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
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

2015-05-20 16:18:03 UTC

Permalink

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.

Post by Joshua Gigg
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?

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

Post by Joshua Gigg
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
_________________________________________________________________________
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

--
Joshua Gigg

Michael Jerris

2015-05-20 16:26:43 UTC

Permalink

this should happen by default unless you have ignore_dispaly_updates=true.

Post by 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.
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?
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC
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

2015-05-21 08:05:01 UTC

Permalink

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.

Post by Michael Jerris
this should happen by default unless you have ignore_dispaly_updates=true.
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.

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

--
Joshua Gigg

Regis M

2015-05-21 10:29:19 UTC

Permalink

+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,

Post by Joshua Gigg
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.

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

Michael Jerris

2015-05-21 14:26:53 UTC

Permalink

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.

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.
this should happen by default unless you have ignore_dispaly_updates=true.

Joshua Gigg

2015-05-22 08:10:12 UTC

Permalink

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.

Post by Michael Jerris
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.
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.

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

--
Joshua Gigg

Michael Jerris

2015-05-22 16:02:14 UTC

Permalink

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.

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.
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.
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.

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.
this should happen by default unless you have ignore_dispaly_updates=true.

_________________________________________________________________________
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
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
_________________________________________________________________________
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Joshua Gigg

2015-05-22 16:27:00 UTC

Permalink

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.

Post by Michael Jerris
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.
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
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.

Post by Michael Jerris
this should happen by default unless you have
ignore_dispaly_updates=true.
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.

Post by Joshua Gigg
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?

Post by Michael Collins
Could you expound upon this question a bit? What does "update the CLI" mean?
Thanks,
MC

--
Joshua Gigg
_________________________________________________________________________
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.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
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

--
Joshua Gigg