capi/ISDN crashes

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
A

aschlager

Neuer User
Mitglied seit
25 Aug 2006
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
Hi Leute,

folgendes Problem:
Habe hier eine Asterisk mit einer Eicon DIVA 4BRI-8M Rev 2 Karte am laufen.
Funktioniert eigentlich recht gut.
Nur crashed Asterisk nach 1-2 Tagen mit folgender Fehlermeldung.

Code: 
Dec 12 11:05:00 ERROR[5921]: chan_capi.c:918 local_queue_frame: Could not write to pipe for ISDN1#01
Diese Meldung wird 100fach wiederholt, es kann nicht mehr telefoniert werden. Asterisk muß mit einem "kill -9" zur Räson gebracht werden. Ich kann über das CLI jedoch Abfragen durchführen.
Hier ein paar evtl. nützliche Infos zum Zeitpunkt des Fehlers:

Auf der CLI erhielt ich zum Zeitpunkt des Fehlers folgende Ausgabe:
Code: 
    -- SEP001956A3C44E: Transfer request from line channel 117-294
    -- SEP001956A3C44E: Hold the channel 117-294
    -- SEP001956A3C44E: New call on line 117
    -- SEP001956A3C44E: Statistics from 0069916123594 callid: 294 Packets sent: 2177 rcvd: 2176 lost: 0 jitter: 0 latency: 9
    -- SEP001956A3C44E: Speeddial Button (10) pressed, configured number is (19)
    -- SEP001956A3C10A: Asterisk request to call SCCP/119-0000012a
Dec 12 10:59:52 NOTICE[5917]: res_musiconhold.c:515 monmp3thread: Request to schedule in the past?!?!
    -- SEP001956A3C44E: Complete transfer from 117-297
    -- SEP001956A3C44E: transferred: SIP/192.168.103.1-08209ea0(0x8206318)
peer->owner: SCCP/117-00000126(0x820cac0)
destination: (null)((nil))
c->owner:SCCP/117-00000129(0x821b010)
    -- SEP001956A3C44E: Blind transfer. Signalling ringing state to SIP/192.168.103.1-08209ea0
    -- SEP001956A3C44E: Blind transfer. Signalling ringing state to SIP/192.168.103.1-08209ea0
    -- SCCP: Asterisk request to hangup channel SCCP/117-00000126
    -- SCCP: Asterisk request to hangup channel SIP/192.168.103.1-08209ea0<MASQ>
    -- SEP001956A3C44E is Onhook
Dec 12 10:59:54 WARNING[10498]: channel.c:787 channel_find_locked: Avoided initial deadlock for '0x821b010', 10 retries!
    -- SCCP: Outgoing call has been answered SCCP/33-00000128 on 33@SEP001818BF3E0E-296
    -- SCCP: Asterisk request to hangup channel SCCP/33-00000128
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:33 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:34 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:34 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:34 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:36 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:36 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:36 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:40 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:40 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:40 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:44 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:44 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:44 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:48 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:48 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:48 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:52 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:52 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:52 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:00:56 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:00:56 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:00:56 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:01:00 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:01:00 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:01:00 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:01:04 ERROR[5942]: chan_sip.c:11408 sipsock_read: We could NOT get the channel lock for SIP/192.168.103.1-08209ea0<MASQ>!
Dec 12 11:01:04 ERROR[5942]: chan_sip.c:11409 sipsock_read: SIP MESSAGE JUST IGNORED: BYE
Dec 12 11:01:04 ERROR[5942]: chan_sip.c:11410 sipsock_read: BAD! BAD! BAD!
Dec 12 11:04:11 NOTICE[5921]: chan_capi.c:2694 start_pbx_on_match: ISDN2#02: did not find exten for '041', ignoring call.
Dec 12 11:05:00 ERROR[5921]: chan_capi.c:918 local_queue_frame: Could not write to pipe for ISDN1#01
Dec 12 11:05:00 ERROR[5921]: chan_capi.c:918 local_queue_frame: Could not write to pipe for ISDN1#01
Dec 12 11:05:00 ERROR[5921]: chan_capi.c:918 local_queue_frame: Could not write to pipe for ISDN1#01
Dec 12 11:05:00 ERROR[5921]: chan_capi.c:918 local_queue_frame: Could not write to pipe for ISDN1#01
Lasst euch hier nicht von den SIP-Fehlern täuschen. Die SIP-Konfiguration dürfte daran nicht schuld sein, denn der Fehler ist schon aufgetreten, als ich den SIP-Trunk noch nicht eingerichtet hatte.

Code: 
vis*CLI> capi show channels
CAPI B-channel information:
Line-Name       NTmode state i/o bproto isdnstate   ton  number
----------------------------------------------------------------
ISDN4#02         no    -----  -  trans              0x00 ''->''
ISDN4#01         no    -----  -  trans              0x00 ''->''
ISDN3#02         no    Disc   -  trans  *PS         0x21 '06501111222'->''
ISDN3#01         no    Disc   -  trans  *PS         0x21 '06641111222'->''
ISDN2#02         no    Disc   -  trans  *PS         0x21 '06621111222'->'24'
ISDN2#01         no    Disc   -  trans  *PS         0x21 '02981111222'->''
ISDN1#02         no    Disc   -  trans  *PS         0x11 '00435061111222'->''
ISDN1#01         no    Disc   -  trans  *PS         0x21 '066211112222'->'24'

Hier werden alle ISDN-Kanäle als besetzt angezeigt, was jedoch nicht stimmt:
Code: 
vis*CLI> capi info
Contr1: 2 B channels total, 2 B channels free.
Contr2: 2 B channels total, 2 B channels free.
Contr3: 2 B channels total, 2 B channels free.
Contr4: 2 B channels total, 2 B channels free.

SEHR dubios!
Hier mal ein paar Worte zur Konfiguration:
* 3 der 4 ISDN-Kanäle sind auf der EICON-Karte angeschlossen, der 4. ist nicht belegt.
* Linux Debian 3.1, Intel P4 3GHz, 1 GB RAM
* Asterisk 1.2.13
* chan_capi-0.7.1
* divas4linux-melware-3.0.5-106.696-1
* Kernel 2.6.17
* Cisco 2811 Router mit ISDN-BRI's via SIP-Trunk (kam erst später dazu)
* Cisco Skinny-Telefone mit chan_sccp.

/etc/asterisk/capi.conf:
Code: 
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
;rxgain=1.0
;txgain=1.0
language=de

[ISDN1]
controller=1
group=1
isdnmode=did
immediate=yes
incomingmsn=*
softdtmf=on
relaxdtmf=on
faxdetect=off
context=ISDN
echocancel=yes
;echocancelold=yes
devices=2

[ISDN2]
controller=2
group=2
isdnmode=did
immediate=yes
incomingmsn=*
softdtmf=on
relaxdtmf=on
faxdetect=off
context=ISDN
echocancel=yes
;echocancelold=yes
devices=2

[ISDN3]
controller=3
group=3
isdnmode=did
immediate=yes
incomingmsn=*
softdtmf=on
relaxdtmf=on
faxdetect=off
context=ISDN
echocancel=yes
;echocancelold=yes
devices=2

[ISDN4]
controller=4
group=4
isdnmode=did
immediate=yes
incomingmsn=*
softdtmf=on
relaxdtmf=on
faxdetect=off
context=ISDN
echocancel=yes
;echocancelold=yes
devices=2

Auszug aus /etc/asterisk/extensions.conf:
Code: 
[general]
static=yes
writeprotect=no
autofallthrough=yes
clearglobalvars=no
priorityjumping=no

[globals]
; Gruppen
GRUPPE=SCCP/20&SCCP/21
GRUPPE2=SCCP/41&SCCP/42&SCCP/43&SCCP/44
HYPGR1=SCCP/120&SCCP/121

[ISDN]
; ISDN eingehend
; Anrufe, die keine Durchwahl angegeben haben (auch nicht 0)
exten => s,1,WaitForDigits(4000)
exten => s,n,Answer()
exten => s,n,SetCallerID(0${CALLERID})
exten => s,n,agi(get_callername.php|${CALLERID})
exten => s,n,Dial(${GRUPPE},15,m)
exten => s,n,Dial(${GRUPPE2},,m)
exten => s,n,Hangup()

; Anrufe, die auf DW 0 wählen
exten => 0,1,Answer()
exten => 0,n,SetCallerID(0${CALLERID})
exten => 0,n,agi(get_callername.php|${CALLERID})
exten => 0,n,Dial(${GRUPPE},15,m)
exten => 0,n,Dial(${GRUPPE2},,m)
exten => 0,n,HangUp()

....

[sccp]
; Rufe ausgehend
; Falls jemand auf die Idee kommt und 00043 vorwaehlt...
exten => _00043X.,1,SetCallerID(${CALLERID})
;exten => _00043X.,n,Dial(CAPI/g4/0${EXTEN:5}/r,o,b,30) ; CAPI (ISDN4 momentan unbenutzt)
exten => _00043X.,n,Dial(CAPI/g3/0${EXTEN:5}/b,30)              ; CAPI (0062/xxxxxx)
exten => _00043X.,n,Dial(CAPI/g2/0${EXTEN:5}/b,30)              ; CAPI (0662/xxxxxy)
exten => _00043X.,n,Dial(CAPI/g1/0${EXTEN:5}/b,30)              ; CAPI (0662/xxxxxz)
exten => _00043X.,n,Hangup()

; externe Rufe (0 fuer Leitung)
exten => _0X.,1,SetCallerID(${CALLERID})
;exten => _0X.,n,Dial(CAPI/g4/${EXTEN:1}/r,o,b,30)      ; CAPI (ISDN4 momentan unbenutzt)
exten => _0X.,n,Dial(CAPI/g3/${EXTEN:1}/b,30)           ; CAPI (0062/xxxxxx)
exten => _0X.,n,Dial(CAPI/g2/${EXTEN:1}/b,30)           ; CAPI (0662/xxxxxy)
exten => _0X.,n,Dial(CAPI/g1/${EXTEN:1}/b,30)           ; CAPI (0662/xxxxxz)
exten => _0X.,n,Hangup()

exten => _8XX,1,Pickup(${EXTEN:1})

exten => 10,hint,SCCP/10
exten => 10,1,Dial(SCCP/${EXTEN}/ringer=inside)
exten => 11,1,Dial(SCCP/${EXTEN}/ringer=inside)
exten => 12,hint,SCCP/12
exten => 12,1,Dial(SCCP/${EXTEN}/ringer=inside)

usw.

capiinfo gibt folgendes aus:
Code: 
Number of Controllers : 4
Controller 1:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 2877
BChannels: 2
Global Options: 0x000003f9
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x000003df
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   56 kbit/s bit-transparent operation
   Modem with all negotiations
   Modem asyncronous operation with start/stop byte framing
   Modem syncronous operation with HDLC framing
B2 protocols support: 0x00001fdf
   ISO 7776 (X.75 SLP)
   Transparent
   SDLC
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   Transparent (ignoring framing errors of B1 protocol)
   Modem error correction and compression (V.42bis or MNP5)
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 asyncronous mode with V.42bis compression
   V.120 bit-transparent mode
   LAPD with Q.921 including free SAPI selection
B3 protocols support: 0x000000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0000
  0200
  f9030000
  df030000
  df1f0000
  bf000000
  00000000 00000000 00000000 00000000 00000000 00000000
  ff410038 00000000 00000000 00000000 00000000
FAC REQ - Illegal application number (0x1101)
Controller 2:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 2877-2
BChannels: 2
Global Options: 0x000003f9
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x000003df
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   56 kbit/s bit-transparent operation
   Modem with all negotiations
   Modem asyncronous operation with start/stop byte framing
   Modem syncronous operation with HDLC framing
B2 protocols support: 0x00001fdf
   ISO 7776 (X.75 SLP)
   Transparent
   SDLC
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   Transparent (ignoring framing errors of B1 protocol)
   Modem error correction and compression (V.42bis or MNP5)
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 asyncronous mode with V.42bis compression
   V.120 bit-transparent mode
   LAPD with Q.921 including free SAPI selection
B3 protocols support: 0x000000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0000
  0200
  f9030000
  df030000
  df1f0000
  bf000000
  00000000 00000000 00000000 00000000 00000000 00000000
  ff410038 00000000 00000000 00000000 00000000
FAC REQ - Illegal application number (0x1101)
Controller 3:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 2877-3
BChannels: 2
Global Options: 0x000003f9
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x000003df
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   56 kbit/s bit-transparent operation
   Modem with all negotiations
   Modem asyncronous operation with start/stop byte framing
   Modem syncronous operation with HDLC framing
B2 protocols support: 0x00001fdf
   ISO 7776 (X.75 SLP)
   Transparent
   SDLC
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   Transparent (ignoring framing errors of B1 protocol)
   Modem error correction and compression (V.42bis or MNP5)
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 asyncronous mode with V.42bis compression
   V.120 bit-transparent mode
   LAPD with Q.921 including free SAPI selection
B3 protocols support: 0x000000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0000
  0200
  f9030000
  df030000
  df1f0000
  bf000000
  00000000 00000000 00000000 00000000 00000000 00000000
  ff410038 00000000 00000000 00000000 00000000
FAC REQ - Illegal application number (0x1101)
Controller 4:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 2877-4
BChannels: 2
Global Options: 0x000003f9
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x000003df
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   56 kbit/s bit-transparent operation
   Modem with all negotiations
   Modem asyncronous operation with start/stop byte framing
   Modem syncronous operation with HDLC framing
B2 protocols support: 0x00001fdf
   ISO 7776 (X.75 SLP)
   Transparent
   SDLC
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   Transparent (ignoring framing errors of B1 protocol)
   Modem error correction and compression (V.42bis or MNP5)
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 asyncronous mode with V.42bis compression
   V.120 bit-transparent mode
   LAPD with Q.921 including free SAPI selection
B3 protocols support: 0x000000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0000
  0200
  f9030000
  df030000
  df1f0000
  bf000000
  00000000 00000000 00000000 00000000 00000000 00000000
  ff410038 00000000 00000000 00000000 00000000
FAC REQ - Illegal application number (0x1101)

Ich hoffe, es kann sich jemand einen Reim darauf machen. Bin für jede Hilfe dankbar!

Grüße,

-Andreas.
 
Kurz zu Erklaerung, die Fehlermeldung kommt, wenn chan-capi den Frame nicht an
Asterisk abliefern kann. Dies kann zwei Gruende habe:
- Die Gegenseite (app_*, oder Asterisk selbst) liest nicht die Frames und es gibt ein
overflow.
- Die Pipe wurde bereits geschlossen. Dies wird nur von Asterisk gemacht und auch
nur wenn ein hangup kommt.

Die Ausgabe von 'capi show channels' zeigt, dass hier ziemlich viel 'kaputt' ist.
'Disc' ist zwar korrekt, denn es heisst Disconnected, aber der isdnstate muss dann etwas anderes Zeigen.

Da auch schon capiinfo Fehler meldet, nehme ich an, dass es an der libcapi haengt.
Kann es sein, dass eine andere libcapi verwendet wird, als die, mit der chan-capi gebaut wurde?

Armin
 
Hi Armin,

ich überlege, woher das kommen kann. Kann das z.B. passieren, wenn NACH der Asterisk-Kompilation eine neue libcapi installiert wurde und dann chan_capi kompiliert wurde?
Würde ein neukompilieren des gesamten Zeugs (incl. EICON-Treiber) was nützen?

-Andreas.
 
Nach Asterisk-Kompilierung nicht, denn hier wird libcapi nicht verwendet. Es betrifft nur Programme, die libcapi direkt verwenden:
chan-capi
capifax
capiinfo
...
Diese muessen die gleiche libcapi vorfinden, die auch bei der Kompilierung
verwendet wurde.

Den Eicon-Treiber muesstest Du deswegen nicht neu kompilieren, denn der braucht die libcapi nicht. Das sind ja Kernel-Module und solange der Kernel nicht getauscht wird, ist das okay.

Armin
 
Hallo,

tut mir leid das ich diesen alten Thread ausgrabe allerdings habe ich ein ähnliches Problem feststellen düren/müssen. Benutze auch diese Eicon Diva Karte - habe allerdings nur 2 der 4 Ports konfiguriert und im Einsatz.
Sporadisch tritt bei uns nun auch der folgende Fehler auf:
Line-Name NTmode state i/o bproto isdnstate ton number
----------------------------------------------------------------
ISDN2#02 no Disc - trans *PS 0x00 '11'->'24'

Könnte mir vielleicht jemand erklären ür was das *PS steht? Und ob es irgendeine Möglichkeit gibt das zu verhindern? Liegt das evtl. an der ISDN Anlage an dem die Karte hängt?

Vielen Dank,
FL
 
Wo ist die Fehlermeldung? Stürzt asterisk bei dir auch ab?

In deinem Post ist nur die Ausgabe von capi show channels

Mario
 
Problem gibts leider immer noch :-(

Hallo Leute,

leider wars bei mir nicht die libcapi. Die hat eigentl. die richtige Version. Wir kämpfen immer noch mit diesem Problem.

Grüße,

-Andreas.
 
Huhu,

@mario: sorry hatte mich nicht ganz klar ausgedrückt, es gibt bei mir keine eigentliche Fehlermeldung, d.h. Asterisk stürzt auch ncht komplett ab. Es ist nur nicht mehr möglich die entsprechenden ISDN Kanäle zu benutzen die dieses *PS als isdnstate haben. Getrennt sind die Verbindungen allerdings definitiv und auch die vorgeschaltete ISDN Anlage singalisiert alle Leitungen als frei. Daher kann ich da leider nicht wirklich mit Fehlermeldung dienen, sorry.
@Andreas: Schade, ich hatte gehofft das ihr das Problem inzwischen irgendwie lösen konntet. Habt ihr die Eicon direkt am NTBA hängen oder auch eine TK-Anlage dazwischen? Die lipcapi schließe ich bei mir eigentlich auch aus, habe an der nun gar nichts gemacht. Und ich wüsste im Moment auch nicht wo ich suchen sollte, denn dieses *PS sagt mir so gar nichts und gefunden habe ich dazu auch nichts wirklich passendes. Benutzt du außer chan_capi und chan_sccp (ist doch für cisco oder?) noch Module die zur Wahl benutzt werden?

Danke und Grüße,
FL

Edit:
*autsch*.. Ok, habe da jetzt doch noch was zu *PS gefuden (in der Readme (ja ich weiß, rtfm..)) Also * steht für PBX is active, P steht für Progress was signaled und S steht für SETUP[_ACK] was signaled. Mhmmm...
 
Zuletzt bearbeitet:
Welche Version von chan-capi und dem Divas-Treiber wird denn benutzt?

Wirkliche Hilfe bietet nur ein log mit
set verbose 5
capi debug
von der Verbindung die dann 'stehen blieb'.

Armin
 
Hallo armin,

also chan_capi nutze ich die Rev. 528 und bei divas divas4linux-melware-3.0.9-107.775-1. Werde schauen ob ich dir die entsprechenden Logs geben kann, tritt bei uns ja auch "nur" sporadisch auf. Vielleicht kann Andreas hier ja schneller die Logs liefern?!

Vielen Dank & Grüße,
FL
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 818 (Mitglieder: 42, Gäste: 776)

Neueste Beiträge

Statistik des Forums

Themen
246,095
Beiträge
2,246,003
Mitglieder
373,573
Neuestes Mitglied
Puffpirat
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück