cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

AMA-CUCM Troubleshooting: Best Practices for Reading Trace Files

76
Views
0
Helpful
4
Replies
Highlighted
R A Beginner
Beginner

International call failed on cme T1

Dear all
we have an issue with international call  on cme 

we have one dial peer matched national and international calls 
national calls success 
international calls failed and below the output of debug isdn  

Please we need your help 

041030: ISDN Se0/2/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 148
041031: ISDN Se0/2/0:23 Q931: Sending SETUP callref = 0x01CA callID = 0x80F1 switch = primary-ni interface = User
041032: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8 callref = 0x01CA
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0080, '148'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x91, '0119XXXXXXXXX8'
Plan:ISDN, Type:International
041033: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x81CA
Channel ID i = 0xA98397
Exclusive, Channel 23
041034: ISDN Se0/2/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x81CA
Progress Ind i = 0x8188 - In-band info or appropriate now available
041035: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x81CA
Cause i = 0x8290 - Normal call clearing
041036: ISDN Se0/2/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x01CA
041037: ISDN Se0/2/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x81CA

Everyone's tags (1)
3 ACCEPTED SOLUTIONS

Accepted Solutions
Hall of Fame Master

You are getting DISCONNECT

You are getting DISCONNECT from the carrier, can you try sending the call out with real caller ID instead of '148'?  If that does not work you can try adjusting called plan and isdn type to "Unknown", "Unknown" and try that, if that does not work I would reach out to your telco provider and find out why the reject the call.

Cisco Employee

Hi Remon,

Hi Remon,

Like Chris said earlier we are still receiving disconnect from service provider.

002124: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x813D
Cause i = 0x8290 - Normal call clearing

http://www.cisco.com/c/en/us/support/docs/dial-access/integrated-services-digital-networks-isdn-channel-associated-signaling-cas/8607-isdn-disc-code.html#topic1

82 No route to specified network The ISDN exchange receives a request to route the call through an unrecognized intermediate network. This cause indicates that the equipment receives a request to route the call through a particular transit network. However, the equipment does not recognize the network. The equipment that sends this cause does not recognize the transit network due to one of these reasons:
  • The transit network does not exist.
  • The transit network exists, but does not serve the equipment that sends this cause.
This cause is supported on a network-dependent basis.

You would need to contact telco and they would tell you what do they dont like with you ISDN setup message.

(Rate if it helps)

JB

Hall of Fame Master

As stated in my initial reply

As stated in my initial reply, you will need to contact your provider and have them look on their side. It could be something as simple as international calls not being permitted on this PRI.

4 REPLIES 4
Hall of Fame Master

You are getting DISCONNECT

You are getting DISCONNECT from the carrier, can you try sending the call out with real caller ID instead of '148'?  If that does not work you can try adjusting called plan and isdn type to "Unknown", "Unknown" and try that, if that does not work I would reach out to your telco provider and find out why the reject the call.

R A Beginner
Beginner

Dear Chris I tried the above

Dear Chris 
I tried the above suggestion bu failed and below the debug output of two cases :-

001990: ISDN Se0/2/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling num 3472854151
001991: ISDN Se0/2/0:23 Q931: Sending SETUP callref = 0x012F callID = 0x80B0 switch = primary-ni interface = User
001992: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8 callref = 0x012F
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x2180, '3XXXXXXXX1'
Plan:ISDN, Type:National
Called Party Number i = 0x91, '011XXXXXXXXXXX8'
Plan:ISDN, Type:International
001993: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x812F
Channel ID i = 0xA98397
Exclusive, Channel 23
001994: ISDN Se0/2/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x812F
Progress Ind i = 0x8188 - In-band info or appropriate now available
001995: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x812F
Cause i = 0x8290 - Normal call clearing
001996: ISDN Se0/2/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x012F
001997: ISDN Se0/2/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x812F


_________________________________________________________________________________________________


UC520(cfg-translation-rule)#
002119: ISDN Se0/2/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 148
002120: ISDN Se0/2/0:23 Q931: Sending SETUP callref = 0x013D callID = 0x80BE switch = primary-ni interface = User
002121: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8 callref = 0x013D
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Progress Ind i = 0x8183 - Origination address is non-ISDN
UC520(cfg-translation-rule)#
Calling Party Number i = 0x0080, '148'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '011XXXXXXXXXXX8'
Plan:Unknown, Type:Unknown
002122: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x813D
Channel ID i = 0xA98397
Exclusive, Channel 23
002123: ISDN Se0/2/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x813D
Progress Ind i = 0x8188 - In-band info or appropriate now available
002124: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x813D
Cause i = 0x8290 - Normal call clearing
002125: ISDN Se0/2/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x013D
002126: ISDN Se0/2/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x813D

 

Cisco Employee

Hi Remon,

Hi Remon,

Like Chris said earlier we are still receiving disconnect from service provider.

002124: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x813D
Cause i = 0x8290 - Normal call clearing

http://www.cisco.com/c/en/us/support/docs/dial-access/integrated-services-digital-networks-isdn-channel-associated-signaling-cas/8607-isdn-disc-code.html#topic1

82 No route to specified network The ISDN exchange receives a request to route the call through an unrecognized intermediate network. This cause indicates that the equipment receives a request to route the call through a particular transit network. However, the equipment does not recognize the network. The equipment that sends this cause does not recognize the transit network due to one of these reasons:
  • The transit network does not exist.
  • The transit network exists, but does not serve the equipment that sends this cause.
This cause is supported on a network-dependent basis.

You would need to contact telco and they would tell you what do they dont like with you ISDN setup message.

(Rate if it helps)

JB

Hall of Fame Master

As stated in my initial reply

As stated in my initial reply, you will need to contact your provider and have them look on their side. It could be something as simple as international calls not being permitted on this PRI.

CreatePlease to create content
Content for Community-Ad
August's Community Spotlight Awards