I'm guessing you have analog trunks. If you don't subscribe to callerID service from your carrier, change the line type from loopstart CLID to just loopstart.
Thats not the problem. If you set a phone to roll to VM after 4 rings, the caller hears 6, even if the call has already been answered, then transferred. Internal calls also do this.
I hate that and wish there was a fix for this too.
I am afraid this is a characteristic of the IPO VM & cannot be changed, Perhaps if enough people complained to Avaya?
but for most people it is not realy an issue.
Oh OK, thought we were talking about a call going direct to AA.
It is a characteristic of the PSTN in general to introduce a 1 ring delay - nothing avaya can do about that. They might be able to speed of the process of connecting the caller to VMPro though - would help some.
thank you all for your replies, unfortunately their is no way to stop the 2 ring delay when retrieving or forwarding to VM, although I did find this in the help file when using AA
"When using Voicemail Pro, names of specific callflow start points can also be used to directly access those start points via a shortcode. In these cases ? is not used and # is only used if ringing is required before the start points callflow begins.
Note: Shortcodes using the Voicemail Collect feature, with either "Short Codes.name" and "#Short Codes.name" entries in the Telephone Number field, will be automatically converted the Voicemail Node feature and name.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.