Outbound Calls not working on MGCP Gateway.

[christianojum]

Hello,

I have a mgcp gateway deployed with CUCM 11.0. The issue is that outbound calls are not working. I will appreciate help on how to resolve this. Kindly find below and attached  the output of "show viop ccapi inout" 

!!!!!!

SRST-HQ#debug voip ccapi inout
voip ccapi inout debugging is on
SRST-HQ#
SRST-HQ#terminal monitor
SRST-HQ#
SRST-HQ#
SRST-HQ#
Feb 8 09:11:14.602: //-1/806A5D0F1805/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=DL SYS Solutions/Services MGR
----- ccCallInfo IE subfields -----
cisco-ani=2717407
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=08033555429
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

Feb 8 09:11:14.606: //-1/806A5D0F1805/CCAPI/cc_api_call_setup_ind_common:
Interface=0x15484A28, Call Info(
Calling Number=2717407,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=08033555429(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=168
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Feb 8 09:11:14.606: :cc_get_feature_vsa malloc success
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Feb 8 09:11:14.606: cc_get_feature_vsa count is 1
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Feb 8 09:11:14.606: :FEATURE_VSA attributes are: feature_name:0,feature_time:51123160,feature_id:168
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=2717407(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=08033555429(TON=Unknown, NPI=Unknown))
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_process_call_setup_ind:
Event=0x1576D0F8
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 08033555429
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/ccCallSetContext:
Context=0x10015780
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 168 with tag 0 to app "_ManagedAppProcess_TOLLFRAUD_APP"
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/ccCallDisconnect:
Cause Value=21, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/ccCallDisconnect:
Cause Value=21, Call Entry(Responsed=TRUE, Cause Value=21)
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x15484A28, Tag=0x0, Call Id=168,
Call Entry(Disconnect Cause=21, Voice Class Cause Code=0, Retry Count=0)
Feb 8 09:11:14.606: //168/806A5D0F1805/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Feb 8 09:11:14.606: :cc_free_feature_vsa freeing 30C13D0
Feb 8 09:11:14.606: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Feb 8 09:11:14.606: vsacount in free is 0
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#u all
All possible debugging has been turned off
SRST-HQ#
SRST-HQ#

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[b.winter]

Have you checked the status code, that you probably get from the other side?

Because it would tell you, that the call is being rejected

Call Entry(Disconnect Cause=21, Voice Class Cause Code=0, Retry Count=0)

"Disconnect Cause=21" is "Call Rejected"

Could you take another trace with the following debugs enabled:

debug isdn q931

debug voice ccapi ind 1

debug voice ccapi ind 2

debug voice ccapi ind 74

But probably you have talk with the other side, why they are rejecting the call.

--- Please rate this post as "Helpful" or accept as a solution, if your question has been answered ---

[christianojum]

Thanks for the response. 

Note that debug isdn q931 does not show any output when i make outbound call. I can only get output from debug isdn q931 when i make inbound call.

I also could not get output for "debug voice ccapi ind 1"

See below the output for "debug voice ccapi ind 2" and "debug voice ccapi ind 74"

!!!!!

SRST-HQ#u all
All possible debugging has been turned off
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#debug voice ccapi ind 74
voip ccapi individual debugging is on
SRST-HQ#
Feb 8 12:03:35.127: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x163D9754, Interface Type=6, Destination=, Mode=0x9,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002b2d762000000F580004f45)
Feb 8 12:03:35.127: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x261C000, Interface Type=9, Destination=0.0.0.0, Mode=0x9,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002b2d762000000F580004f45)
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#u all
All possible debugging has been turned off
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#debug voice ccapi ind 2
voip ccapi individual debugging is on
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
Feb 8 12:04:45.867: //-1/00F2CD4C4105/CCAPI/cc_api_call_setup_ind_common:
Interface=0x1567A4E8, Call Info(
Calling Number=2717407,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=08033555429(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=16
Feb 8 12:04:56.059: //-1/80695C534205/CCAPI/cc_api_call_setup_ind_common:
Interface=0x1567A4E8, Call Info(
Calling Number=2366080,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=08034682254(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=17
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#
SRST-HQ#u all
All possible debugging has been turned off
SRST-HQ#
SRST-HQ#
SRST-HQ#

[Sadav Ansari]

Run the DNA to check the Call flow and share the below debug.

debug isdn q931

debug voice translation 

debug voice ccapi inout

 Also check the route list and mgcp end point registration status.

app "_ManagedAppProcess_TOLLFRAUD_APP"
Feb 8 09:11:14.60

As per disconnect cause code 21 call being rejected and above log showing TOLLFRAUD_APP, Is cm ip added on trust list ?

Pls rate if its “Helpful”. If this answered your question pls click “Accept as Solution”.

Sadav Ansari 

[b.winter]

As it is MGCP, there is no trust list, like for SIP.

And there is no use of translation profiles / translation rules either, so the debug voice translation is useless.

And I don't think, it's a call routing issue, since the debug already confirmed, that the call is hitting the GW.

So maybe the numbers are not sent in the format, that the other side expects.

[christianojum]

Thanks for the Response,

Since this has been working for years and there was no configuration changes but only stopped after power outage, is there a way i can prove to the PSTN Provider that the Gateway is sending out the call to them and that it is their device that is rejecting it?

And for clarity, is there any indication from the debug that the Gateway has sent out the number to the PSTN device?

In other words, where is the call being dropped and what is dropping it?

[christianojum]

Thanks for responding,

Kindly see the DNA below.

"debug isdn q931" and "debug voice translation " does not show any output 

<?xml version="1.0" standalone="yes" ?>
<DigitAnalysisResult>
<ResultsSummary>
<CallingPartyInfo>
<CallingParty><![CDATA[2717407]]></CallingParty>
<Partition></Partition>
<DeviceCSS>CSS_INTERNATIONAL_ACCESS_NOFAC</DeviceCSS>
<LineCSS></LineCSS>
<AARGroup></AARGroup>
<AARCSS></AARCSS>
</CallingPartyInfo>
<DialedDigits><![CDATA[09030978927]]></DialedDigits>
<MatchResult>RouteThisPattern</MatchResult>
<MatchedPatternInfo>
<Pattern><![CDATA[0[7-9][01]XXXXXXXX]]></Pattern>
<Partition>PT_GSM_NUMBERS_NOFAC</Partition>
<TimeSchedule></TimeSchedule>
</MatchedPatternInfo>
<CalledPartyNumber> <![CDATA[09030978927]]></CalledPartyNumber>
<TimeZone>Africa/Lagos</TimeZone>
<EndDevice>RL_PSTN</EndDevice>
<DeviceLocation>OffNet</DeviceLocation>
<InterDigitTimeout>NO</InterDigitTimeout>
<AllowDeviceOverride>Disabled</AllowDeviceOverride>
<OutsideDialTone>NO</OutsideDialTone>
</ResultsSummary>
<CallFlow>
<RoutePattern Pattern = "0[7-9][01]XXXXXXXX">
<PositionalMatchList>09030978927</PositionalMatchList>
<DialPlan></DialPlan>
<RouteFilter>
<FilterName></FilterName>
<FilterClause></FilterClause>
</RouteFilter>
<RequireForcedAuthorizationCode>No</RequireForcedAuthorizationCode>
<AuthorizationLevel>0</AuthorizationLevel>
<RequireClientMatterCode>No</RequireClientMatterCode>
<networkLocation></networkLocation>
<PreTransformCallingPartyNumber>2717407</PreTransformCallingPartyNumber>
<PreTransformCalledPartyNumber>09030978927</PreTransformCalledPartyNumber>
<CallingPartyTransformations>
<ExternalPhoneNumberMask>NO</ExternalPhoneNumberMask>
<CallingPartyMask></CallingPartyMask>
<Prefix></Prefix>
<CallingLineIdPresentation>Default</CallingLineIdPresentation>
<CallingNamePresentation>Default</CallingNamePresentation>
<CallingPartyNumber><![CDATA[2717407]]></CallingPartyNumber>
</CallingPartyTransformations>
<ConnectedPartyTransformations>
<ConnectedLineIdPresentation>Default</ConnectedLineIdPresentation>
<ConnectedNamePresentation>Default</ConnectedNamePresentation>
</ConnectedPartyTransformations>
<CalledPartyTransformations>
<CalledPartyMask></CalledPartyMask>
<DigitDiscardingInstruction>None</DigitDiscardingInstruction>
<Prefix></Prefix>
<CalledNumber>09030978927</CalledNumber>
</CalledPartyTransformations>
</RoutePattern>
<RouteList RouteListName="RL_PSTN">
<RouteGroup RouteGroupName="RG_PSTN"> <PreTransformCallingPartyNumber>2717407</PreTransformCallingPartyNumber>
<PreTransformCalledPartyNumber>09030978927</PreTransformCalledPartyNumber>
<CallingPartyTransformations>
<ExternalPhoneNumberMask>Default</ExternalPhoneNumberMask>
<CallingPartyMask></CallingPartyMask>
<Prefix></Prefix>
<CallingPartyNumber>2717407</CallingPartyNumber>
</CallingPartyTransformations>
<CalledPartyTransformations>
<CalledPartyMask></CalledPartyMask>
<DigitDiscardingInstructions></DigitDiscardingInstructions>
<Prefix></Prefix>
<CalledNumber>09030978927</CalledNumber>
</CalledPartyTransformations>
<Device Type ="H323Gateway">
<EndDeviceName>10.196.8.5</EndDeviceName>
<PortNumber>0</PortNumber>
<DeviceStatus>UnKnown</DeviceStatus>
<AARGroup></AARGroup>
<AARCallingSearchSpace></AARCallingSearchSpace>
<AARPrefixDigits></AARPrefixDigits>
<InboundFastStart>Disabled</InboundFastStart>
<OutboundFastStart>Disabled</OutboundFastStart>
<DeviceDestination>Use System Default</DeviceDestination>
<TunneledProtocol>None</TunneledProtocol>
<CallingPartyTransformations>
<PreTransformCallingPartyNumber>2717407</PreTransformCallingPartyNumber>
<CallingPartySelection>Originator</CallingPartySelection>
<CallingPartyPresentation>Default</CallingPartyPresentation>
<CallerIDDn></CallerIDDn>
<CallingPartyNumber>2717407</CallingPartyNumber>
</CallingPartyTransformations>
</Device>
</RouteGroup>
</RouteList>
</CallFlow>
<AlternateMatches>
</AlternateMatches>
</DigitAnalysisResult>

[Elliot Dierksen · Accepted solution]

Picking up from where this left off in the routing community thread. The PRI is controlled by MGCP, not the router itself. That means any calls in or out have to be routed via MGCP. Your DNA output shows the outbound call is being sent to this gateway via H.323. That will never work. Toll fraud is kicking in because from the perspective of H.323, the CUCM IP address has no dial peers so it is not trusted. Even if it did have dial peers, those would fail because the PRI is controlled by CUCM through MGCP. Your route group/route list configuration in CUCM is incorrect. The route list for the outbound route pattern needs to point to a route group that contains the MGCP gateway.

[christianojum]

Hello Elliot,

Thanks a lot as you made my day. You are absolutely correct. As soon as I added the MGCP to the Route Group, calls started going through.