[YMCS/YDMP Free Trial Program]Yealink would like to offer Free Trial Program of Yealink device management service for our current eligible customers. You can see the details below.
https://www.yealink.com/ydmp-freetrial-2020


Post Reply 
 
Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Caller-id after attended transfer not working properly on T19P/T41P
Author Message
ddyx Offline
Junior Member
**

Posts: 5
Joined: Oct 2015
Reputation: 0
Post: #1
Caller-id after attended transfer not working properly on T19P/T41P
Hi.

I have read many posts about this issue and have tried the proposed solutions to no avail.

I'm using a T19P (E2) phone and a T41P phone for the tests. So, the scenario is similar as described on other posts:
1. Incoming call to T19P
2. T19P answers
3. T19P makes a new call to T41P
4. T41P answers
5. T19P performs an attended transfer
6. Caller id shown on T41P's display still shows T19P data and does not update with the original incoming call caller id (name/number)

My first tests were on some of the 80s firmware versions, then I upgraded both phones to the latest 82, because the only documentation that confirmed the existence of the "refresh_remote_id" parameter was on the autoprovisioning template files of the version 82.

After provisioning both phones with this new parameter enabled (through autoprovision), I downloaded the configuration in order to check if the parameter was or wasn't configured, and it turned out that it didn't appear on the downloaded configuration. I tested in spite of this evidence, and of course it didn't work.

Since there is no documentation about what RFC this new parameter supports, it's even more difficult to make modifications on my system to satisfy Yealink phones limitations (for example RFC 5876 doesn't seem to be supported, and it would be of great help to use PAI on UPDATE requests instead of FROM).

I still haven't tested it on other phone models, but I need this to work on these.

Best regards.
01-31-2018 01:17 PM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Lucia_Yealink Offline
Super Moderator
******

Posts: 467
Joined: Aug 2016
Reputation: 5
Post: #2
RE: Caller-id after attended transfer not working properly on T19P/T41P
Dear Customer,

For your description, if the phone receive the invite message or update message with refresh header via PAI, then you can configure the parameter below to let the phone read the caller id from the PAI firstly, and from FROM Secondly:
account.X.cid_source = 2
X means the account you want to use.

If still have probelm, please send the level 6 syslog, pcap and config.bin to me do further analysis.
Refer to the FAQ to collect the three files:
http://support.yealink.com/faq/faqInfo?id=707

Best Regards,
Lucia
02-01-2018 03:15 AM
Find all posts by this user    like0    dislike0 Quote this message in a reply
ddyx Offline
Junior Member
**

Posts: 5
Joined: Oct 2015
Reputation: 0
Post: #3
RE: Caller-id after attended transfer not working properly on T19P/T41P
First, thanks for the answer.

The documentation clearly states that it is ONLY for the INVITE request, and since it doesn't even mention reINVITEs, it can be assumed that it is just for the initial INVITE. In other words, the purpose of this parameter doesn't seem to be for the use in attended transfers scenarios, it is just another way to specify the caller details to the callee. The documentation says:

Quote:Caller ID source = PAI-FROM
1) The IP phone checks Privacy: id header preferentially, if there is a Privacy: id in the INVITE
request, the caller identification information will be hidden and the IP phone LCD screen
presents anonymous.
2) If there is not any Privacy: id header in the INVITE request, the IP phone checks and
presents the caller identification from the P-Preferred-Identity header.
3) If there is not P-Preferred-Identity header in the INVITE request, the IP phone checks and
presents the caller identification from the P-Asserted-Identity header.
4) If there is not P-Asserted-Identity header in the INVITE request, the IP phone presents the
caller identification derived from the FROM header.

According to Yealink answers on other forum threads, the parameter refresh_remote_pid is the one that should handle transfers, but it doesn't seem to be on the available firmwares and it's not documented.
02-01-2018 10:39 AM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Lucia_Yealink Offline
Super Moderator
******

Posts: 467
Joined: Aug 2016
Reputation: 5
Post: #4
RE: Caller-id after attended transfer not working properly on T19P/T41P
The invite include the reinvite.
Please test the parameter first, if still have problem, we need you provide the level 6 syslog, config.bin and pcap trace for further analysis.
02-02-2018 09:47 AM
Find all posts by this user    like0    dislike0 Quote this message in a reply
ddyx Offline
Junior Member
**

Posts: 5
Joined: Oct 2015
Reputation: 0
Post: #5
RE: Caller-id after attended transfer not working properly on T19P/T41P
(02-02-2018 09:47 AM)Lucia_Yealink Wrote:  The invite include the reinvite.
Please test the parameter first, if still have problem, we need you provide the level 6 syslog, config.bin and pcap trace for further analysis.

I only mentioned the reINVITE as an example of how unclear it is. Our PBX doesn't support PAI on reINVITEs, it sends UPDATEs and they don't seem to be supported on Yealink phones.

Anyway, I'm attaching the requested logs (for both phones). The scenario is the same I explained before:
1. Incoming call to T19P
2. T19P answers
3. T19P makes a new call to T41P
4. T41P answers
5. T19P performs an attended transfer
6. Caller id shown on T41P's display still shows T19P data and does not update with the original incoming call caller id (name/number)


Attached File(s)
.tar  allconfig_t19p.tar (Size: 680 KB / Downloads: 4)
.tar  allconfig_t41p.tar (Size: 970 KB / Downloads: 4)
02-02-2018 12:04 PM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Lucia_Yealink Offline
Super Moderator
******

Posts: 467
Joined: Aug 2016
Reputation: 5
Post: #6
RE: Caller-id after attended transfer not working properly on T19P/T41P
Dear Customer,

For this parameter, it works for both invite and update message which pbx send to the phone to refresh the caller id.
account.X.cid_source=
0:FROM
1:PAI
2:PAI-FROM
3:PRID-PAI-FROM
4:PAI-RPID-FROM
5:RPID-FROM
I just check the pcap you provide and locate the problem, in your situation, the pbx send two update message to the T41P, both of the two update contact the PAI.
The fisrt one is: P-Asserted-Identity: "Daniel Diaz" <sip:142@10.176.255.0>\r\n
The second is: P-Asserted-Identity: "227605147" <sip:227605147@10.176.255.0>\r\n

The phone read the caller id from the PAI of the first update message.
Suggestion: Please let the pbx send only one update message with the correct PAI.
02-06-2018 08:01 AM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Post Reply 


Possibly Related Threads...
Thread: Author Replies: Views: Last Post
  MP50 working in Citrix chinacat 1 4,914 08-15-2023 03:13 AM
Last Post: ameyer22
  T19p E2 recovery firmware Jensen 1 2,712 10-25-2022 07:33 PM
Last Post: complex1
  MP56 phones crashing whilst consult/transfer Teams calls mjuliano 1 3,199 09-27-2022 11:26 PM
Last Post: guillaume.novo
Brick MP50 stuck after call transfer af@benenden.school 4 9,162 12-22-2021 07:24 PM
Last Post: af@benenden.school
  MP50 Transfer Calls? pbregistrations@yourprofitbuilders.com 1 8,175 09-08-2021 02:48 AM
Last Post: microdaft
  T58 Call Park and Transfer Problems user42491 1 5,440 08-03-2021 09:24 PM
Last Post: complex1
Question T23G Gigabit dont working hesilva 0 3,029 07-13-2021 07:23 AM
Last Post: hesilva
  [SOLVED] T41S and T41P problems with backlight jeroentjed 11 25,563 02-06-2021 06:21 PM
Last Post: complex1
  T19P E2 auto provision firmware. NI 1 7,424 10-08-2018 05:15 PM
Last Post: NI
  Does not answer properly when in a ring group davemcbr 4 9,709 06-01-2018 02:02 AM
Last Post: Michael_Yealink

Forum Jump:


User(s) browsing this thread: 1 Guest(s)

Contact Us   Yealink   Return to Top   Return to Content   Lite (Archive) Mode   RSS Syndication