Setting up the regular CTI RP --> #XXXX --> Voicemail Profile mask XXXX
The calls gets to Connection and the user calling from an IP Phone to IP Phone is prompted to sign in. Without creating a call routing rule for each user how can this be disabled? This was never the default feature in Connection 7 and below.
Port mon shows reason - FwdUnconditional --> Sign In
Thanks for the memories, does anyone else remember when CallManager ran on SQL7?
I have used that configuration many times over the years, so I was surprised when it didn't work on UCXN 8.X
In my case, the config was a CTI-RP with a DN of *XXXX (CfwdAll to Voicemail), and the VM Profile masked to XXXX. I also had "voicemail" in the alerting and display names. One of my co-workers (Ron Smith) suggested I remove any reference to voice or mail in the alerting or display names.
The log file from Remote Port Status Monitor shows what's going on. Here is a call from 4700 to *4725, with the word Voicemail in the alerting & display name. Notice that RedirectingId= is blank. My understanding is that if the RedirectingId is unknown, the call will hit the default Direct Routing rule and will be sent to sign in (if CallerID is known - see the second line, AttemptSignIn).
CallData, 1, CallerId=4700, CalledId=4725, RedirectingId=, Origin=16, Reason=1, CallGuid=94C6637CE813490FAC197D649AE51913, CallerName=Receptionist, LastRedirectingId=, LastRedirectingReason=1024, PortDisplayName=PhoneSystem-1-001
Application, 1, 4700, AttemptSignIn
State, 1, 4700, State - AttemptSignIn.cde!Dummy
Here is a successfull call, the only difference is that "voicemail" was removed from the Alerting & Display names on the CTI Route Point DN. Notice that the CalledID is the same as the RedirectingId, and that the mask did it's job and stripped the *:
CallData, 1, CallerId=4800, CalledId=4725, RedirectingId=4725, Origin=16, Reason=1, CallGuid=28F99E4..