OK. That makes sense. I can just set the default number to VM extension or something. But I'm curious about the delay and timeout settings.

The delay setting is for the time period before the SNR number is dialed? And the timeout period is the period when the cisco phone removes itself from the phone call and just lets the SNR number handle the call?

Also, apparently from another post in this thread, when using a PSTN line it can't fallback to the UC500 VM if there is no answer? Is that correct?

Lastly, I'm not familar with FXO Disconnect Supervision. Can you elaborate?

Thanks.

-Brian

That is correct if you are using analog phone lines.  The SNR call will go out but once that call is made the system doesn't have a way to keep track if that call is answered or not, thus making the timeout and snr call-forward noan values useless.  This problem does not occur if you are using ISDN. 

I really wish Cisco would include complete support for analog lines using SNR in a future release.

Cole

Yeah I agree. Not much difference than call forwarding at this point.

Brian

See inline responses below:

The delay setting is for the time period before the SNR number is dialed?

Correct - you can set this to 0 in which case its immediate

And the timeout period is the period when the cisco phone removes itself from the phone call and just lets the SNR number handle the call?

No (I see your confusion from my statement earlier) - Sets the number of seconds that the call continues to ring on the desk phone even if theSNR number answers the call.

Here is an explanation of what happens with each timer:

For incoming calls to the SNR extension, UC500 rings the desktop IP phone first. If the IP phone does not answer within the configured amount of time (delay xx), it rings the configured remote number while continuing to ring the IP phone (timeout xx). Unanswered calls are sent to a configured voice-mail number (after both delay & timeout xx have expired)

Also, apparently from another post in this thread, when using a PSTN line it can't fallback to the UC500 VM if there is no answer? Is that correct?

Fallback to UC500 VM is not supported on analog lines (assume that is what you mean by PSTN line) as on analog lines there is no answer or disconnect supervision - meaning on an analog line the call is "connected" as soon as a call is setup, there is no notification from the CO (Central Office) to indicate the call has actually been connected to the called party or not unlike in ISDN / SIP trunks. The solution for this would require the called party to explicitly enter a digit to answer the call on the SNR number which is available using UCC Mobility SNR.

ok, thanks for the extrended explanation.

-Brian

Did you also keep the values for delay and timeout to be the same? If not it maybe a different issue in your case (FXO disconnect supervision perhaps??)