QuadBRI und OctoBRI - ton fällt aus

[mindflow]

Hallo allerseits,

ich habe hier folgendes Problem:
Wir haben hier einen Telefonserver mit einer OctoBRI und einer QuadBRI 2.0-Karte.
Soweit funktioniert die Anlage auch ganz gut, nur bei manchen Telefonaten fällt mitten im Gespräch der Ton aus. Das Gespräch selber besteht weiter, aber es geht weder Ton rein noch raus.
Dies geschieht sowohl von VoIP-Phones aus, als auch von ISDN-Telefonen die über unsere alte TK-Anlage an die Asterisk angeschlossen sind.
Ich habe die Logs schon durchsucht und finde einfach nichts, das Phänomen tritt auch nicht nach einer festen Zeit auf sondern zufällig.

Hier noch die Configs:

;
; Zapata telephony interface
;
; Configuration file

[channels]
;
; Default language
;
language=de
;
; Default context
;
;
switchtype = euroisdn

; p2mp TE mode (for connecting ISDN lines in point-to-multipoint mode)
;signalling = bri_cpe_ptmp
; p2p TE mode (for connecting ISDN lines in point-to-point mode)
;signalling = bri_cpe
; p2mp NT mode (for connecting ISDN phones in point-to-multipoint mode)
;signalling = bri_net_ptmp
; p2p NT mode (for connecting an ISDN pbx in point-to-point mode)
;signalling = bri_net

pridialplan = local
prilocaldialplan = dynamic
nationalprefix = 0
internationalprefix = 00

priindication = passthrough
overlapdial = yes
immediate = no
echocancel = yes
; Added by F.H.
echocancelwhenbridged = no
echotraining = no

usecallerid = yes
hidecallerid = no

; Mehrgeraeteanschluss NT Modus (zur alten Anlage)
; Octobri Port 1
context=from-zaptel
signalling = bri_net_ptmp
group = 1
channel => 13-14

; ISDN-Anlagen-Anschluesse NT Modus (zur alten Anlage)
; Octobri Ports 2,3,4
signalling = bri_net
channel => 16-17
channel => 19-20
channel => 22-23


context=from-pstn
; Mehrgeraeteanschluss TE Modus (zur Telekom)
; Octobri Ports 5
signalling = bri_cpe_ptmp
group = 3
channel => 25-26

; ISDN-Anlagen-Anschluesse TE Modus (zur Telekom)
; Octobri Ports 6,7,8
signalling = bri_cpe
group = 4
channel => 28-29
channel => 31-32
channel => 34-35

; context => from-pstn1
; ISDN-Mehrgeraete-Anschluss TE Modus (zur Telekom)nur zum raustelefonieren
; Quadbri Port 1
signalling = bri_cpe_ptmp
group = 5 
channel => 1-2

; Fax-Weiterleitung
context=fax-incoming
signalling = bri_net_ptmp
group = 6
channel => 4-5

loadzone=nl
defaultzone=nl
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
# Quadbri
span=1,1,3,ccs,ami
span=2,2,3,ccs,ami
span=3,3,3,ccs,ami
span=4,4,3,ccs,ami
# Octobri
span=5,1,3,ccs,ami
span=6,2,3,ccs,ami
span=7,3,3,ccs,ami
span=8,4,3,ccs,ami
span=9,5,3,ccs,ami
span=10,6,3,ccs,ami
span=11,7,3,ccs,ami
span=12,8,3,ccs,ami

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12
bchan=13,14
dchan=15
bchan=16,17
dchan=18
bchan=19,20
dchan=21
bchan=22,23
dchan=24
bchan=25,26
dchan=27
bchan=28,29
dchan=30
bchan=31,32
dchan=33
bchan=34,35
dchan=36

Ich wäre für Hilfe sehr dankbar,

Viele Grüße

Florian

 

[jam4ever]

hallo!
gib uns doch mal ein paar details zu deiner anlage...
asterisk version, bristuff etc?
was machst du wenn das passiert?
musst du nur neu anrufen oder den asterisk neu starten?

 

[mindflow]

im Einsatz sind im Moment (das Problem trat vorher auch schon auf) Bristuff 0.3.0-PRE-1y-g (Asterisk 1.2.18).

Wenn der Ton abbricht, versuchen die Gesprächsteilnehmer über mehrfaches wiederholen der Worte "Hallo" die Verbindung wiederherzustellen Weil das nicht funktioniert, legen sie auf und rufen noch einmal an. Das Funktioniert auch sofort wieder.
Das Problem tritt auf egal ob ich an der Anlage konfiguriere oder nicht, es tritt auch auf wenn ich nicht da bin.

 

[speedy1980]

Versuch mal bitte heraus zu finden was für ein Chipsatz auf dem Motherboard ist. Einige Chipsätze haben Timing-Probleme, das habe ich leidlich erfahren müssen. Siehe hier http://www.digium.com/en/docs/misc/compatibility_notes.php
Wenn Du einen solchen Chipsatz hast, dann hilft nur ein Motherboard-Tausch. Oder treten die Probleme erst seit kurzem auf und es ging vorher mit der gleichen Hardware?

 

[mindflow]

Hmm, wir verwenden einen HP DL380 G4 Server, muss ich mal nachschauen was da für ein Chipsatz genau drin ist.
Könnte das Problem evtl. mit IRQ-Sharing Problemen zu tun haben?

Viele Grüße

Florian

 

[speedy1980]

Und was für ein Chipsatz ist es nun? Oder gibts eine andere Lösung?

 

[mindflow]

Hallo, tut mir Leid das ich so spät antworte,

als Chipsatz kommt ein intel E7520 zum Einsatz, das sollte also passen.

Was mir noch einfällt wäre hier zu suchen

cat /proc/interrupts
           CPU0
  0: 1760390349          XT-PIC  timer
  1:          8          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  4: 1783574218          XT-PIC  qozap, eth0
  7: 1765951732          XT-PIC  cciss0, qozap
  8:          1          XT-PIC  rtc
 12:         66          XT-PIC  i8042
 14:   15831572          XT-PIC  ide0
NMI:          0
LOC: 1747137732
ERR:          0
MIS:          0

Anfangs hatten wir nur die Octobri und eine HFC-Karte im einsatz, da gab es massive Probleme die aber auch im Log festgehalten wurden. Mit der Quadbri war das Problem eigentlich weg, allerdings werde ich gleich mal versuchen die IRQs so umzustellen dass die qozaps alleine in der Liste stehen.

Eine andere Frage: hat jemand dieses PCM-bus Kabel im Einsatz? Bringt das was?


Viele Grüße

Florian Heller

 

[speedy1980]

Aus meiner Sicht ist es definitiv der Chipsatz. Diese ganzen Intel E7XXX Dinger kann man für ISDN Karten vergessen. Da Dell die gerne verbaut kann man eigentlich auch die Finger von Dell lassen. Probier ein anderes Board oder die Karte in einem anderen PC, es wird zu 95% funktionieren.

 

[mindflow]

Hmm, evtl. haben wie den Fehler gefunden. So wie es scheint waren wohl ein paar Adern der Leitungen NTBA-Asterisk nicht ganz fest im LSA-Patchpanel eingelegt. Mal sehen wie sich das ganze weiter entwickelt. Der Chipsatz war es wohl nicht.

Viele Grüße

Florian