[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
T48G Intercom Auto-answer
Author Message
cm21 Offline
Junior Member
**

Posts: 11
Joined: Dec 2014
Reputation: 0
Post: #13
RE: T48G Intercom Auto-answer
OK, after many emails back and forth with Yealink support, and many frustrating inabilities to communicate and fully understand each other, I wanted to pass along several things that I've learned and clarified surrounding the topic of Intercom calls. There are a few new features related to Intercom in firmware 35.81.x.x (V81) and I will include comment on those as well:

1. The phones have "always" allowed creating DSS keys with various "Types": Line, Speed Dial, Transfer, etc. One of those types is "BLF" (Busy Lamp Field - displays busy/idle status of that station) and one of those types is "Intercom". I had assumed that if a DSS key was created with a type of "Intercom" that, when pressed, there was some information sent with the outgoing call headers that told the remote phone that this was an Intercom call, and the remote phone would respond accordingly. This is NOT the case as best I've found or been told. There is no difference in how the call is placed. Basically the only difference between BLF and Intercom DSS keys is the icon displayed on the screen for that DSS key.

2. So whether a phone sees an incoming call as "Intercom" or "regular" is determined solely by the SIP headers that the server sends. It is common practice for the calling phone to indicate to the server whether it wants Intercom by including a dialing prefix to the server, e.g. *80, so to intercom to extension 101, you might dial *80101. But obviously the server has to do something useful with that prefix to glue everything together. In this case, the server would add headers to indicate Intercom, and then place the call to extension 101. I'll discuss the specific headers and their combinations and options further down.

3. In previous firmware versions, only "BLF" keys could monitor and display the status of a remote station referred to on a DSS key (e.g. red when busy, green when idle, etc). Now in V81, that support is also available with "Intercom" keys, given the new configuration settings of features.intercom.led.enable and features.intercom.subscribe.enable are both set to 1. In our setup, I like having a visual difference on the screen of a different icon for a BLF key compared to an Intercom key, so you know at a glance whether you're placing a regular call or intercom call. But I also like to see the busy/not busy status of the remote station, so the new ability of the Intercom button to show that is welcomed.

4. However, at least in my default Asterisk installation, if I define an Intercom DSS key on the phone that points to *80101, then the station status monitoring does not work. Yealink has stated that it is NOT possible to define an Intercom key that dials *80101 and yet monitors 101 for the status. However, if you're using Asterisk, it's very easy to add the "hint" line that allows the station status to be monitored under either extension, for example:
exten => 101,hint,SIP/101
exten => *80101,hint,SIP/101
With that in place, all is well for either type of DSS key.

5. So, what headers must a phone see on an incoming call to see it as an "Intercom" call? Previous replies (thank you) mentioned this answer from Yealink: http://support.yealink.com/faq/faqInfo?id=308 The one I will work with is: Call-info:answer-after=0

6. However, what that does NOT mention is that there is a definite difference between "Intercom" and "Auto Answer" in Yealink's terminology. If Answer-After=0, then that's considered "Intercom". But if Answer-After=X (some non-zero number), then it will sound a warning tone/ring for X seconds, and then "Auto Answer" the call. But this is NOT CONSIDERED Intercom. What does that mean in practice? If you send the header including Answer-After=2, the phone will still auto answer the call even if the phone's setting of "Allow Intercom" is Disabled. That seems very counter-intuitive. Similarly, the "Intercom Tone" setting and the new features.intercom.headset_prior.enable setting only take effect if Answer-After=0, but not if a nonzero ring period is specified. To me, that's very unhelpful, but that's the way it is.

8. In our situation, we like to give the callee some notice that an Intercom call is coming in, so we use Answer-After=2 so there is some decent warning tone/ring first (BTW, the "Intercom Tone" setting when Answer-After=0 does give a brief tone, but just seems very short and easily missed). We also use headsets, and after a headset call the headset button stays illuminated (unless you manually press it after each call). If an Intercom/Auto Answer call then comes in, it defaults to staying in headset mode, which is not very useful it the person doesn't happen to be wearing the headset at the time. If we were using Answer-After=0 (Intercom), then we could use the new features.intercom.headset_prior.enable=0 setting to force the call to be answered using Speakerphone. However, with Answer-After=X that doesn't work, but Yealink has been able to provide info on another header that can solve the problem:
Call-Info: <sip:10.1.1.2>;Answer-After=2;device=speaker
They specify you should give your server's IP address in place of 10.1.1.2.

9. I've tried various scenarios with that header and found as follows:
* The <sip> portion is required. It won't force to speakerphone without it. Not sure why.
* But you can omit the IP address and still work, e.g.: <sip>;Answer-After=2;device=speaker
* For normal Intercom calls, you can use the Call-Info: header or the Alert-Info: header and they work the same. But for this case, it won't successfully force Speakerphone unless you use Call-Info. Alert-Info works for everything except forcing Speakerphone. Again, not sure why.

10. If you're writing your own Asterisk extensions.conf your intercom lines might look something like this:
exten => _*80XXX,1,SIPAddHeader(Call-Info: <sip>\;Answer-After=2\;device=speaker)
exten => _*80XXX,n,Goto(${EXTEN:3},1)

11. So having learned those things, we are able to implement a pretty good solution. Some additional "wishlist" things that would top it off that I don't think are available:
* Enforcing a minimum warning tone/ring volume on incoming intercom/auto answer calls. Helpful if the user has their ringer turned down.
* Specifying a custom wav file for ring on auto answer calls, like you can do on regular calls. As far as I know, you cannot currently do this, but you can specify custom frequency patterns using the voice.tone.autoanswer setting (web interface Settings/Tones/Auto Answer). I'm not super-familiar with all the options available there, but it seems like it's difficult or not possible to set the relative volume of the Auto Answer warning tone, as compared to the volume of the regular ringer, which would be nice to be able to do.

I'm not an expert on VOIP stuff, so any other comments or feedback would certainly be welcome.
01-17-2017 04:27 PM
Find all posts by this user    like0    dislike0 Quote this message in a reply
Post Reply 


Messages In This Thread
T48G Intercom Auto-answer - cm21 - 11-10-2016, 09:45 PM
RE: T48G Intercom Auto-answer - cm21 - 11-14-2016, 04:30 PM
RE: T48G Intercom Auto-answer - cm21 - 11-15-2016, 03:05 PM
RE: T48G Intercom Auto-answer - cm21 - 11-22-2016, 02:49 PM
RE: T48G Intercom Auto-answer - cm21 - 11-28-2016, 08:29 PM
RE: T48G Intercom Auto-answer - jolouis - 11-16-2016, 02:52 PM
RE: T48G Intercom Auto-answer - cm21 - 11-18-2016, 05:08 PM
RE: T48G Intercom Auto-answer - cm21 - 01-17-2017 04:27 PM
RE: T48G Intercom Auto-answer - engine411 - 03-06-2017, 08:48 PM
RE: T48G Intercom Auto-answer - anonymous1711612242218 - 01-19-2017, 06:51 AM

Possibly Related Threads...
Thread: Author Replies: Views: Last Post
Question SMS/Text Auto Reply on T42S tcodispot 0 402 01-09-2024 03:51 AM
Last Post: tcodispot
  T48G/T49G on Ring Central? Gordon 2 9,280 12-27-2023 10:38 AM
Last Post: jseeley
  T48G Top row keypad buttons requiring too much pressure after time Chris708 4 9,823 11-16-2023 01:08 AM
Last Post: here4real
  T48G Connected handset not answering or ending call with connected handset. Pettis 4 2,323 07-27-2023 05:38 AM
Last Post: Lissvazquez
  T48G + EHS36 +Janra engage 75 not hanging up call kris.hetherington@firstsource.com 1 5,202 09-30-2022 03:23 AM
Last Post: knewgent
  T48G - TLS 1.2 Support for 3CX Futureweb 1 2,506 09-30-2022 12:55 AM
Last Post: complex1
  T4X no beep on intercom answer jcaruso 2 7,355 04-12-2022 04:46 AM
Last Post: JohnJ
  T41P/T48G/T58V IPv6 SIP Issues ReubenFarrelly 22 63,146 08-01-2021 06:14 PM
Last Post: Phil2021
Question T48G + WH66 Futureweb 1 4,247 06-09-2021 09:22 PM
Last Post: Futureweb
  T46G/T48G no Ringtone because of 183 insted of ringing eurix 2 6,839 04-09-2021 05:16 PM
Last Post: eurix

Forum Jump:


User(s) browsing this thread:

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