[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
Speed Dial behaviour and the the transfer.dsskey_deal_type parameter
Author Message
RobertS Offline
Junior Member
**

Posts: 1
Joined: Jan 2015
Reputation: 0
Post: #1
Speed Dial behaviour and the the transfer.dsskey_deal_type parameter
Hello,


I am curious to get other people's thoughts on the Speed Dial keys and whether they should globally affected by the transfer.dsskey_deal_type parameter. When one presses a Speed Dial key, you would expect that it only dials the number that is configured on the speed dial. However, I have observed, that this behaviour is affected by what value you set for the transfer.dsskey_deal_type parameter. If the parameter is not defined or set to be attended or blind, the following scenario occurs:


Assume: linekey.2 is defined as a speed dial ala:

linekey.2.line = 1
linekey.2.value = 15555551212
linekey.2.type = 13
linekey.2.label = John Q Public
linekey.2.extension =
linekey.2.xml_phonebook =

1. Call Account 1 on a Yealink T4x
2. Answer the call
3. Press the hold softkey
4. Press the linekey.2's configured speed dial contact.

The call is transferred either blind or attended depending on what the transfer.dsskey_deal_type parameter is set to. This is contrary to what a speed dial is, or how I would think most people interpret the function to be. I.E. the call that was previously on hold is transfer somehow as opposed to staying on hold while the speed dial contact is called.

The real question is why the key is doing a transfer when its purpose is to not transfer callers in the first place? Does anyone have a suggestion as to a work around for getting speed dials to work as a Speed Dial Key that actually speed dials while leaving the transfer.dsskey_deal_type parameter set to attended or blind?


Thanks,

Robert


P.S - I tried this on the latest firmware rev for a T48 and it was the same symptoms.
01-27-2015 03:52 AM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Post Reply 


Messages In This Thread
Speed Dial behaviour and the the transfer.dsskey_deal_type parameter - RobertS - 01-27-2015 03:52 AM

Possibly Related Threads...
Thread: Author Replies: Views: Last Post
  Dial plan - How to include # at end of dial string cmadeiros@tecs.bm 5 2,182 12-11-2019 03:20 PM
Last Post: complex1
  speed dial to an IP address (ext@IP on value) EduardoV 3 1,646 11-07-2019 07:43 PM
Last Post: EduardoV
  ESS: refer to prompted value in speed dialing oliv 2 1,504 08-19-2019 01:01 PM
Last Post: oliv
  DND Dial 2 Codes at once Blake1 0 1,322 05-29-2018 02:25 PM
Last Post: Blake1
  T27G no longer option to transfer call during ringing state DmitryTsyganov 1 2,396 04-16-2018 11:16 AM
Last Post: Travis_Yealink
  Yealink Dial Plan RobertCrawford 8 8,010 03-09-2018 06:38 AM
Last Post: Johnny88
  Call Park Mode transfer on T48G jasonblewis 2 4,296 11-09-2017 01:26 AM
Last Post: Aishion_Yealink
  Transfer feature codes Tim_8934 3 5,529 05-03-2017 02:02 PM
Last Post: Travis_Yealink
  Custom Softkey on Transfer morbidpete 7 13,346 02-10-2017 02:14 AM
Last Post: Lucia_Yealink
  Strange BLF LED behaviour since Firmware upgrade badmin 16 20,185 01-06-2017 10:52 AM
Last Post: badmin

Forum Jump:


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

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