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

Outbound Call Failure - SIP to ISDN Voice Gateway

C_Noble
Level 1
Level 1

I reconfigured a customer's MGCP gateway for SIP to ISDN.  I removed the MGCP configuration (there are a few remnants), configured a test route pattern, route list, route group and SIP trunk.  I also configured VOIP and POTS dial peers.

Inbound calls from the PSTN are working correctly.  Outbound call are not.
The PSTN wants 99 and 10 digits.

Below are the relevant CUCM and router configurations and debugs:

CUCM CONFIGURATION

ROUTE PATTERN CONFIG
Route Pattern : 997275148579
Gateway/Route List : SIP-ISDN-GW-RL
Route This Pattern
OffNet
Provide Outside Dial Tone

ROUTE LIST CONFIG
Route List is enabled
Run On All Acive Nodes - Checked
Route Group : SIP-ISDN-GW-RG

ROUTE GROUP CONFIG
Selected Trunk : SIP-ISDN-GW-TRK

SIP TRUNK CONFIG
SIP-ISDN-GW-TRK
Location : Hub_None
Run On All Acive Nodes - Checked
Significat Digits : All
Default Non Secure SIP Trunk Profile
Standard SIP Profile with Options Ping


=============================================================================

RELEVANT ROUTER CONFIGURATIONS:
isdn switch-type primary-ni

voice-card 0

voice service voip
ip address trusted list
ipv4 x.x.0.67
ipv4 x.x.0.68
qsig decode
dtmf-interworking rtp-nte
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
modem passthrough nse codec g711ulaw
sip
bind control source-interface GigabitEthernet0/1
bind media source-interface GigabitEthernet0/1
session transport tcp
options-ping 60
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g711alaw
codec preference 3 g729r8

controller T1 0/0/0
cablelength short 110
pri-group timeslots 1-24
!
controller T1 0/0/1
cablelength short 110
pri-group timeslots 1-24

interface GigabitEthernet0/1
ip address x.x.2.134 255.255.255.240
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip verify unicast source reachable-via any allow-default
duplex auto
speed auto
no mop enabled
no clns route-cache
service-policy output voice

interface Serial0/0/0:23
no ip address
encapsulation hdlc
no cdp enable
isdn switch-type primary-ni
isdn incoming-voice voice
!
interface Serial0/0/1:23
no ip address
encapsulation hdlc
no cdp enable
isdn switch-type primary-ni
isdn incoming-voice voice


voice-port 0/0/0:23
!
voice-port 0/0/1:23
echo-cancel coverage 64


no mgcp package-capability res-package
no mgcp timer receive-rtcp
mgcp behavior rsip-range tgcp-only
mgcp behavior comedia-role none
mgcp behavior comedia-check-media-src disable
mgcp behavior comedia-sdp-force disable
!
mgcp profile default
!
!
!
no ccm-manager fax protocol cisco
!
dial-peer voice 100 voip
description -Inbound VoIP Peer from CUCM-
session protocol sipv2
incoming called-number 99.
voice-class codec 1
dtmf-relay rtp-nte
no vad
!
dial-peer voice 1 pots
description -Outbound POTS Peer to PSTN-
destination-pattern 99[2-9]..[2-9]......
port 0/0/0:23
forward-digits all
!
dial-peer voice 2 pots
description -Inbound POTS Peer from PSTN-
incoming called-number .
direct-inward-dial
!
dial-peer voice 200 voip
description -Outbound VOIP Peer to CUCM-
destination-pattern 82[7-8]....
session protocol sipv2
session target ipv4:x.x.0.68
voice-class codec 1
dtmf-relay rtp-nte
no vad

gateway
timer receive-rtp 1200


======================================================================
DEBUG VOIP CCAPI INOUT

*Oct 14 20:04:04.984: //-1/1ED645800000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=8280230
----- ccCallInfo IE subfields -----
cisco-ani=8280230
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=997275148579
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

*Oct 14 20:04:04.984: //-1/1ED645800000/CCAPI/cc_api_call_setup_ind_common:
Interface=0x3EF8F1DC, Call Info(
Calling Number=8280230,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=997275148579(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=100, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=2881
*Oct 14 20:04:04.984: //-1/1ED645800000/CCAPI/ccCheckClipClir:
In: Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Oct 14 20:04:04.984: //-1/1ED645800000/CCAPI/ccCheckClipClir:
Out: Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Oct 14 20:04:04.984: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.984: :cc_get_feature_vsa malloc success
*Oct 14 20:04:04.984: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.984: cc_get_feature_vsa count is 1
*Oct 14 20:04:04.984: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.984: :FEATURE_VSA attributes are: feature_name:0,feature_time:1047983944,feature_id:59
*Oct 14 20:04:04.984: //2881/1ED645800000/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=997275148579(TON=Unknown, NPI=Unknown))
*Oct 14 20:04:04.984: //2881/1ED645800000/CCAPI/cc_process_call_setup_ind:
Event=0x3F719E70
*Oct 14 20:04:04.984: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 997275148579
*Oct 14 20:04:04.984: //2881/1ED645800000/CCAPI/ccCallSetContext:
Context=0x3A03ACE4
*Oct 14 20:04:04.984: //2881/1ED645800000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 2881 with tag 100 to app "_ManagedAppProcess_Default"
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=1, Params=0x3A03C2EC, Progress Indication=NULL(0)
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCheckClipClir:
In: Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCheckClipClir:
Out: Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCallSetupRequest:
Destination Pattern=99[2-9]..[2-9]......, Called Number=997275148579, Digit Strip=TRUE
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccCallSetupRequest:
Calling Number=8280230(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=997275148579(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info= - 828-0230
Account Number=8280230, Final Destination Flag=TRUE,
Guid=1ED64580-0001-0000-0000-05F6440011AC, Outgoing Dial-peer=1
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=8280230
----- ccCallInfo IE subfields -----
cisco-ani=8280230
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=997275148579
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x23D54B6C, Interface Type=6, Destination=, Mode=0x0,
Call Params(Calling Number=8280230,(Calling Name=- 828-0230)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=997275148579(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*Oct 14 20:04:04.988: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.988: :cc_get_feature_vsa malloc success
*Oct 14 20:04:04.988: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.988: cc_get_feature_vsa count is 2
*Oct 14 20:04:04.988: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 14 20:04:04.988: :FEATURE_VSA attributes are: feature_name:0,feature_time:1047983720,feature_id:60
*Oct 14 20:04:04.988: //2882/1ED645800000/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
*Oct 14 20:04:04.988: //2882/1ED645800000/CCAPI/ccCallSetContext:
Context=0x3A03C29C
*Oct 14 20:04:04.988: //2881/1ED645800000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=1
N7089001RT002#
*Oct 14 20:04:05.020: //2882/1ED645800000/CCAPI/cc_api_call_proceeding:
Interface=0x23D54B6C, Progress Indication=NULL(0)
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/cc_api_call_disconnected:
Cause Value=17, Interface=0x23D54B6C, Call Id=2882
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=17, Retry Count=0)
*Oct 14 20:04:06.496: //2881/1ED645800000/CCAPI/ccCallReleaseResources:
release reserved xcoding resource.
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/ccCallSetAAA_Accounting:
Accounting=0, Call Id=2882
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/ccCallDisconnect:
Cause Value=17, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=17)
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/ccCallDisconnect:
Cause Value=17, Call Entry(Responsed=TRUE, Cause Value=17)
*Oct 14 20:04:06.496: //2882/1ED645800000/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
*Oct 14 20:04:06.520: //2882/1ED645800000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x23D54B6C, Tag=0x0, Call Id=2882,
Call Entry(Disconnect Cause=17, Voice Class Cause Code=0, Retry Count=0)
*Oct 14 20:04:06.520: //2882/1ED645800000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
*Oct 14 20:04:06.520: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 14 20:04:06.520: :cc_free_feature_vsa freeing 3E76F660
*Oct 14 20:04:06.520: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 14 20:04:06.520: vsacount in free is 1
*Oct 14 20:04:06.520: //2881/1ED645800000/CCAPI/ccCallDisconnect:
Cause Value=17, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Oct 14 20:04:06.520: //2881/1ED645800000/CCAPI/ccCallDisconnect:
Cause Value=17, Call Entry(Responsed=TRUE, Cause Value=17)
*Oct 14 20:04:06.524: //2881/1ED645800000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x3EF8F1DC, Tag=0x0, Call Id=2881,
Call Entry(Disconnect Cause=17, Voice Class Cause Code=0, Retry Count=0)
N7089001RT002#
*Oct 14 20:04:06.524: //2881/1ED645800000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
*Oct 14 20:04:06.524: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 14 20:04:06.524: :cc_free_feature_vsa freeing 3E76F740
*Oct 14 20:04:06.524: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 14 20:04:06.524: vsacount in free is 0


================================================================================
DEBUG ISDN Q931


*Oct 14 20:04:55.524: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x4 0x1, Calling num 8280230
*Oct 14 20:04:55.524: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x0092 callID = 0x8004 switch = primary-ni interface = User
*Oct 14 20:04:55.524: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0092
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Facility i = 0x9FAA068001018201018B0100A11F020119020100801743687269732052696176657A20
N7089001RT002#2D203832382D30323330
Protocol Profile = Networking Extensions
0x010182
0x01018B
0x0100
0xA11F020119020100801743687269732052696176657A202D203832382D30323330
Component = Invoke component
Calling Party Number i = 0x4181, '8280230'
Plan:ISDN, Type:Subscriber(local)
Called Party Number i = 0x80, '997275148579'
Plan:Unknown, Type:Unknown
*Oct 14 20:04:55.556: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8092
Channel ID i = 0xA98397
Exclusive, Channel 23
*Oct 14 20:04:56.868: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x8092
Cause i = 0x8A91 - User busy
*Oct 14 20:04:56.872: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x0092
*Oct 14 20:04:56.888: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8092

ANY IDEAS???

1 Accepted Solution

Accepted Solutions

TechLvr
Spotlight
Spotlight

@C_Noble Are you sure your carrier accepts 8280230 as a valid caller ID? Or do they expect a 10 digit DID as your calling number?

In CUCM, try masking the extension 8280230 with a DID that's associated with your PRI trunk and test again. 

Also, make sure your b channel order is the opposite of the carrier's b channel order.  

One last note: Your gateway is configured for a full PRI with 23 b channels + 1 D channel, and your b channel order is set to bottom top. When you make and an outbound call, the first outbound call uses b channel 23. Now, if you have a fractured PRI with let's say only 10 channels on the carrier side, your outbound call will fail because, in that case, b channel 23 would not exist. So make sure you have a full PRI on the carrier side as well. If not, modify your router config to show the correct number of fractured b channels under pri-group timeslots. 

View solution in original post

3 Replies 3

TechLvr
Spotlight
Spotlight

@C_Noble Are you sure your carrier accepts 8280230 as a valid caller ID? Or do they expect a 10 digit DID as your calling number?

In CUCM, try masking the extension 8280230 with a DID that's associated with your PRI trunk and test again. 

Also, make sure your b channel order is the opposite of the carrier's b channel order.  

One last note: Your gateway is configured for a full PRI with 23 b channels + 1 D channel, and your b channel order is set to bottom top. When you make and an outbound call, the first outbound call uses b channel 23. Now, if you have a fractured PRI with let's say only 10 channels on the carrier side, your outbound call will fail because, in that case, b channel 23 would not exist. So make sure you have a full PRI on the carrier side as well. If not, modify your router config to show the correct number of fractured b channels under pri-group timeslots. 

C_Noble
Level 1
Level 1

Awesome thank you for the quick response.

I will take do some testing on Monday based up on your recommendations.

Apart from the advice given by @TechLvr your call is disconnected by your service provider with this cause code, Disconnect Cause=17. That means user busy. If you’re sure that the called party is not busy I’d advise you to verify the exact format of called and calling numbers that your service provider expects, down to number structure, number type and isdn plan. You can modify all of these with voice translation rules on your gateway.

Also you do not need any of these commands.
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
They are all for a SBC (Cube) configuration and your setup is not an SBC.



Response Signature