Speicherzugriffsfehler bei CAPI dialout

[Asterisk-Mak]

Hallo zusammen,

nach tagelangem Suchen: Ich komm nicht weiter...

Beim CAPI-Dialout bekomme ich einen "Speicherzugriffsfehler".
Immer dann, wenn ich auflege oder die Gegenstelle abnimmt.

/etc/init.d/asterisk: line 83: 14377 Speicherzugriffsfehler

Meine Konfiguration:
Debian testing
asterisk 1.2.13~dfsg-2
asterisk-chan-capi 0.7.1-1
FritzCard PCI mit AVM-Treibern

Speicherzugriffsfehler wenn Gegenstelle abnimmt oder
man auflegt:
exten => _3.,1,Dial(Capi/contr1/${EXTEN:1}/b,30,r)
exten => _3.,2,Hangup

Der Speicherzugriffsfehler direkt beim wählen:
exten => _3.,1,Dial(Capi/contr1/${EXTEN:1}/b,,)

So siehts dann aus:
-- Executing Dial("SIP/400-081a9278", "Capi/contr1/08003301900|60|r") in new stack
-- Called contr1/08003301900
-- CAPI/ISDN/08003301900-0 is proceeding passing it to SIP/400-081a9278
-- CAPI/ISDN/08003301900-0 is making progress passing it to SIP/400-081a9278
-- CAPI/ISDN/08003301900-0 is ringing
-- CAPI/ISDN/08003301900-0 answered SIP/400-081a9278
/etc/init.d/asterisk: line 83: 3199 Speicherzugriffsfehler start-stop-daemon --start --group $GROUP --pidfile "$PIDFILE" --exec $REALDAEMON -- $PARAMS


Hat jemand Ideen ?

Besten Dank
Mak

 

[Netview]

Bringt dies das gleiche Resultat:

exten => _3.,1,Dial(Capi/contr1/${EXTEN:1}/Bo,,)

und wie sieht deine capi.conf aus?

 

[Asterisk-Mak]

Bringt dies das gleiche Resultat:
exten => _3.,1,Dial(Capi/contr1/${EXTEN:1}/Bo,,)

Leider ja. Speicherzugriffsfehler direkt beim wählen!
-- Executing Dial("SIP/400-081a8f50", "Capi/contr1/08003301900/Bo||") in new stack
-- Called contr1/08003301900/Bo
/etc/init.d/asterisk: line 83: 3209 Speicherzugriffsfehler start-stop-daemon --start --group $GROUP --pidfile "$PIDFILE" --exec $REALDAEMON -- $PARAMS


Die capi.conf ist quasi Standard:

[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
language=de ;set default language
;ulaw=yes ;set this, if you live in u-law world instead of a-law

; interface sections ...

[ISDN] ;this example interface gets name 'ISDN1' and may be any
;name not starting with 'g' or 'contr'.
;Use one interface section for each isdn port!
;ntmode=yes ;if isdn card operates in nt mode, set this to yes
msn=***meineMSN***
isdnmode=msn ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
;when using NT-mode, 'DID' should be set in any case
incomingmsn=* ;allow incoming calls to this list of MSNs/DIDs, * = any
;defaultcid=123 ;set a default caller id to that interface for dial-out,
;this caller id will be used when dial option 'd' is set.
;controller=0 ;ISDN4BSD default
;controller=7 ;ISDN4BSD USB default
controller=1 ;capi controller number of this interface/port
group=1 ;dialout group
;prefix=0 ;set a prefix to calling number on incoming calls
softdtmf=on ;enable/disable software dtmf detection, recommended for AVM cards
relaxdtmf=on ;in addition to softdtmf, you can use relaxed dtmf detection
faxdetect=off ;enable faxdetection and redirection to EXTEN 'fax' for incoming and
/or
;outgoing calls. (default='off', possible values: 'incoming','outgoi
ng','both')
accountcode= ;PBX accountcode to use in CDRs
;amaflags=default;AMA flags for CDR ('default', 'omit', 'billing', or 'documentation'
)
context=default
;context=capi-in ;context for incoming calls
;holdtype=hold ;when the PBX puts the call on hold, ISDN HOLD will be used. If ;set to 'local' (default value), no hold is done and the PBX may
;play MOH.
;immediate=yes ;DID: immediate start of pbx with extension 's' if no digits were
; received on incoming call (no destination number yet)
;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMP
LETE.
; info like REDIRECTINGNUMBER may be lost, but this is necessary
for
; drivers/pbx/telco which does not send SETUP or SENDING-COMPLET
E.
;echosquelch=1 ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes ;EICON DIVA SERVER (CAPI) echo cancelation (yes=g165)
;(possible values: 'no', 'yes', 'force', 'g164', 'g165')
echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older e
icon drivers)
;echotail=64 ;echo cancel tail setting (default=0 for maximum)
;echocancelnlp=1 ;activate non-linear-processing; this improves echo cancel ratio, bu
t might
;incorporate variable gain in the signal path.
;bridge=yes ;native bridging (CAPI line interconnect) if available
;callgroup=1 ;PBX call group
;pickupgroup=1 ;PBX pickup group (which call groups are we allowed to pickup)
;language=de ;set language for this device (overwrites default language)
;disallow=all ;RTP codec selection (valid with Eicon DIVA Server only)
;allow=all ;RTP codec selection (valid with Eicon DIVA Server only)
devices=2 ;number of concurrent calls (b-channels) on this controller
;(2 makes sense for single BRI, 30/23 for PRI/T1)

 

[Netview]

steht bei dir in der modules.conf:

load => res_features.so

vor

load => chan_capi.so (muss sein!)

Oder gab es beim kompilieren irgendwelche Fehler oder warnings die du übersehen hast?

 

[Asterisk-Mak]

Vielen Dank für die Bemühungen. Leider nein:

modules.conf:

[modules]
autoload=yes

load => res_features.so
load => chan_capi.so

Oder gab es beim kompilieren irgendwelche Fehler oder warnings die du übersehen hast?

Asterisk und asterisk-chan-capi sind die aktuellen Debian testing Pakete.
Habe nichts selbst kompiliert. Nur die AVM-Fritz Treiber. Kann es auch
an der Capi bzw. den Fritz-Treibern liegen ??

 

[Asterisk-Mak]

Tritt auch auf, wenn keiner abhebt:

-- Nobody picked up in 30000 ms
/etc/init.d/asterisk: line 83: 4083 Speicherzugriffsfehler start-stop-daemon --start --group $GROUP --pidfile "$PIDFILE" --exec $REALDAEMON -- $PARAMS

 

[Netview]

Ich denke du wirst mal asterisk mit '-dddvvvr' starten und danach den 'capi debug' aktivieren müssen!

Der Entwickler der chan-capi 'armincm' liest hier öfters mit und kann dir sehr wahrscheinlich aufgrund des traces dann mehr dazu sagen!

 

[Asterisk-Mak]

Das schaut dann so aus:

debian*CLI> capi debug
CAPI Debugging Enabled
-- Executing Dial("SIP/400-081a9080", "CAPI/contr1/08003301900/b|30|r") in new stack
> data = contr1/08003301900/b format=8
> capi request controller = 1
== ISDN#02: Call CAPI/ISDN/08003301900-0 with B3 (pres=0x00, ton=0x00)
-- Called contr1/08003301900/b
-- ISDN#02: received CONNECT_CONF PLCI = 0x101
debian*CLI>
Disconnected from Asterisk server

bzw. so:
Asterisk Ready.
-- Remote UNIX connection
-- Executing Dial("SIP/400-081a9080", "CAPI/contr1/08003301900/b|30|r") in new stack
> data = contr1/08003301900/b format=8
> capi request controller = 1
== ISDN#02: Call CAPI/ISDN/08003301900-0 with B3 (pres=0x00, ton=0x00)
-- Called contr1/08003301900/b
-- ISDN#02: received CONNECT_CONF PLCI = 0x101
/etc/init.d/asterisk: line 83: 3505 Speicherzugriffsfehler start-stop-daemon --start --group $GROUP --pidfile "$PIDFILE" --exec $REALDAEMON -- $PARAMS

Das war ein ausgehender Anruf. Kurz läuten lassen, direkt wieder aufgelegt. Beim auflegen semmelt er weg.

P.S.: Hab ein VIA EPIA Board. Kann das zu Problemen führen ? Habs hier im Board gelesen. Asterisk läuft aber sonst stabil, sind die testing Debian Pakete.

 

[Numsi]

Das war ein ausgehender Anruf. Kurz läuten lassen, direkt wieder aufgelegt. Beim auflegen semmelt er weg.

P.S.: Hab ein VIA EPIA Board. Kann das zu Problemen führen ? Habs hier im Board gelesen. Asterisk läuft aber sonst stabil, sind die testing Debian Pakete.

Bau dir mal das chan-capi selber, bei mir war das Problem danach weg!
Asterisk +dev als deb, libcapi20 +dev als deb, chan-capi als source.
Ich hatte auch nur die debs installiert bis es nach einem update zu den Fehlern fuehrte.

 

[Asterisk-Mak]

Das wars. Danke! Komisch: Ist das Debian-Paket buggie ?