IP Office PRI Trunk to Asterisk: Can't dial out

[ccollet]

Hi,

I'm trying to connect an old IP Office 500 V1 to an Asterisk box with a PRI. The Asterisk box has a Digium TE110p card and the IP Office has a VCM-32 module. I set up the PRI trunk (group code 25) and created an ARS called test. When I try to dial out from a SIP phone connected to the IP Office I just get a busy tone. The LED for the PRI is green although the LEDs aren't lit up at all on the TE110p.

This is what I see in the logs

86346974mS CMTARGET: 251.1026.0 9 DeskPhone1.0: ADD TARGET (N): number=93204 type=100 depth=1 nobar=1 setorig=1 ses=0
86346974mS CMTARGET: 251.1026.0 9 DeskPhone1.0: SYS SC: 93204 3 3204 sc=type=Dial code=9N;, num=. callinfop->sending_complete=1 secondary_dialtone=
86346975mS CMARS: FindActiveARSByGroupID GroupID=3 - Found
86346975mS CMARS: MakeCallTarget - Called Number: 93204
86346975mS CMCallEvt: 0.1028.0 -1 BaseEP: NEW CMEndpoint f56b9d04 TOTAL NOW=3 CALL_LIST=1
86346975mS CMTARGET: 251.1026.0 9 DeskPhone1.0: INITIAL TARGETING SUCCEEDED
86346975mS CMTARGET: 251.1026.0 9 DeskPhone1.0: GetNoAnswerTimer:15
86346976mS CMCallEvt: 251.1026.0 9 DeskPhone1.0: StateChange: END=A CMCSDialInitiated->CMCSDialled
86346976mS CMExtnEvt: v=0 State, new=Proceeding old=Connected,0,0,DeskPhone1
86346977mS CMExtnTx: v=230, p1=0
CMProceeding
Line: type=IPLine 260 Call: lid=251 id=1026 in=0
Timed: 31/10/23 16:32
86346977mS CMCallEvt: 0.1027.0 9 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
86346978mS CMCallEvt: 0.1028.0 9 ARS for Test: StateChange: END=T CMCSIdle->CMCSOffering
86346978mS CMCallEvt: 0.1027.0 9 TargetingEP: RequestEnd 0.1028.0 9 ARS for Test
86346978mS CMTARGET: 251.1026.0 9 DeskPhone1.0: CancelTimer CMTCNoAnswerTimeout
86346979mS CMCallEvt: 0.1028.0 9 ARS for Test: StateChange: END=B CMCSOffering->CMCSOverlapRecv
86346979mS CMARS: FORM: Test - Received Number: 93204
86346979mS CMARS: FOUND A SHORT CODE - short_code: 9N; - Tel: N; - Called_Party: 3204 - Line Group Id: 25
86346980mS CMARS: FindActiveARSByGroupID GroupID=25 - Not Found
86346980mS CMLRQ: FindActiveLRQByGroupID GroupID=25 - Not Found
86346980mS CMMap: a=6.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 24
86346981mS CMARS: LINE with group ID: 25 HAS NO CHANNEL: 34 - ATTEMPT OTHER TARGETS
86346981mS CMARS: No Alternate ARS Or User Priority lower than ARS Priority - Remain on the Current Form: Test
86346981mS CMARS: CMARSTargetingBusy
86346981mS CMCallEvt: 0.1028.0 9 ARS for Test: StateChange: END=B CMCSOverlapRecv->CMCSAccept
86346982mS CMCallEvt: 251.1026.0 9 DeskPhone1.0: StateChange: END=A CMCSDialled->CMCSRingBack
86346982mS CMExtnEvt: v=0 State, new=Alerting old=Proceeding,0,0,DeskPhone1
86346983mS CMExtnTx: v=230, p1=0
CMProgress
Line: type=IPLine 260 Call: lid=251 id=1026 in=0
IE CMIEFastStartInfoData (6) 2 item(s)
IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLUser (0), pd=CMPDInbandPattern (8)
Display [WAITING_FOR_LINE]
Timed: 31/10/23 16:32

 

[Westi]

LINE with group ID: 25 HAS NO CHANNEL

seems there is no SIP channel on it

Joe
FHandw, ACSS, ACIS

 

[budbyrd]

LINE with group ID: 25 HAS NO CHANNEL:

My first question would be 'Is you PRI licensed.' If you don't have additional channels licensed you would need to make everything but the first eight out of service. I would look in SSA and make sure the channels are up and idle. Also depending the version all the channels maybe set to OOS by default.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'

 

[Westi]

which side emulates the CO in this scenario

for timing one has to be the CO the other one the CPE

Joe
FHandw, ACSS, ACIS

 

[ccollet]

The IP Office has the following licenses

IP500 Universal PRI (Additional Channels) instances 8
IP500 Universal PRI (Additional Channels) instances 8
IP500 VCM Channels Instances 16
IP500 VCM Channels Instances 4


The Asterisk box is the CO. dahdi-channels.conf as follows:

context=from-pstn
switchtype = National
signalling = pri_net
channel => 1-23
context = default

 

[budbyrd]

Did you check in system status and verify the channels are up and idle? By the looks of things as long as the channels are not set Admin out of service it should be working. But I don't know enough about asterisk to know if National is NI2 signaling or one of the other protocols.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'

 

[ccollet]

Yup. They were out of service by default but I changed them and they're all showing as idle. When I bring the Asterisk box up I got an error on the IP500 saying the trunk was out of service. But then I rebooted the IP500 and the error goes away.

On the Asterisk side when I run pri show spans it says
PRI span 1/0: Down, Active

From googling that error it looks like it usually says "Provisioned, Down, Active". Did I miss some provisioning step?