[chan-capi-users] Diva BRI can't dial out

Jim Hickstein jxh at jxh.com
Sun Jan 17 08:30:04 CET 2010


In trying once again to get my Diva 4BRI-8M PCI 2.0 card to work with my 
NI-5ESS, I rebuilt the entire system under it (including making new Asterisk 
config files), and now I can get Asterisk to answer a call coming in the BRI, 
but not to make a call going out.  I hope I'm just doing something wrong in the 
configuration.

---

Here's what I have:

[jxh at excess ~]$ uname -a
Linux excess 2.6.26-2-686 #1 SMP Wed Nov 4 20:45:37 UTC 2009 i686 GNU/Linux

[jxh at excess ~]$ asterisk -V
Asterisk 1.4.29

[jxh at excess ~]$ tail -6 /etc/asterisk/extensions.conf
[from-sip]
exten => 9,1,Dial(CAPI/ISDN1/6516902978:/b,30)
exten => _NXXXXXX,1,Dial(CAPI/ISDN1/6516902978:${EXTEN}/b,30)
exten => 0,1,Answer
exten => 0,n,Wait,1
exten => 0,n,Playback(tt-weasels)

---

Here's what I get:

 From my SIP phone, dialing "0" gets me "Weasels have eaten our phone system." 
So far, so good.  Dialing "9" is supposed to get me connected to the ISDN BRI 
with a dial tone, but it fails much the same way that dialing "6902977" does:

*CLI> core set verbose 5
Verbosity is at least 5
*CLI> capi debug
CAPI Message Debugging Enabled
*CLI>     -- Executing [6902977 at from-sip:1] Dial("SIP/7702-00000014", 
"CAPI/ISDN1/6516902978:6902977/b|30") in new stack
        > data = ISDN1/6516902978:6902977/b format=8
        > parsed dialstring: 'ISDN1' '6516902978' '6902977' 'b'
        > capi request for interface 'ISDN1'
   == ISDN1#02: setting format ulaw - 0x4 (ulaw)VOCODER
        > parsed dialstring: 'ISDN1' '6516902978' '6902977' 'b'
        > capi: peerlink -1 allocated, peer is unlinked
   == ISDN1#02: Call CAPI/ISDN1#02/6902977-10 with B3  (pres=0x00, ton=0x00)
        > chan_capi devicestate requested for ISDN1#02/6902977 is 'In use'
CONNECT_REQ                ID=002 #0x0a5d LEN=0068
   Controller/PLCI/NCCI            = 0x1
   CIPValue                        = 0x1
   CalledPartyNumber               = <80>6902977
   CallingPartyNumber              = <00 80>6516902978
   CalledPartySubaddress           = default
   CallingPartySubaddress          = default
   BProtocol
    B1protocol                     = 0x1f
    B2protocol                     = 0x1
    B3protocol                     = 0x0
    B1configuration                = <00 04 03 00 a0 00>
    B2configuration                = default
    B3configuration                = default
    GlobalConfiguration            = default
   BC                              = default
   LLC                             = default
   HLC                             = default
   AdditionalInfo
    BChannelinformation            = <00 00>
    Keypadfacility                 = default
    Useruserdata                   = default
    Facilitydataarray              = default
    SendingComplete                = <01 00>

     -- Called ISDN1/6516902978:6902977/b
CAPI: ApplId=0x0002 Command=0x02 SubCommand=0x81 MsgNum=0x0a5d NCCI=0x00000401
CONNECT_CONF               ID=002 #0x0a5d LEN=0014
   Controller/PLCI/NCCI            = 0x401
   Info                            = 0x0

     -- ISDN1#02: received CONNECT_CONF PLCI = 0x401
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x102e NCCI=0x00000401
INFO_IND                   ID=002 #0x102e LEN=0017
   Controller/PLCI/NCCI            = 0x401
   InfoNumber                      = 0x8
   InfoElement                     = <82 95>

INFO_RESP                  ID=002 #0x102e LEN=0012
   Controller/PLCI/NCCI            = 0x401

     -- ISDN1#02: info element CAUSE 82 95
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x102f NCCI=0x00000401
INFO_IND                   ID=002 #0x102f LEN=0015
   Controller/PLCI/NCCI            = 0x401
   InfoNumber                      = 0x805a
   InfoElement                     = default

INFO_RESP                  ID=002 #0x102f LEN=0012
   Controller/PLCI/NCCI            = 0x401

     -- ISDN1#02: info element RELEASE COMPLETE
CAPI: ApplId=0x0002 Command=0x04 SubCommand=0x82 MsgNum=0x1031 NCCI=0x00000401
DISCONNECT_IND             ID=002 #0x1031 LEN=0014
   Controller/PLCI/NCCI            = 0x401
   Reason                          = 0x3495

DISCONNECT_RESP            ID=002 #0x1031 LEN=0012
   Controller/PLCI/NCCI            = 0x401

        > ISDN1#02: CAPI INFO 0x3495: Call rejected
     -- chan_capi queue frame: [ TYPE: Control (4) SUBCLASS: Hangup (1) ] [ISDN1#02]
   == ISDN1#02: CAPI Hangingup for PLCI=0xdead0000 in state 4
   == ISDN1#02: Interface cleanup PLCI=0xdead0000
        > chan_capi devicestate requested for ISDN1#02/6902977 is 'Not in use'
        > chan_capi devicestate requested for ISDN1#02/6902977 is 'Not in use'
   == Everyone is busy/congested at this time (1:0/0/1)
   == Auto fallthrough, channel 'SIP/7702-00000014' status is 'CHANUNAVAIL'


Or, from "divactrl dchannel -c 1 -dmonitor:

SIG-X(035) 08 01 39 05 04 03 80 90 A2 18 01 83 2C 07 36 39 30 32 39 37 37 6C 0C 
00 80 36 35 31 36 39 30 32 39 37 38
                      Q.931  CR39 SETUP
                             Bearer Capability 80 90 a2
                             Channel Id 83
                             Key  '6902977'
                             Calling Party Number 00 80 '6516902978'
DTRC:00 83 DC 0A 08 01 39 05 04 03 80 90 A2 18 01 83 2C 07 36 39 30 32 39 37 37 
6C 0C 00 80 36 35 31 36 39 30 32 39 37 38
DTRC:00 83 01 DE
DTRC:02 83 0A DE 08 01 B9 5A 08 02 82 95 34 01 03
DTRC:02 83 01 0C
SIG-R(011) 08 01 B9 5A 08 02 82 95 34 01 03
                      Q.931  CRb9 REL_COM
                             Cause 82 95 'Call rejected'
                             Signal 03
EVENT: Call failed in State 'Call initiated'
                      Q.931  CRb9 REL_COM
                             Cause 82 95 'Call rejected'
                             Signal 03


Call rejected.  OK, why?  Any ideas?


More information about the Chan-capi-users mailing list