Setup asterisk 1.6.0.3rc1 with PRI hosting the network side to an internal PBX and the CPE side to TDS telecom. Circuits come up fine, timing is correct, switchtype is dms100.
Inbound are coming in PRI, outbound are PRI also.
Inbound calls come in just fine, outbounds indicate CHANUNAVAIL
The pri debugging isnt really revealing too much. Google searches are showing people adding the pridialplan and prilocaldialplan to zapata (chan_dahdi) in this case, and thats making it work. I havent tested it, only added it to the config.
Anyone have any ideas or experience enough with PRIs to notice problems with the PRI debug?
Below are the debug and the chan_dahdi config…
Thanks
< Protocol Discriminator: Q.931 (8) len=29
< Call Ref: len= 2 (reference 12897/0x3261) (Originator)
< Message type: SETUP (5)
< [04 03 80 90 a2]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: u-Law (34)
< [18 03 a1 83 97]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 23 ]
< [70 08 c1 32 32 31 34 39 39 35]
< Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '2214995' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
-- Making new call for cr 12897
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
q931.c:3509 q931_receive: call 12897 on channel 23 enters state 6 (Call Present)
q931.c:2774 q931_call_proceeding: call 12897 on channel 23 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8) len=10
> Call Ref: len= 2 (reference 12897/0x3261) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 97]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 23 ]
-- Accepting call from '' to '2214995' on channel 0/23, span 2
-- Executing [2214995@local_t1:1] Answer("DAHDI/47-1", "") in new stack
q931.c:2907 q931_connect: call 12897 on channel 23 enters state 10 (Active)
> Protocol Discriminator: Q.931 (8) len=10
> Call Ref: len= 2 (reference 12897/0x3261) (Terminator)
> Message type: CONNECT (7)
> [18 03 a9 83 97]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 23 ]
-- Executing [2214995@local_t1:2] Dial("DAHDI/47-1", "DAHDI/g0/2214995") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g0/2214995
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 12897/0x3261) (Originator)
< Message type: CONNECT ACKNOWLEDGE (15)
-- Channel 0/1, span 1 got hangup, cause 28
-- Hungup 'DAHDI/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Auto fallthrough, channel 'DAHDI/47-1' status is 'CHANUNAVAIL'
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 12897/0x3261) (Terminator)
> Message type: PROGRESS (3)
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 12897/0x3261) (Originator)
< Message type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
< Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3784 q931_receive: call 12897 on channel 23 enters state 12 (Disconnect Indication)
-- Channel 0/23, span 2 got hangup request, cause 16
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2925 q931_release: call 12897 on channel 23 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 12897/0x3261) (Terminator)
> Message type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Hungup 'DAHDI/47-1'
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 12897/0x3261) (Originator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
< Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3724 q931_receive: call 12897 on channel 23 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
Heres my chan_dahdi config
[trunkgroups]
[channels]
echocancel=yes
cantransfer=yes
threewaycalling=yes
callwaiting=yes
usercallerid=yes
canpark=yes
language=en
pridialplan=unknown
prilocaldialplan=national
group=0
switchtype=dms100
signalling=pri_cpe
context=tds
channel => 1-23
group=1
switchtype=dms100
signalling=pri_net
context=local_t1
channel => 25-47