V9 voicemail errata** tone set

[LeonidasG_3CX]

Re: V9 voicemail errata

> There is sometimes a 5sec delay after entry to
voicemail before the greeting is played; this
delay appears to be gone with later access

This delay is due to the new Abyss Webserver. If the phonesystem / ivr remains inactive for a few hours, then the phonesystem / ivr needs some time to pre-chache the Voice Prompts before being used again.

> when messages saved [option 0], announcement
says 'message saved', but doesn't say 'goodbye';
simply abruptly disconnects (but doesn't hang up);
oddly, when exiting voicemail without a message,
the announcement does say 'goodbye'; the
system should always prompt a disconnect with 'goodbye'

It doesn't abruptly end the call just like that.
It clearly says "Message saved", then ends the call. I think that's acceptable to be honest, but if you think it SHOULD say "Goodbye" it can be easily added, or you can modify it yourself by merging the "Message saved" and "Goodbye" prompts together with an audio editing program.

> on re-record, [option 1], the initial greeting is
played each time; this is time-wasting, and
unlike most commercial products

Some PBX's may simply "abruptly " have you re-record your message without any warning prompt.
I'd consider this a feature, not a bug. I don't see this changing any time soon.

> "repeat recording" [option 1] is incorrect language--
caller is not repeating anything, but replacing it--could
easily be understood to mean 'play the recording';
should say 'record again' or 're-record' or even
'erase and record again' -- more accurate phrases

This is just a followup of the Re-Record post you made above.
Honestly i think the current way this is implemented serves it's purpose. When you press 1 to re-record it simply asks you to record your message again. This isn't a bug, it's a good functioning solution.
- I can't think of a person that would be confused from this.

> local SIP phone doesn't auto-disconnect when
voicemail system drops it; would be nice if it did

Can you explain this in more detail? You mean that when a phone disconnects from the Voice mail, the call is not disconnected? Please explain.

> other systems have a 'continue recording' option to
allow add-on to existing message; this is useful.

Never heard of this feature before, it could have some advantages, but in the big majority of phonesystems i know you would simply leave another Voicemail to the user.

 

[LeonidasG_3CX]

Re: V9 voicemail errata

> That 5sec delay is not good; is there a way to pre-process
or lock in place the few prompts actually needed? Or will
running IIS (on WindowsXP Pro) instead of Abyss solve this?

Here's a workaround to your issue, try it out and let me know how it goes.
http://www.3cx.com/forums/v9-very-long-delay-on-vm-response-16136.html

> Yes, I do think that 'message saved' with no other ending
prompt is abrupt; your solution works; I note that if you
don't record a message, you do get voicemail 'goodbye'.
At the very least, that's not consistent.

I'll check this out, maybe we can get this to be a bit more consistent.
Not guaranteeing anything 100% though.

> nearly all PBX do not replay the greeting on a re-record;
they may play a 're-record' voice prompt, and a beep-tone.
This is a much better solution, because it's much shorter.
And it seems patently silly to be repeatedly 're-greeted'.
======================================================
> Sorry--not a follow-up to the previous comment; press 1
yields a prompt to 'repeat recording' not to re- record.
The problem is in the prompt language: 'repeat' means to
do the same action again--not to replace. It could be
understood to mean 're-play'. Prompt phrases such as 're-
record' or 'erase and record again' make this a lot more clear.

This requires some changing in the Voice Mail / IVR structure and such changes can break the ivr functionality, that's why i'm being hesitant in such changes. I'll see if something can be done about this, but again no guarantees here either.

> Yes: when voicemail disconnects, it doesn't disconnect the
call; the phone is left to simply timeout on an open line.

We've never seen this behavior, this could be phone / firmware specific behavior.
Could you give your phone a firmware upgrade and also tell me what phone's you're using?

> Only some phone systems let you append to your message,
but on systems that take orders or other long messages, this
could be a very useful feature.

Well, you can always try this in the Feature Request section, if it gets a lot of feedback it will probably get added in a future release.

 

[comresource]

Re: V9 voicemail errata

> Yes: when voicemail disconnects, it doesn't disconnect the
call; the phone is left to simply timeout on an open line.

By chance are you using a Cisco SPA series phone?

I ran into something similar. This is fixed by a slight tweak. More info here

https://www.myciscocommunity.com/thread/6310?tstart=75

 

[nb]

Re: V9 voicemail errata

> Yes: when voicemail disconnects, it doesn't disconnect the
call; the phone is left to simply timeout on an open line.

This is not supposed to happen.
You should just hang up your handset and the vloicail recording will be stopped, saved and call leg will be disconnected.

If you have this behavior there is something wrong.
As the previous link that commresource posted, you need to ask certain questions as to why this is happening.

Does this happen on internal calls (ext to ext leaving voicemail) ?
If no then you will probably identify that the calls are coming in from external lines Inbound to the voicemail server. Find the gateway in between (Analog, isdn, voip provider) and start ruling out. If you have analog gateway, I would blame that first. Not the device itself but how it is configured.

This is extremely common problem in Analog gateways. This is when the link below kicks in. Maybe disconnect tone is not configured. Reorder tone, etc. What gateway do you have in between?

What is very common is the following - I get device plug it in my network, and plug a line. OK I can make calls. Perfect.
Call comes in from telco to my line. Call is answered - OK. Caller disconnects call. Telco disconnects call (sends BYE) in a frequency/cadence XXX. But gateway does not understand this because it came out of the factory intended to be shipped to Telco ZZZ in the States and it is set to disconnect tone YYYY. So it is ignored therefore it does not drop the call.

To solve this you need to contact your telco, bring up the page that states these parameters on the gateway and get this information. Only then you will have reliable telephony.