Invalid number format (incomplete number) for incoming calls

ccg-collab1 · ‎06-01-2016

Hi All,

One of our customer migrated their T1 to a Voice Gateway Router. They have two voice gateway and incoming calls using VG2 is working however, incoming calls using VG2 is now working and we are gettting a cause code of Invalid number format (incomplete number).

debug isdn q931 is ON.
la-vg-011602#
000480: *Mar 10 16:04:32.474: ISDN Se6/5:23 Q931: RX <- SETUP pd = 8 callref
= 0x003E
Bearer Capability i = 0x9090
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xE1808388
Preferred, Interface 0, Channel 8
Net Specific Fac i = 0x00E2
Calling Party Number i = 0x2183, '9033471118'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '86015'
Plan:ISDN, Type:National
000481: *Mar 10 16:04:32.478: ISDN Se6/5:23 Q931: Received SETUP callref =
0x803E callID = 0x0279 switch = primary-4ess interface = User
000482: *Mar 10 16:04:32.478: ISDN Se6/5:23 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x803E
Cause i = 0x809C - Invalid number format (incomplete number)

Tried to debug voice ccapi inout and all but there is no output receive from the voice gateway. But when using the debug isdn q931, we are receiving an output(which is the output posted above).

Kindly see below debug for VG1:

29724314: *Mar 10 14:19:59.448: ISDN Se6/0:23 Q931: TX -> SERVICE ACKNOWLEDGE pd = 3 callref = 0x80
Change Status i = 0xC0 - in-service
Channel ID i = 0xAC
Exclusive, Channel 0
29724315: *Mar 10 14:20:35.756: ISDN Se6/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0224
Bearer Capability i = 0x9090
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xE184838D
Preferred, Interface 4, Channel 13
Net Specific Fac i = 0x00E2
Calling Party Number i = 0x2183, '9033471118'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '86015'
Plan:ISDN, Type:National
29724316: *Mar 10 14:20:35.760: ISDN Se6/0:23 Q931: Received SETUP callref = 0x8224 callID = 0x5F3F switch = primary-4ess interface = User
29724317: *Mar 10 14:20:35.760: //-1/676240BFA904/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=9033471118
cisco-anitype=2
cisco-aniplan=1
cisco-anipi=0
cisco-anisi=3
dest=86015
cisco-desttype=2
cisco-destplan=1
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-lastrdn=
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

Appreciate if you can help us with this. I also attached the configuration of VG1 and VG2. VG2 only use for incoming calls.

Thank you.

Suresh Hudda · ‎06-01-2016

Not cleared, please explain it clearly. If this problem is with vg2 then see the dial peer 9, it showing shutdown that's why call is not routing on 86015.

Suresh

ccg-collab1 · ‎06-01-2016

Hi Suresh,

We just shut it down during our testing. It is now back to up again and we still have other dial peer having destination of .....

We made some changes again and conducted test call. Right now we already seeing an output for ccapi.

Kindly see the attached file.

Thanks again.

Suresh Hudda · ‎06-01-2016

Call has disconnected with reason code 38, that means network is out of order, 10.7.155.11 belongs to which component (is it cucm or something else), hope this is the only one component/node where call should reach not multiple pls cross check. Is there any firewall between ?

Suresh