Solved: Re: weird H.323 dial-peer behavior

twfredericks · ‎11-19-2012

Appreciate any and all help/suggestions greatly!!!

I have a H.323 voice gateway in Comodoro Riverera, Argentina with the following dial-peer:

dial-peer voice 10105 pots

description PSTN-LD

destination-pattern 90[1-3]T

port 0/1/0:15

prefix 0

LD calling in Argentina must be sent with a leading 0 (trunk code) and then the state or area code followed by the number. Since there are a plethera of state/area codes that could be anywhere from 2-4 digits, I decided using the variable range destination patter with interdigit timeout would be best.

My customer is able to dial all LD numbers except for those going to Buenos Aries, which use area code 11 (i.e.11 4362 9912).

Using CSIM start and q931 debugging I'm able to simulate a call to this number and show the following:

csim start 901143629912

csim: called number = 901143629912, loop count = 1 ping count = 0

EOGtgMARcomod01#csim start 901143629912

csim: called number = 901143629912, loop count = 1 ping count = 0

Nov 19 18:09:30.622: ISDN Se0/1/0:15 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 2

Nov 19 18:09:30.622: ISDN Se0/1/0:15 Q931: Sending SETUP callref = 0x00DD callID = 0x805E switch = primary-4ess interface = User

Nov 19 18:09:30.622: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00DD

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839E

Exclusive, Channel 30

Called Party Number i = 0x91, '43629912'

My question is why the heck is the 011 being stripped from call since my dial-peer is sending the full number with 0 prefixed. Like mentioned before, this dial-peer is working for all other LD calls....like below:

csim start 903704430970

csim: called number = 903704430970, loop count = 1 ping count = 0

Nov 19 18:13:09.898: ISDN Se0/1/0:15 Q931: Sending SETUP callref = 0x00DE callID = 0x805F switch = primary-4ess interface = User

Nov 19 18:13:09.898: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00DE

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839E

Exclusive, Channel 30

Called Party Number i = 0x80, '03704430970'

I've already looked at all other dial-peers in my gateway to eliminate the possibility of the Buenos Aries call matching another dial-peer, but have included them below for your analysis:

dial-peer voice 10101 pots

description PSTN-EMERGENCY

destination-pattern 91[01][0-7]

port 0/1/0:15

forward-digits 3

!

dial-peer voice 10102 pots

description PSTN-COMODORO

destination-pattern 9[2-9]......

port 0/1/0:15

forward-digits 7

!

dial-peer voice 10103 pots

description PSTN-MOBILE-LOCAL

destination-pattern 915[2-9]......

port 0/1/0:15

forward-digits 9

!

dial-peer voice 10104 pots

description PSTN-TOLLFREE

destination-pattern 9080........

port 0/1/0:15

forward-digits 11

!

dial-peer voice 10105 pots

description PSTN-LD

destination-pattern 90[1-3]T

port 0/1/0:15

prefix 0

!

dial-peer voice 10106 pots

description PSTN-INTERNATIONAL

destination-pattern 900T

port 0/1/0:15

prefix 00

Chris Deren · ‎11-19-2012

I think the GW might be interpreting this as an international call as 011 is used for international dialing in US

Can you try this:

voice translation-rule 10

rule 1 /^9011/ /9011/ type any unknown plan any unknown

!

voice translation-profile INTL

translate called 10

dial-peer voice 10105 pots

translation-profile outgoing INTL

Chris

View solution in original post

Harmit Singh · ‎11-19-2012

Hi,

That is odd. Do you have any voice translation rules / profiles configured on the gateway? Can you send "show run", "show version", "debug isdn q931" and "debug voip ccapi inout" while recreating the issue and send it across.

BTW, I tested this in my lab router and it works fine for me:

R6-PSTN-BB#show run | sec dial-peer voice 123123

dial-peer voice 123123 pots

destination-pattern 90[1-3]T

port 0/0/0:15

prefix 0

R6-PSTN-BB#csim start 901143629912

csim: called number = 901143629912, loop count = 1 ping count = 0

*Nov 19 18:26:47.958: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x008A callID = 0x800B switch = primary-ni interface = Network

*Nov 19 18:26:47.958: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x008A

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Called Party Number i = 0x80, '01143629912'

Plan:Unknown, Type:Unknown

HTH.

Regards,

Harmit.

Chris Deren · ‎11-19-2012

Please post "debug voice dialpeer" to see which dial peer you are matching.

Chris

twfredericks · ‎11-19-2012

show debug

DIALPEER:

debug voip dialpeer inout is ON (filter is OFF)

csim start 901143629912

csim: called number = 901143629912, loop count = 1 ping count = 0

Nov 19 19:12:22.926: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Calling Number=, Called Number=901143629912, Peer Info Type=DIALPEER_INFO_SPEECH

Nov 19 19:12:22.926: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=901143629912

Nov 19 19:12:22.926: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

Nov 19 19:12:22.926: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

Nov 19 19:12:22.926: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=10105

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

debug voip ccapi inout
voip ccapi inout debugging is on

csim start 901143629912

Nov 19 19:14:18.350: csim: called number = 901143629912, loop count = 1 ping count = 0

Nov 19 19:14:18.350: csimSetupPeer peer type(1), destPat(901143629912), matched(3), target()

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Destination=, Calling IE Present=FALSE, Mode=0,

Outgoing Dial-peer=10105, Params=0x2CFBE668, Progress Indication=NULL(0)

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Destination Pattern=90[1-3]T, Called Number=901143629912, Digit Strip=TRUE

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=901143629912(TON=Unknown, NPI=Unknown),

Redirect Number=, Display Info=

Account Number=, Final Destination Flag=FALSE,

Guid=26735584-31B4-11E2-84F5-9F32A1D18BA6, Outgoing Dial-peer=10105

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_api_display_ie_subfields:

ccCallSetupRequest:

cisco-username=

----- ccCallInfo IE subfields -----

cisco-ani=

cisco-anitype=0

cisco-aniplan=0

cisco-anipi=0

cisco-anisi=0

dest=901143629912

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

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:

Interface=0x2BAFC760, Interface Type=6, Destination=, Mode=0x0,

Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=901143629912(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=10105, Call Count On=FALSE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: :cc_get_feature_vsa malloc success

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: cc_get_feature_vsa count is 7

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: :FEATURE_VSA attributes are: feature_name:0,feature_time:751580792,feature_id:1207

Nov 19 19:14:18.350: //779/2673558484F5/CCAPI/ccIFCallSetupRequestPrivate:

SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1

Nov 19 19:14:18.350: //779/2673558484F5/CCAPI/ccCallSetContext:

Context=0x3300583C

Nov 19 19:14:22.410: //779/2673558484F5/CCAPI/cc_api_call_proceeding:

Interface=0x2BAFC760, Progress Indication=NULL(0)

Nov 19 19:14:22.410: csim_do_test: cid(779), ev(23), disp(0)

Nov 19 19:14:22.410: csimTraceSct: cid(779),st(0),oldst(0)

Nov 19 19:14:22.410: csimIgnore cid(779), st(0),oldst(0), ev(23)

EOGtgMARcomod01#

Nov 19 19:14:42.410: csim_do_test: timeout cid(779), st(0), oldst(0)

Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/ccCallDisconnect:

Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/ccCallDisconnect:

Cause Value=0, Call Entry(Responsed=FALSE, Cause Value=0)

Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/cc_api_get_transfer_info:

Transfer Number Is Null

Nov 19 19:14:42.466: //779/2673558484F5/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x2BAFC760, Tag=0x0, Call Id=779,

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

Nov 19 19:14:42.466: //779/2673558484F5/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

Nov 19 19:14:42.466: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 19:14:42.466: :cc_free_feature_vsa freeing 2CCC3670

Nov 19 19:14:42.466: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 19:14:42.466: vsacount in free is 6

Nov 19 19:14:42.466: csim_do_test: cid(779), ev(13), disp(0)

Nov 19 19:14:42.466: csimTraceSct: cid(779),st(2),oldst(0)

Nov 19 19:14:42.966: csim: loop = 1, failed = 1

Nov 19 19:14:42.966: csim: call attempted = 1, setup failed = 1, tone failed = 0

Nov 19 19:14:42.966: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:

EOGtgMARcomod01#csim start 901143629912

Nov 19 19:14:18.350: csim: called number = 901143629912, loop count = 1 ping count = 0

Nov 19 19:14:18.350: csimSetupPeer peer type(1), destPat(901143629912), matched(3), target()
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=FALSE, Mode=0,
   Outgoing Dial-peer=10105, Params=0x2CFBE668, Progress Indication=NULL(0)
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
   In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
   Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
   Destination Pattern=90[1-3]T, Called Number=901143629912, Digit Strip=TRUE
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
   Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=901143629912(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=
   Account Number=, Final Destination Flag=FALSE,
   Guid=26735584-31B4-11E2-84F5-9F32A1D18BA6, Outgoing Dial-peer=10105
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=0
   dest=901143629912
   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

Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x2BAFC760, Interface Type=6, Destination=, Mode=0x0,
   Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=901143629912(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=10105, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: :cc_get_feature_vsa malloc success
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: cc_get_feature_vsa count is 7
Nov 19 19:14:18.350: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 19:14:18.350: :FEATURE_VSA attributes are: feature_name:0,feature_time:751580792,feature_id:1207
Nov 19 19:14:18.350: //779/2673558484F5/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
Nov 19 19:14:18.350: //779/2673558484F5/CCAPI/ccCallSetContext:
   Context=0x3300583C
Nov 19 19:14:22.410: //779/2673558484F5/CCAPI/cc_api_call_proceeding:
   Interface=0x2BAFC760, Progress Indication=NULL(0)
Nov 19 19:14:22.410: csim_do_test: cid(779), ev(23), disp(0)
Nov 19 19:14:22.410: csimTraceSct: cid(779),st(0),oldst(0)
Nov 19 19:14:22.410: csimIgnore cid(779), st(0),oldst(0), ev(23)
EOGtgMARcomod01#
Nov 19 19:14:42.410: csim_do_test: timeout cid(779), st(0), oldst(0)
Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/ccCallDisconnect:
   Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/ccCallDisconnect:
   Cause Value=0, Call Entry(Responsed=FALSE, Cause Value=0)
Nov 19 19:14:42.410: //779/2673558484F5/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
Nov 19 19:14:42.466: //779/2673558484F5/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x2BAFC760, Tag=0x0, Call Id=779,
   Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Nov 19 19:14:42.466: //779/2673558484F5/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Nov 19 19:14:42.466: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 19:14:42.466: :cc_free_feature_vsa freeing 2CCC3670
Nov 19 19:14:42.466: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 19:14:42.466: vsacount in free is 6
Nov 19 19:14:42.466: csim_do_test: cid(779), ev(13), disp(0)
Nov 19 19:14:42.466: csimTraceSct: cid(779),st(2),oldst(0)
Nov 19 19:14:42.966: csim: loop = 1, failed = 1
Nov 19 19:14:42.966: csim: call attempted = 1, setup failed = 1, tone failed = 0

Nov 19 19:14:42.966: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:

Chris Deren · ‎11-19-2012

I think the GW might be interpreting this as an international call as 011 is used for international dialing in US

Can you try this:

voice translation-rule 10

rule 1 /^9011/ /9011/ type any unknown plan any unknown

!

voice translation-profile INTL

translate called 10

dial-peer voice 10105 pots

translation-profile outgoing INTL

Chris

twfredericks · ‎11-19-2012

No dice......see below :-(

voice translation-rule 30

rule 1 /^9011/ /9011/ type any unknown plan any unknown

!

voice translation-profile BA-OUT

translate called 30

!

dial-peer voice 10105 pots

description PSTN-LD

translation-profile outgoing BA-OUT

destination-pattern 90[1-3]T

port 0/1/0:15

prefix 0

EOGtgMARcomod01#csim start 901143629912

csim: called number = 901143629912, loop count = 1 ping count = 0

Nov 19 19:29:27.350: ISDN Se0/1/0:15 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 2

Nov 19 19:29:27.350: ISDN Se0/1/0:15 Q931: Sending SETUP callref = 0x00F9 callID = 0x807A switch = primary-4ess interface = User

Nov 19 19:29:27.350: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00F9

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Called Party Number i = 0x91, '43629912'

Plan:ISDN, Type:International

Nov 19 19:29:27.374: ISDN Se0/1/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x80F9

Channel ID i = 0xA9839F

Exclusive, Channel 31

Nov 19 19:29:31.406: ISDN Se0/1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80F9

csim: loop = 1, failed = 1

csim: call attempted = 1, setup failed = 1, tone failed = 0

twfredericks · ‎11-19-2012

So! I looks like you were right - and I answered prematurely.....my mistake!

If the call comes from CUCM into the gateway it works now (before it was not)! I think that it still won't work with a CSIM start because the call is being generated from the gateway - although I'm not sure why.

Also I set the calling plan and type to unknown on the route pattern in CUCM to be doubly sure.

It will driving me nuts why it was happening though....anyone please feel free to suggest for future victims

GRRRRRRR.......

twfredericks · ‎11-19-2012

show run

show version