Hello Armin, hello List
I'm trying to get chan_capi working with asterisk from debian stable
(asterisk 1.0.7, the debian version number is 1:1.0.7.dfsg.1-2).
I managed to get it compiled by providing my own version of
ast_copy_string.
This is an Austrian PTP line. I can do outgoing calls fine (no
comprehensive tests yet). For incoming calls, I'm getting "No
answer"
on the remote end (GSM-phone) and the last output on the asterisk
console (capi debug + set verbose 15) is
== ISDN1: Incoming call '0650621XXXX' -> '11'
When I unplug the ISDN line *after several minutes* I'm getting a
disconnect indication with a layer 1 error.
Interesting is, that I receive an INFO_IND *before* the CONNECT_IND.
This looks like an interesting variation of Austrian ISDN to me.
I've tried both, immediate=no and immediate=yes in the config-file.
The attached log is with immediate=yes.
The behaviour is the similar to chan_capi-0.4 (I'm still using a
patched 0.35 version in my production system) and previous versions, for
these I had to apply a patch to make incoming calls work:
--- chan_capi-0.4.0-PRE1/chan_capi.c 2005-05-09 20:45:02.000000000 +0200
+++ chan_capi-0.4.0-PRE1-hacked-rsc/chan_capi.c 2005-06-04 13:30:19.000000000 +0
@@ -2141,7 +2175,8 @@
ast_pthread_mutex_init(&(p->lock),NULL);
i->mypipe = p;
if (i->isdnmode) {
- p->c = capi_new(i,AST_STATE_DOWN);
+ //RSC
+ p->c = capi_new(i,AST_STATE_RING);
i->state = CAPI_STATE_DID;
} else {
p->c = capi_new(i,AST_STATE_RING);
This patch immediately hands the call to asterisk instead of waiting for
further protocol information that apparently never comes (the info_ind
that comes *before* the connect_ind?).
Other system data:
- AMD sempron running Kernel version 2.6.15.4
- mISDN mqueue from 2006-02-17
- Billion HFC card using hfcpci
snippet from /etc/modprobe.d/capi:
--->
alias /dev/capi20 hfcpci
alias char-major-68-0 hfcpci
install hfcpci /sbin/modprobe capi debug=1; \
/sbin/modprobe mISDN_core debug=1; \
/sbin/modprobe mISDN_l1 debug=1; \
/sbin/modprobe mISDN_l2 debug=1; \
/sbin/modprobe l3udss1 debug=1; \
/sbin/modprobe mISDN_capi debug=1; \
/sbin/modprobe mISDN_x25dte debug=0; \
/sbin/modprobe mISDN_dsp; \
/sbin/modprobe mISDN_dtmf; \
/sbin/modprobe --ignore-install hfcpci protocol=0x22 debug=1
<---
I'm attaching the full verbose 15 + capi debug log.
Ralf
--
Ralf Schlatterbeck
email: ralf@zoo.priv.at FAX: +43/2243/26465/23
-------------- next part --------------
Connected to Asterisk 1.0.7-BRIstuffed-0.2.0-RC7k currently running on fox (pid
= 6069)
Verbosity is at least 15
fox*CLI> capi debug
CAPI Debugging Enabled
-- Remote UNIX connection
-- Starting simple switch on 'Zap/2-1'
-- Hungup 'Zap/2-1'
INFO_IND ID=001 #0x0748 LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>
INFO_RESP ID=001 #0x0748 LEN=0012
Controller/PLCI/NCCI = 0x101
CAPI: INFO_IND no interface for PLCI=0x101
> CAPI: Command=INFO_IND,0x8492: no interface for PLCI=0x101,
MSGNUM=0x748!
CONNECT_IND ID=001 #0x0749 LEN=0046
Controller/PLCI/NCCI = 0x101
CIPValue = 0x10
CalledPartyNumber = <81>11
CallingPartyNumber = <21 83>650621XXXX
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = <91 81>
AdditionalInfo
BChannelinformation = default
Keypadfacility = default
Useruserdata = default
Facilitydataarray = default
-- CONNECT_IND (PLCI=0x101,DID=11,CID=650621XXXX,CIP=0x10,CONTROLLER=0x1)
> ISDN1: msn='*' DNID='11' DID
== ISDN1: Incoming call '0650621XXXX' -> '11'
-- Remote UNIX connection disconnected
DISCONNECT_IND ID=001 #0x074a LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x3301
DISCONNECT_RESP ID=001 #0x074a LEN=0012
Controller/PLCI/NCCI = 0x101
> CAPI INFO 0x3301: Protocol error layer 1 (broken line or B-channel
removed by signalling protocol)
-- ISDN1: DISCONNECT_IND on incoming without pbx, doing hangup.
== ISDN1: CAPI Hangingup
== ISDN1: Interface cleanup PLCI=0x101
fox*CLI>