Sitecom DC-105: Probleme mit NT-Modus

[freach]

Hi,
ich nutze 2x Sitecom DC-105, eine als TE eine als NT, also Standartkonfiguration mit bristuff 0.3.0-PRE-1q + florz patch.
Das System ist meine 2. Asteriskkonfiguration, meine private Telefonanlage hab ich schon komplett auf Asterisk mit 2x Typhoon ISDN umgestellt.

Kompiliren lief einwandfrei durch.
Laden der Module und starten der Karten sieht auch völlig normal aus nur müsste eigentlich die Karte im NT-Modus aktiv sein, ist sie aber nicht, egal was ich mache und obwohl ein 100% funktionsfähiges NTBA mit korrekter Verkabelung dran hängt.

asterisk:~# modprobe zaphfc modes=1 timer_card=0
asterisk:~# ztcfg -vvv

Zaptel Configuration
======================

SPAN 1: CCS/ AMI Build-out: 399-533 feet (DSX-1)
SPAN 2: CCS/ AMI Build-out: 399-533 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)
Channel 04: Clear channel (Default) (Slaves: 04)
Channel 05: Clear channel (Default) (Slaves: 05)
Channel 06: D-channel (Default) (Slaves: 06)

6 channels configured.

Changing signalling on channel 1 from Unused to Clear channel
Changing signalling on channel 2 from Unused to Clear channel
Changing signalling on channel 3 from Unused to HDLC with FCS check
Changing signalling on channel 4 from Unused to Clear channel
Changing signalling on channel 5 from Unused to Clear channel
Changing signalling on channel 6 from Unused to HDLC with FCS check
asterisk:~# cat /proc/zaptel/1
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [NT] layer 1 DEACTIVATED (G2)" AMI/CCS

           1 ZTHFC1/0/1 Clear
           2 ZTHFC1/0/2 Clear
           3 ZTHFC1/0/3 HDLCFCS
asterisk:~# cat /proc/zaptel/2
Span 2: ZTHFC2 "HFC-S PCI A ISDN card 1 [TE] layer 1 ACTIVATED (F7)" AMI/CCS

           4 ZTHFC2/0/1 Clear
           5 ZTHFC2/0/2 Clear
           6 ZTHFC2/0/3 HDLCFCS

Hab das NTBA samt Verkablung bei mir zu Hause an meinem Produktivsystem getestet, alles wunderbar.
Also NTBA fällt als Fehlerquelle weg.

Hardware hab ich mittlerweile einmal komplett getauscht (außer ISDN Karten), das gleiche Problem.

IRQ:

asterisk:~# cat /proc/interrupts
           CPU0
  0:   15142242    IO-APIC-edge  timer
  1:         16    IO-APIC-edge  i8042
 14:      12640    IO-APIC-edge  ide0
 15:         13    IO-APIC-edge  ide1
169:  112740387   IO-APIC-level  acpi, zaphfc
201:      25344   IO-APIC-level  eth0, zaphfc
NMI:          0
LOC:   15144001
ERR:          0
MIS:          0

Ich weiss die teilen sich den IRQ, mit der Hardwarekonfiguration davor hatte jede Karte einen eigenen IRQ, das gleiche Problem.

Hab verschiedene Bristuffversionen versucht, mal mit, mal ohne florz Patch.
Nichts, ich bekomme die Karte im NT-Modus nicht aktiviert.

asterisk:~# cat /etc/zaptel.conf
#
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg

loadzone=de
defaultzone=de

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

span=2,1,3,ccs,ami
bchan=4-5
dchan=6

 

[htims]

Hallo,
was für ein Fehler tritt denn genau auf?

Gibt asterisk Fehler aus?

Momentan scheinst du den Florz-Patch zu nutzen... Mach doch mal

dmesg |grep "b channel buffer"

und schau ob du da viele Zeilen wie

b channel buffer overflow: 145, 145
b channel buffer underrun: 0, 0

in großer Anzahl findest...

Alles was ich so sehen konnte schaute gut aus...

 

[freach]

Hallo,
was für ein Fehler tritt denn genau auf?

Leider gibt es keine direkte Fehlermeldung, die auf ein Problem hinweist.
Ich habe gestern eine Asteriskinstallation vorgenommen, mit Typhoon Karten, die bei mir zu Hause 100% funktionieren.
Da trat genau das gleiche Problem auf, wieder mit bristuff-0.3.0-PRE-1q.
Ich hab gesehen das vor kurzem eine neue Version rausgekommen ist und das ganze mit der versucht, also bristuff-0.3.0-PRE-1r.
Da hat es auf anhieb funktioniert, leider gibt es für diese Version noch keinen Florz Patch, da sich was an den zaphfc Treibern geändert hat.
Scheint ein Treiber Problem zu sein.
Trotzdem unlogisch das ganze.
Bei einem System funktionierts bei nem identischen nur mit einer HFC Karte mehr dann wieder nicht.

0.3.0-PRE-1r
    - fixed devicestates for peer register/unregister
    - moved extensionstates to AMI privilege "extensionstatus"
    - added "Hint:" to extensionstatus event (AMI)
    - added "gsm [no] debug channel <channel>" to chan_zap
    - modified autoanswer to re-register dynamic extensions on reload
    - fixed drivers to compile with latest 2.6 kernels
    - improved libpri/chan_zap communication for BRI_CPE and BRI_CPE_PTMP

 

[htims]

Der Florz-Patch funktioniert bestens mit der aktuellen Bristuff Version. Die Meldungen kannst du einfach ignorieren.


Haste du die "dmesg"- Geschichte ausprobiert?

 

[freach]

Der Florz-Patch funktioniert bestens mit der aktuellen Bristuff Version. Die Meldungen kannst du einfach ignorieren.


Haste du die "dmesg"- Geschichte ausprobiert?

Ah gut zu wissen.

dmesg hab ich ausprobiert, scheinen aber keine Hinweise dieser Art vorzukommen.

asterisk:~# dmesg |grep "b channel buffer"
asterisk:~#