Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations John Tel on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Handsfree auto ans external

Status
Not open for further replies.

PlatinumGuy

Instructor
Apr 2, 2007
1,024
GB
Create a user short code on the user

Code: *DCP

Telephone Number: 0,0,2,2

Feature: CW

Give the user an internal auto answer button. With the above short code internal auto answer will now answer external calls aswell.


ACA - IP Office Implement
ACS - IP Office Implement
ACE - IP Office Implement
ACI - IP Office Implement
 
That's cool, how did you find it ?

thank u

hb
 
Its in the docs, it says on 64 series handsets that you may find that the auto answer feature answers external calls.

If this is the case delete that shortcode, so i thought id try it on a DS handset.

Sweet.

ACA - IP Office Implement
ACS - IP Office Implement
ACE - IP Office Implement
ACI - IP Office Implement
 
Now tell me how to stop external transfered calls from auto answering on a set enabled with HFANS. This is the stupidest bug I have ever seen and I can believe in all these years they haven't fixed it. Avaya says its spec, I say goes against logic and the Time-Space Continuum.
 
Will you give me a star if i tell you the answer?

Upgrade to V4.

In V4 there is a change regarding this. Here is an example regarding forwarding but this also applies to internal auto answer thingy.

For IP Office 4.0 and higher, when transferring a call to another extension that has forwarding enabled, the type of call being transferred is used. For example, if transferring an external call, if the transfer target has forwarding of external calls enabled then the forward is used.

Basically because the call you are transferring is external the handset sees it as an external call.

I have just tried this and an external transferred call, blind or supervised, is not answered by internal auto answer.

This will also have an impact on forwards obviously. If somebody sets up a forward but does not want internal calls to forward by not checking forward internal calls, somebody doing a supervised transfer will follow the forward because they are transferring an external call.

Does that make sense?





ACA - IP Office Implement
ACS - IP Office Implement
ACE - IP Office Implement
ACI - IP Office Implement
 
I think this is the way it is on 4.0.7 but not 4.0.5, but I am not sure of that.. Either way its still not good. Customers want to be able to press transfer,dial the ext, voice announce, hang up and have the call ring at the target. We can't do that no way no how that I know of.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top