[Freeswitch-users] Update CLI on Freeswitch originated call

[Joshua Gigg]

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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150522/4120b9af/attachment.html