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

Post Reply 
Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Call Parking, can we get this fixed please!?!?
Author Message
jayg30 Offline
Junior Member

Posts: 12
Joined: Apr 2014
Reputation: 1
Post: #1
Call Parking, can we get this fixed please!?!?
The issue is pretty simple and reproducible. I've experienced it on all firmware versions for the past 2 years for all phones I've tried (T2x and T4x models). I am willing to bet it behaves this way for ALL Yealink phones. Other phones handle this differently/correctly.

Setup the "Call Park" DSS key as described in any Yealink phone manual.
Test Call Parking;
  • Caller A dials Caller B
  • Caller B presses "Call Park" DSS key
  • Caller A is placed in the parking lot
  • Caller B is disconnected
  • Caller B never hears the parking lot slot

Everything is correct EXCEPT the last point (Caller B never hears the parking lot slot). For most people hearing the slot number is important. It appears as if the Dss Key is set to type "Call Park" on Yealink phones, it utilizes a blind transfer instead of attended transfer. Even if the "default transfer via Dsskey" is set to "attended transfer" it makes no difference.

So I assume the key type for Call Park must be hardcoded to complete using a blind transfer (feature code ##) instead of attended transfer (*2).

I would propose the default method change to attended transfer for Dss Key type "Call Park" so the person parking the call is announced the parking lot #. I'd also suggest creating an option to change this behavior between the two options (ie. feature option, "announce parking lot?: Yes/No).

The only workaround for this currently, that is not ideal, is to NOT use the call park key type at all. Instead to use set the Dss Key Type to transfer, and set the value to 70 (or whatever your parking lot is), and finally set the "transfer mode via dsskey" to attended transfer. This is not ideal because it imposes the restriction on "transfer mode via dsskey" just so call parking works correctly. It also requires more button presses. And finally (the biggest issue) it doesn't hang up the transferred calls and instead you end up with two active calls on your phone (the original call you are trying to park and the parking lot call which is playing MoH back to you) and you have to make sure to hang up these calls.

Testing on a up to date FreePBX system. This is an issue that has existed for a while from my understanding. See HERE.
(This post was last modified: 10-07-2015 11:43 PM by jayg30.)
10-07-2015 11:40 PM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Post Reply 

Messages In This Thread
Call Parking, can we get this fixed please!?!? - jayg30 - 10-07-2015 11:40 PM

Possibly Related Threads...
Thread: Author Replies: Views: Last Post
  T53 Calling from call history jake 0 285 10-01-2021 10:24 AM
Last Post: jake
  Call Park Command gyegavian 0 620 08-16-2021 01:54 AM
Last Post: gyegavian
  About call history Andrei9385 2 1,853 03-31-2021 06:17 PM
Last Post: Chan Hoa
  Call History adds a "1" to extension number VAspeed3 2 1,960 02-26-2021 12:25 AM
Last Post: VAspeed3
Bug Missing softkey to End Call Kabbott 0 1,181 02-02-2021 10:23 PM
Last Post: Kabbott
  VP59 - No Wifi 5G with new Firmware // No Call Recording anymore vilionmedia 3 2,815 11-07-2020 03:44 AM
Last Post: complex1
  IP call (Direct call) with SRTP Gr2en 0 1,370 09-30-2020 08:36 AM
Last Post: Gr2en
  Direct IP Call Outside LAN with specific port BumbleBears 2 3,382 05-28-2020 02:13 PM
Last Post: Lewis-H
  Yealink T41S Call log JoseVM 1 2,712 09-08-2019 10:34 PM
Last Post: Babylonia
Exclamation Call log on after Att transfer VP-T49G Roksvel 4 5,325 06-18-2019 09:35 AM
Last Post: Roksvel

Forum Jump:

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

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