Alternate Extension On Unity Connection

[service]

Hi

I have a voicemail subscriber with 6590 as its primary extension.

If I configure an additional on-net 4-digit extension as an alternate extension, then this works fine. However, if I configure a PSTN number (10-digit) as an alternate extension, this does not work.

What the user does in above scenario is he/she dials Cisco Unity from his cell phone and is prompted for user ID and PIN but when it was deployed it only asked for PIN. Dont know what went wrong and it stopped working.

i have a case open with Cisco TAC but its not yeilding any results.

The logical diagram is as follows:

PSTN ----Legacy PBX----CUCM----Unity Connection

Please suggest what/how can be done.

Thanks

Support

[Jaime Valencia]

That will only work if you match exactly what you configured as the alternate extension as the ANI reaching CUC.

I'd use the port status monitor to see what's reaching CUC and make sure it's what you expected and configured as an alternate extension.

HTH

java

If this helps, please rate

www.cisco.com/go/pdihelpdesk

[service]

Hi

Further to the Query above following Info should help

Unity Connection 8.5  Port Mon

11:16:12, New Call, CalledId=6590,  RedirectingId=6590,  Origin=16,  Reason=4,  CallGuid=7477633D80AF4CDEA53A6E32117218EF,  CallerName=,  LastRedirectingId=6590,  LastRedirectingReason=4,  PortDisplayName=CiscoUM1-VI-001,[Origin=Invalid],[Reason=Invalid]

Q931 debug

ar 14 14:25:59.861: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x51CC

        Bearer Capability i = 0x9090A2

                Standard = CCITT

                Transfer Capability = 3.1kHz Audio

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA18397

                Preferred, Channel 23

       Calling Party Number i = 0x0183, 'XXXXXX6901'

                Plan:ISDN, Type:Unknown

        Called Party Number i = 0x80

                Plan:Unknown, Type:Unknown

Mar 14 14:25:59.863: ISDN Se0/0/0:23 Q931: TX -> SETUP_ACK pd = 8  callref = 0xD1CC

        Channel ID i = 0xA98397

                Exclusive, Channel 23

Mar 14 14:25:59.891: ISDN Se0/0/0:23 Q931: RX <- INFORMATION pd = 8  callref = 0x51CC

       Called Party Number i = 0x81, '6590'

                Plan:ISDN, Type:Unknown

Mar 14 14:25:59.897: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0xD1CC

Mar 14 14:25:59.939: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8  callref = 0xD1CC

        Progress Ind i = 0x8088 - In-band info or appropriate now available

Router1#

Mar 14 14:26:06.231: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8  callref = 0xD1CC

Mar 14 14:26:06.265: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x51CC

Router1#

Mar 14 14:26:15.609: ISDN Se0/2/1:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x0055

        Cause i = 0x8090 - Normal call clearing

i get a Full 10 coming in But when i run port monitor i get a redirecting ID as called party number 6590, i am not sure what was the O/P when it was working fine.

Thanks

[service]

can we use a Direct Routing rule?

Support