Looks like I have a phone interaction issue. When the number is changed in the P-Assert-Identity field, the phone ignores the P-Assert-Identity information sent in the Update message.

 

I will have to fix this issue with another alternative. When the originator is called and parked, I will try to change the display of the originating phone to only show the dialed digits (e.g. 3006) instead of displaying its own caller information (e.g. ext3004 3004).

 

uuid_display 1d97eb37-4450-4b2f-8069-2e0f040a117d xyz|123

+OK Success

 

send 1253 bytes to udp/[10.47.32.159]:5060 at 21:41:30.718011:

   ------------------------------------------------------------------------

freeswitch@internal>    UPDATE sip:3004@10.47.32.159:5060 SIP/2.0

   Via: SIP/2.0/UDP 10.47.26.44;rport;branch=z9hG4bKHB56Zg2p9QH7m

   Max-Forwards: 70

   From: "Mitel" <sip:3004@10.47.26.44>;tag=jmgcQK3S1mQtm

   To: <sip:3004@10.47.32.159>;tag=AI2BCBEBECC7F96F82

   Call-ID: 82978d46-0296-1234-9f8e-39a8e4b58ddc

   CSeq: 83259754 UPDATE

   Contact: <sip:mod_sofia@10.47.26.44:5060>

   User-Agent: FreeSWITCH-mod_sofia/1.7.0~64bit

   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE

   Supported: timer, path, replaces

   Content-Type: application/sdp

   Content-Disposition: session

   Content-Length: 583

   P-Asserted-Identity: "xyz" sip:123@10.47.26.44

 

<<SDP info removed>>

 

   ------------------------------------------------------------------------

2015-11-10 16:41:30.732011 [DEBUG] sofia.c:6726 Channel sofia/internal/3004@10.47.32.159 entering state [calling][0]

recv 813 bytes from udp/[10.47.32.159]:5060 at 21:41:30.742011:

   ------------------------------------------------------------------------

   SIP/2.0 200 OK

   Via: SIP/2.0/UDP 10.47.26.44;rport=5060;branch=z9hG4bKHB56Zg2p9QH7m;received=10.47.26.44

   To: <sip:3004@10.47.32.159>;tag=AI2BCBEBECC7F96F82

   From: "Mitel" <sip:3004@10.47.26.44>;tag=jmgcQK3S1mQtm

   Call-ID: 82978d46-0296-1234-9f8e-39a8e4b58ddc

   CSeq: 83259754 UPDATE

   Contact: <sip:3004@10.47.32.159:5060>

   Allow-Events: presence,dialog,message-summary,refer

   Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,PUBLISH,UPDATE,REFER,PRACK,SUBSCRIBE

   User-Agent: Aastra 400

   P-Asserted-Identity: "Steve Szeto 5380ip" <sip:3004@10.47.32.159>

   Content-Type: application/sdp

   Content-Length: 210

 

<<SDP info removed>>

 

<< phones renegotiate codec information … details not shown>>

 

The phone’s display is not updated after the above message sequence.

 

Thanks for all the help,

Steve

 

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale
Sent: Tuesday, November 10, 2015 4:15 PM
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Subject: Re: [Freeswitch-users] FW: uuid_display only affects called party name and not called party number

 

The syntax is for sure name|number 

Did you check the resulting sip message that was sent?

 

 

freeswitch@sidious> uuid_display f4053af7-a3b9-4c78-93e1-74e529658573 Fred Jones|1234

 

+OK Success

 

send 713 bytes to udp/[192.168.168.35]:5060 at 15:13:51.656205:

   ------------------------------------------------------------------------

   INFO sip:3500@192.168.168.35:5060;transport=udp SIP/2.0

   Via: SIP/2.0/UDP 192.168.168.34;rport;branch=z9hG4bKBKtejU6av4D0j

   Max-Forwards: 70

   From: "" <sip:0000000000@192.168.168.34>;tag=Zp6ypmmemjjZj

   To: <sip:3500@tatooine.freeswitch.org>;tag=K4DrHrr8F92cQ

   Call-ID: a0b88e67-0292-1234-e098-0025903377dc

   CSeq: 83258922 INFO

   Contact: <sip:mod_sofia@192.168.168.34:5060>

   User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20151109T195705Z~cf2528dbc3~64bit

   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE

   Supported: timer, path, replaces

   Content-Type: message/update_display

   Content-Length: 0

   X-FS-Display-Name: Fred Jones

   X-FS-Display-Number: 1234

 

 

 

 

 

On Tue, Nov 10, 2015 at 2:53 PM, Steven Szeto <steven.szeto@mitel.com> wrote:

Sergey,

 

The following test did not work:

 

<originate and uuid_transfer commands not shown>

 

uuid_setvar 547478f9-ee2a-48be-8b60-a82d69d4dbc0 caller_id_number 3006

 

The caller_id_number did get updated, as shown by the uuid_getvar command:

 

freeswitch@internal> uuid_getvar 547478f9-ee2a-48be-8b60-a82d69d4dbc0 caller_id_number

3006

 

But after invoking the uuid_display command …

 

uuid_display 547478f9-ee2a-48be-8b60-a82d69d4dbc0 "xyz"

 

The phone’s display still shows “xyz 3004”

 

/Steve

 

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Sergey Safarov
Sent: Tuesday, November 10, 2015 1:43 PM
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Subject: Re: [Freeswitch-users] uuid_display only affects called party name and not called party number

 

Try set profile callerid number to 3006 and then display name “Jack”

 

On Tue, Nov 10, 2015, 19:07 Steven Szeto <steven.szeto@mitel.com> wrote:

I am trying to find a way to update the originator’s display with the correct called party name and number.

 

·         The call scenario starts with making a call to the originator, and parking him:

 

originate sofia/internal/3004@10.47.32.159 &park default default 'John' 3004

 

·         The originator answers the call, and is parked. The phone display shows “John 3004”

·         The originator is then transferred to the terminating party:

 

uuid_transfer d407f205-7942-442a-adbc-7bd787731d23 bridge:sofia/internal/3006@10.47.32.159 inline

 

·         After the transferred call is answered, the originator’s display still shows “John 3004”. So let’s update the display with the terminator’s name and number:

 

uuid_display d407f205-7942-442a-adbc-7bd787731d23 “Jack 3006”

 

Issue: the originator’s phone display shows “Jack 3006 3004”

 

Is there a way to remove the “3004” from the originator’s phone display?

 

Thanks,

Steve

NOTE: This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.

_________________________________________________________________________
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



 

--

Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬

 

ClueCon Weekly Development Call 

☎ sip:888@conference.freeswitch.org  ☎ +19193869900