Re: E1 Up but can`t make or receive calls

CISCOELITE · ‎02-12-2010

Hi, i have a problem with an Uc 520 E1. The interface is up, but i cannot receive or make any calls.

I`m in mexico, thge carrier is telmex, and the signalin is R2.

Thanks for ur comments....

CISCOELITE · ‎02-15-2010

Free bump,, hehehehe

anyone??

chrward · ‎02-16-2010

I am not an IOS guy, so I am not sure how much I can help. But I am hoping this can help you help yourself:

http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080207ec6.shtml

That tool will generate some debugs to try based on the signalling used. I would see if this can help you get to the bottom of the failure.

-Chris

CISCOELITE · ‎02-17-2010

Thanks Chris.

Now. i can make calls, but i`m having issues with the incoming calls, here the debug when an incoming call is tryng to connect.

"004238: Feb 17 00:45:20.755: //-1/8F63A1D88226/CCAPI/cc_api_display_ie_subfields
:
   cc_api_call_setup_ind_common:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=4771146698
   cisco-anitype=7
   cisco-aniplan=15
   cisco-anipi=0
   cisco-anisi=0
   dest=2100
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=0
   cisco-rdnsi=0
   cisco-redirectreason=0   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

004239: Feb 17 00:45:20.755: //-1/8F63A1D88226/CCAPI/cc_api_call_setup_ind_commo
n:
   Interface=0x864B7C50, Call Info(
   Calling Number=4771146698,(Calling Name=)(TON=Reserved, NPI=Reserved, Screeni
ng=Not Screened, Presentation=Allowed),
   Called Number=2100(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=F
ALSE,
   Incoming Dial-peer=51, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), C
alling IE Present=TRUE,
   Source Trkgrp Route Label=word, Target Trkgrp Route Label=, CLID Transparent=
FALSE), Call Id=-1
   Sub Calling(TON=Reserved, NPI=Reserved, Data=( O|, Length=255)
004240: Feb 17 00:45:20.755: //-1/8F63A1D88226/CCAPI/ccCheckClipClir:
   In: Calling Number=4771146698(TON=Reserved, NPI=Reserved, Screening=Not Scree
ned, Presentation=Allowed)
004241: Feb 17 00:45:20.755: //-1/8F63A1D88226/CCAPI/ccCheckClipClir:
   Out: Calling Number=4771146698(TON=Reserved, NPI=Reserved, Screening=Not Scre
ened, Presentation=Allowed)
004242: Feb 17 00:45:20.755: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004243: Feb 17 00:45:20.755: :cc_get_feature_vsa malloc success
004244: Feb 17 00:45:20.755: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004245: Feb 17 00:45:20.755: cc_get_feature_vsa count is 4
004246: Feb 17 00:45:20.755: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004247: Feb 17 00:45:20.755: :FEATURE_VSA attributes are: feature_name:0,feature
_time:2284715880,feature_id:159
004248: Feb 17 00:45:20.755: //139/8F63A1D88226/CCAPI/cc_api_call_setup_ind_comm
on:
   Set Up Event Sent;
   Call Info(Calling Number=4771146698(TON=Reserved, NPI=Reserved, Screening=Not
Screened, Presentation=Allowed),
   Called Number=2100(TON=Unknown, NPI=Unknown))
004249: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_process_call_setup_ind:

   Event=0x860094D8
004250: Feb 17 00:45:20.759: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 2100
004251: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccCallSetContext:
   Context=0x886F1244
004252: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_process_call_setup_ind:

   >>>>CCAPI handed cid 139 with tag 51 to app "_ManagedAppProcess_Default"
004253: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccCallSetupAck:
   Call Id=139
004254: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_api_set_transfer_info:
   Transfer Number=, Transfer Reason=0x0
004255: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccGenerateToneInfo:
   Stop Tone On Digit=TRUE, Tone=Dial Tone,
   Tone Direction=Network, Params=0x0, Call Id=139
004256: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccSetDigitTimeouts:
   Initial Digit Timeout=-1000(ms), Inter Digit Timeout=-1000(ms)
004257: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccSetDigitTimeouts:
   Call Entry(Inter Digit Timeout=10000(ms), Initial Digit Timeout=10000(ms))
004258: Feb 17 00:45:20.759: //139/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
   (callID=0x8B, digit_event=0x1, enable=TRUE, consume=FALSE)
004259: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/ccCallReportDigits:
   Enabled=TRUE, Call Id=139
004260: Feb 17 00:45:20.759: //139/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_
done:
   (vdbPtr=0x864B7C50, callID=0x8B, disp=0, digit_event=0x1, enable=TRUE, consum
e=FALSE)
004261: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_api_call_report_digits_
done:
   Enabled=TRUE, Disposition=0x0, Interface=0x864B7C50, Call Id=139
004262: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_api_call_report_digits_
done:
   Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=10000(ms))
004263: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_handle_inter_digit_time
r:
   Generate inter-digit timeout CC_EV_CALL_DIGIT_END event
004264: Feb 17 00:45:35.759: //139/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
   (callID=0x8B, digit_event=0x0, enable=FALSE, consume=FALSE)
004265: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/ccCallReportDigits:
   Enabled=TRUE, Call Id=139
004266: Feb 17 00:45:35.759: //139/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_
done:
   (vdbPtr=0x864B7C50, callID=0x8B, disp=0, digit_event=0x0, enable=FALSE, consu
me=FALSE)
004267: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_api_call_report_digits_
done:
   Enabled=TRUE, Disposition=0x0, Interface=0x864B7C50, Call Id=139
004268: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_api_call_report_digits_
done:
   Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=10000(ms))
004269: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/ccCallDisconnect:
   Cause Value=28, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect C
ause=0)
004270: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/ccCallDisconnect:
   Cause Value=28, Call Entry(Responsed=TRUE, Cause Value=28)
004271: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
004272: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_api_call_disc_cause_upd
ate:
   Cause Value=16
004273: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_api_call_disc_cause_upd
ate:
   Call Entry(Disconnect Cause=16)
004274: Feb 17 00:45:43.895: //139/8F63A1D88226/CCAPI/cc_api_call_disconnect_don
e:
   Disposition=0, Interface=0x864B7C50, Tag=0x0, Call Id=139,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
004275: Feb 17 00:45:43.895: //139/8F63A1D88226/CCAPI/cc_api_call_disconnect_don
e:
   Call Disconnect Event Sent
004276: Feb 17 00:45:43.895: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

004277: Feb 17 00:45:43.895: :cc_free_feature_vsa freeing 882DFF60
004278: Feb 17 00:45:43.895: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

004279: Feb 17 00:45:43.895: vsacount in free is 3"

any comments??

tks

chrward · ‎02-17-2010

Hi,

Giving those debugs a once over, here is what I see:

GW received a call for "dest=2100"

Then I see an interdigit timeout:

004262: Feb 17 00:45:20.759: //139/8F63A1D88226/CCAPI/cc_api_call_report_digits_
done:
Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=10000(ms))
004263: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/cc_handle_inter_digit_time
r:
Generate inter-digit timeout CC_EV_CALL_DIGIT_END event

Then the call drops:

004270: Feb 17 00:45:35.759: //139/8F63A1D88226/CCAPI/ccCallDisconnect:
Cause Value=28, Call Entry(Responsed=TRUE, Cause Value=28)

Cause code 28 is INVALID NUMBER FORMAT. I think what this means is we didn't match a pattern on the GW for 2100. I would check your GWs config (H323?) to make sure you have a dial-peer setup to receive and route a destination pattern of 2100.

CISCOELITE · ‎02-17-2010

tks,

dial-peers, are well configured,, any other ideas?

tks

chrward · ‎02-17-2010

Probably time to open a TAC case then.

-Chris