cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
947
Views
0
Helpful
2
Replies

Inbound Call UCCX Transfer to PSTN

Seski Ramadhan
Level 1
Level 1

Hi All,

 

I have issue with UCCX to transfer call, what simulation has been done are :

1. Calling from internal to external number (phone number) via UCCX , result is success

2. Calling from external (phone number) to external number (phone number) via UCCX, result is fail

 

UCCX version : 

8.5.1.11004-25

 

CUCM version :

8.5.1.13900-5

 

Here is log that i gather

 

debug voice ccapi inout

 

020986: Aug 17 11:40:25: //4749796/0048F31FD408/CCAPI/ccSaveDialpeerTag:

   Outgoing Dial-peer=204

020987: Aug 17 11:40:25: //4749785/F267DBE48402/CCAPI/cc_api_call_userinfo:

   Interface=0x3F21CCF0, Signal Indication=TONES OFF(63)

020988: Aug 17 11:40:25: //4749785/F267DBE48402/CCAPI/cc_api_call_userinfo:

   Interface=0x3F21CCF0, Signal Indication=NOT PRESENT(255)

 

debug isdn q931

 

                Bearer Capability i = 0x8090A3

                                Standard = CCITT

                                Transfer Capability = Speech 

                                Transfer Mode = Circuit

                                Transfer Rate = 64 kbit/s

                Channel ID i = 0xA9839F

                                Exclusive, Channel 31

                Progress Ind i = 0x8183 - Origination address is non-ISDN 

                Calling Party Number i = 0x2181, '085772337672'

                                Plan:ISDN, Type:National

                Called Party Number i = 0x80, '08121122337'

                                Plan:Unknown, Type:Unknown

149487: Aug 17 13:10:45: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xAEAC

                Cause i = 0x829C00000000 - Invalid number format (incomplete number)

149488: Aug 17 13:10:48: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x8E9B

                Cause i = 0x80A2 - No circuit/channel available

149489: Aug 17 13:10:48: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8  callref = 0x0E9B

149490: Aug 17 13:10:48: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8E9B

149491: Aug 17 13:10:55: ISDN Se0/0/1:15 Q931: RX <- SETUP pd = 8  callref = 0x0E9E

 

Any advice for this problem? 

1 Accepted Solution

Accepted Solutions

Anthony Holloway
Cisco Employee
Cisco Employee
This isn't enough information to troubleshoot the problem. The last three characters of the callref in your debug isdn q931 output should all match for the same call leg. Since we cannot see the callref for the SETUP message, we don't know which subsequent messages are related.

Also, the fact that you can even hit the gateway tells me this isn't an Allow Off Net to Off Net transfer restriction in CUCM, nor does it seem like a CSS Class of Control issue either. If those Cause values you've hightlighted are related, then it seems like the number format is wrong, in which case you would either need to:

a) correct the number format
b) turn on RDNIS
c) ask the carrier for unscreened ANI service

Can you capture a complete debug for us, and then also, can you capture the working debug too for comparison?

Lastly, can you even call forward a phone to an external number and call that phone from an external number (off net to off net call forwarding)? It should work somewhat similar to UCCX doing it. You might find the problem is not with UCCX at all.

View solution in original post

2 Replies 2

Anthony Holloway
Cisco Employee
Cisco Employee
This isn't enough information to troubleshoot the problem. The last three characters of the callref in your debug isdn q931 output should all match for the same call leg. Since we cannot see the callref for the SETUP message, we don't know which subsequent messages are related.

Also, the fact that you can even hit the gateway tells me this isn't an Allow Off Net to Off Net transfer restriction in CUCM, nor does it seem like a CSS Class of Control issue either. If those Cause values you've hightlighted are related, then it seems like the number format is wrong, in which case you would either need to:

a) correct the number format
b) turn on RDNIS
c) ask the carrier for unscreened ANI service

Can you capture a complete debug for us, and then also, can you capture the working debug too for comparison?

Lastly, can you even call forward a phone to an external number and call that phone from an external number (off net to off net call forwarding)? It should work somewhat similar to UCCX doing it. You might find the problem is not with UCCX at all.

Hi Anthony,

 

Thx for Answer, this issue has solved

 

Somehow carrier see the format we gave is wrong, maybe there r some changes in carrier

 

So we add masking in the router(translation pattern), after that, it solved