Forwarding "Blind" to external number

[johnO1234]

Is there anyway to forward "blind" to an external number?
I know how to setup forwarding unconditional and forward busy/no answer and they work, but the problem is they are all governed by the Allocated Answer Interval. When forwarding to cell phones this time will run out and the call will return to the IPO vm. While I understand increasing this time period will allow the calls to be forwarded, it also increases the time that a physical phone in the office will ring before the vm picks up if the number is not forwarded.
Is there a way to disable the Allocated Answer Interval when a number is forwarded so it never returns to the IPO vm? or is there a way to do a "blind" transfer that can never return?
Thanks
John

 

[JeSTeROCK]

Go back to an earlier version! say pre version 2
This changed around version 2

It depended initially on the carrier but now it always returns after the allocated answer interval.

 

[IPGuru]

Allocated Answer Interval - or No answer time as we call it in England (Hey it is OUR Language you are abusing - lol )can be set on a user by user basis so it should only affect the diverted phone & not all calls into the office.

It is posible to create a short code to enable useres to change this setting (Feature- SetNoAnswerTime)

You may also want to try setting it to 0 - I havnt tested but this may be Off - either that or it will cause mayhem.
Good Luck

 

[yeehaababy]

use a virtual user that fws to cell number with vm turned off, or a short code, and fwd the required user to that SC or virtual user....

 

[johnO1234]

In our application it is not feasible to go back to an older version.
Changing the allocated answer interval to 0 does not do anything; it actually just reverts back to the default 15 seconds as if you left it blank. I know that it is possible to setup the users to be able to change the time limit on the allocated answer interval and this might be the best solution to the problem as if right now but I still believe that it is an extra step to complicate the process for something that should not be an issue.
Forwarding to a virtual user will not work as a solution to this either because the initial forward from users ext will once again hit the allocated answer interval time an go back to the voicemail for that extension. The system will not allow to forward to a short code.
Any other ideas would be greatly appreciated.
John

 

[janni78]

I've had this up for discussion with my distributor and they got the answer from Avaya that it was a "design intent" as they call it
The feature will change in 4.0 but they couldn't say how.
Until then you can solve it by transfering the call from VMPro, either by your mailbox.leave och making a shortcode that takes the call into your VMPro.
You have to make the system think that the call is answered.