cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
997
Views
0
Helpful
3
Replies

Direct Calls from PSTN and Redirected Calls from PSTN to Same Directory Number Yield Different Results

ICS-BDUNCAN
Level 1
Level 1

Our Telecom Provider is redirecting some old external numbers that we have to our main directory number 1860 over our PRI so calls coming in on those numbers will receive our main Auto Attendant Greeting.  However, unlike calls from the outside that dial the main number directly that receive the main Auto Attendant Greeting, the redirected calls from the PSTN are NOT receiving the main Auto Attendant Greeting and it is driving me crazy.

 

I have ran debug on the PRI Router and made calls directly to the main number from my cell phone and also to one of the numbers being redirected and both calls show the Called Party Number i = 0x80, '1860' however, only the direct dialed calls get the Auto Attendant.  The redirected calls receive the default Unity Message.

 

Here is the debug from the 2 calls.  The first is made directly from my cell phone to the main number (I have changed the phone numbers for security purposes but you get the idea).

 

*Mar 22 06:42:47.963 AZT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x13E3
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Facility i = 0x9F8B0100A11302013C020100800B5269636520437572746973
                Protocol Profile =  Networking Extensions
                0xA11302013C020100800B5269636520437572746973
                Component = Invoke component
                        Invoke Id = 60
                        Operation = CallingName
                                Name Presentation Allowed Extended
                                Name = John Doe
        Display i = 'John Doe'
        Calling Party Number i = 0xXXXX, '520xxxxxxx'
                Plan:ISDN, Type:National
        Called Party Number i = 0x80, '1860'
                Plan:Unknown, Type:Unknown
*Mar 22 06:42:48.049 AZT: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x13E3
*Mar 22 06:43:16.129 AZT: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0x13E3
        Cause i = 0x8290 - Normal call clearing
*Mar 22 06:43:16.165 AZT: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x13E3

 

And this is the call made from my cell number to one of the external numbers that the Telecom Company is redirecting to our main number on the PSTN.  The only difference between the 2 calls that I can tell is that the phone company is passing us the original number that I dialed as the Redirecting Number i = 0xYYYYYY, '520yyyyyyy' in the call header.  But I checked everywhere in our CUCM 10.5 and Unity Connection 10.5 settings and cannot see anywhere that we are checking for the Redirecting Number for anything.  So I am puzzled as to why both calls destined for 1860 do not end up in the same place (the Main Auto Attendant Greeting).

 

*Mar 22 06:40:19.355 AZT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x13E0
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Facility i = 0x9F8B0100A113020139020100800B5269636520437572746973
                Protocol Profile =  Networking Extensions
                0xA113020139020100800B5269636520437572746973
                Component = Invoke component
                        Invoke Id = 57
                        Operation = CallingName
                                Name Presentation Allowed Extended
                                Name = John Doe
        Display i = 'John Doe'
        Calling Party Number i = 0xXXXX, '520xxxxxxx'
                Plan:ISDN, Type:National
        Called Party Number i = 0x80, '1860'
                Plan:Unknown, Type:Unknown
        Redirecting Number i = 0xYYYYYY, '520yyyyyyy'
                Plan:Unknown, Type:Unknown
*Mar 22 06:40:19.545 AZT: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x13E0
*Mar 22 06:40:28.449 AZT: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0x13E0
        Cause i = 0x8290 - Normal call clearing
*Mar 22 06:40:28.483 AZT: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x13E0

 

Any light that anyone could help shed on this would be greatly appreciated,

3 Replies 3

Adam Pawlowski
VIP Alumni
VIP Alumni

I believe you can strip redirecting headers, or wash the call somehow but you could also add this as an alternate extension in Unity Connection if your main AA is a mailbox , use a routing rule there etc . UCM’s default is to pass that first redirecting number which voicemail relies on to see how you got there. 

What protocol is the gateway using toward CUCM? If SIP there are two easy ways to deal with this:
1. (Recommended) Uncheck the Redirecting Diversion Header Delivery - Inbound box on the gateway (not CUC!) SIP Trunk.
2. Use a SIP Profile on the gateway to strip the Diversion header from INVITE requests only toward CUCM.

I apologize for the delay in getting back to your response.  I had it set to send me an email when there was a post but I did not receive one.  Anyway -- thank you so much for the info.  We are in the processes of converting from our current PRI Telecom Connection to a SIP Connection.  We will be testing the SIP on Monday so I will test out your recommended option to see if we can get the forwarded calls to end up where they are meant to go.

 

I will let you know how it goes.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: