03-25-2019 05:31 PM
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,
03-26-2019 02:29 AM
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.
03-26-2019 04:22 AM
04-05-2019 02:54 PM
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.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide