Solved: Outbound PRI calls in Hong Kong

chris4809833 · ‎12-06-2012

I have been given limited information as to what the specifics are on the telco circuit that is installed here. I'm unable to get any calls to go out the PRI here. Any help is appreciated.

card type t1 0 0

controller T1 0/0/0

cablelength long 0db

pri-group timeslots 1-24

dial-peer voice 290 pots

corlist outgoing INTL

description === Primary International Dialing via PRI ===

translation-profile outgoing CLID

preference 1

destination-pattern 9007T

port 0/0/0:23

prefix 007

R409-CME1#

Dec 7 06:49:20.990 UTC: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x008B callID = 0x800C switch = primary-dms100 interface = User

Dec 7 06:49:20.990 UTC: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x008B

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Called Party Number i = 0x80, '00718002882020'

Plan:Unknown, Type:Unknown

Dec 7 06:49:21.018 UTC: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x808B

Cause i = 0x82AC - Requested circuit/channel not available

R409-CME1#

paolo bevilacqua · ‎12-07-2012

Confrim with telco that:

1. circuit has been fully provisioned and ready.

2. No. of B-channels is 23, as opposed to e.g. 10 or 15.

View solution in original post

chris4809833 · ‎12-06-2012

ccapi output:

CME1#csim start 900718002882020

Time out, no test result is received from DSP!

Dec 7 15:19:06 HKT: %RADIUS-4-RADIUS_DEAD: RADIUS server 17.209.119.12:1812,1813 is not responding.

Dec 7 15:19:06 HKT: %RADIUS-4-RADIUS_ALIVE: RADIUS server 17.209.119.12:1812,1813 is being marked alive.

R409-CME1#

Dec 7 07:19:08.845 UTC: csim: called number = 900718002882020, loop count = 1 ping count = 0

Dec 7 07:19:08.849 UTC: csimSetupPeer peer type(1), destPat(900718002882020), matched(4), target()

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

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

Outgoing Dial-peer=290, Params=0x41ABB5B4, Progress Indication=NULL(0)

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

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

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

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

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Destination Pattern=9007T, Called Number=900718002882020, Digit Strip=TRUE

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

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

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

Redirect Number=, Display Info=

Account Number=, Final Destination Flag=FALSE,

Guid=39D49E5C-3F75-11E2-8737-8652CD361A91, Outgoing Dial-peer=290

Dec 7 07:19:08.849 UTC: //-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=900718002882020

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

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:

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

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

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

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

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

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Dec 7 07:19:08.849 UTC: :cc_get_feature_vsa malloc success

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Dec 7 07:19:08.849 UTC: cc_get_feature_vsa count is 1

Dec 7 07:19:08.849 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Dec 7 07:19:08.849 UTC: :FEATURE_VSA attributes are: feature_name:0,feature_time:1099784576,feature_id:478

Dec 7 07:19:08.849 UTC: //478/39D49E5C8737/CCAPI/ccIFCallSetupRequestPrivate:

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

Dec 7 07:19:08.849 UTC: //478/39D49E5C8737/CCAPI/ccCallSetContext:

Context=0x16CBAE7C

Dec 7 07:19:08.877 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_build_feature_vsa:

Dec 7 07:19:08.877 UTC: :Inside cc_build_feature_vsa

Dec 7 07:19:08.877 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_build_feature_vsa:

Dec 7 07:19:08.877 UTC: feature call basic

Dec 7 07:19:08.877 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_build_feature_vsa:

Dec 7 07:19:08.877 UTC: cc_build_feature_vsa attr is fn:TWC,ft:12/07/2012 15:19:08.849,cgn:,cdn:900718002882020,frs:0,fid:478,fcid:39D49E5C3F7511E287378652CD361A91,legID:1DE

Dec 7 07:19:08.877 UTC: //478/39D49E5C8737/CCAPI/cc_api_call_disconnected:

Cause Value=44, Interface=0x16CBAFDC, Call Id=478

Dec 7 07:19:08.877 UTC: //478/39D49E5C8737/CCAPI/cc_api_call_disconnected:

Call Entry(Responsed=TRUE, Cause Value=44, Retry Count=0)

Dec 7 07:19:08.881 UTC: csim_do_test: cid(478), ev(12), disp(0)

Dec 7 07:19:08.881 UTC: csimTraceSct: cid(478),st(0),oldst(0)

Dec 7 07:19:08.881 UTC: csim err csimDisconnected recvd DISC cid(478)

Dec 7 07:19:08.881 UTC: //478/39D49E5C8737/CCAPI/ccCallDisconnect:

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

Dec 7 07:19:08.881 UTC: //478/39D49E5C8737/CCAPI/ccCallDisconnect:

Cause Value=44, Call Entry(Responsed=TRUE, Cause Value=44)

Dec 7 07:19:08.881 UTC: //478/39D49E5C8737/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x16CBAFDC, Tag=0x0, Call Id=478,

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

Dec 7 07:19:08.881 UTC: //478/39D49E5C8737/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

Dec 7 07:19:08.881 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 7 07:19:08.881 UTC: :cc_free_feature_vsa freeing 418D6178

Dec 7 07:19:08.881 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 7 07:19:08.881 UTC: vsacount in free is 0

Dec 7 07:19:08.881 UTC: csim_do_test: cid(478), ev(13), disp(0)

Dec 7 07:19:08.881 UTC: csimTraceSct: cid(478),st(2),oldst(0)

Dec 7 07:19:09.381 UTC: csim: loop = 1, failed = 1

Dec 7 07:19:09.381 UTC: csim: call attempted = 1, setup failed = 1, tone failed = 0

Dec 7 07:19:09.381 UTC: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:

ccAppShutdownMode: remove it from the queue

radoslav-drabik · ‎12-07-2012

Try to shut/no shut the circuit. If it doesn't help I advice you to contact a provider. R.

paolo bevilacqua · ‎12-07-2012

Confrim with telco that:

1. circuit has been fully provisioned and ready.

2. No. of B-channels is 23, as opposed to e.g. 10 or 15.

chris4809833 · ‎12-07-2012

Got this solved a little while after posting. I forgot to mark it closed. Customer said the circuit was ready to go. Not quite the case.. The B channels were still locked. Lesson learned.

paolo bevilacqua · ‎12-07-2012

Common case with telcos all over the world.

Thank you for the nice rating and good luck!