HFC-Karte will NT-Mode einfach nicht

iptelefonie

Neuer User
Mitglied seit
29 Mrz 2006
Beiträge
104
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich sitze schon den ganzen Abend an einem Problem: Ich versuche mit einem ISDN-Telefon an einer HFC-Kartre über Asterisk und über eine AVM Fritzcard PCI 2.0 raus zu telefonieren. Jedoch bekomme ich es nicht hin die HFC-Karte im NT-Modus laufen zu lassen.

Ich habe problemlos die Version bristuff-0.3.0-PRE-1s kompilieren können. Capi und Sip funktioniert auch problemlos.

Im Verbose Level 7 gibt es keine Ausgabe, wenn ich am ISDN-Telefon den Hörer abhebe. Kurz darauf erscheint dann "Störung" auf dem ISDN-Telefon.

lspci -v gibt mir folgende Informationen über die ISDN-Karte aus:

PHP:
0000:00:10.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
        Subsystem: Cologne Chip Designs GmbH ISDN Board
        Flags: bus master, medium devsel, latency 16, IRQ 10
        I/O ports at eff0 [disabled] [size=8]
        Memory at febff400 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 1

Ich habe mich eigentlich an das Howto aus dem Wiki gehalten (bis auf die Version).

Jedoch bekomme ich einen Fehler bei:

PHP:
install zaphfc /sbin/modprobe --first-time --ignore-install zaphfc; /sbin/ztcfg
install: Unbekannte Option --first-time
,,install --help" gibt weitere Informationen.

Ein
PHP:
modprobe zaphfc modes=1
funktioniert jedoch problemlos.

Jedoch befindet sich das Gerät immer im TE-Modus:

PHP:
 cat /proc/zaptel/1
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 DEACTIVATED (F5)" AMI/CCS

           1 ZTHFC1/0/1 Clear
           2 ZTHFC1/0/2 Clear
           3 ZTHFC1/0/3 HDLCFCS

Zur Verkabelung:
Ich verwende einen NTBA mit Crossover-Kabel zur HFC-Karte. Habe an den S0-Bus vom NTBA das ISDN-Telefon angeschlossen.

Hier noch meine Configs:

/etc/zaptel.conf
PHP:
[channels]
switchtype=euroisdn
signalling=bri_net_ptmp
pridialplan=local
echocancel=yes
immediate=no
overlapdial=yes
group=1
context=default

/etc/asterisk/extensions.conf
PHP:
[general]
static=yes
writeprotect=no

; --------------------------------------------------------------------
; Es hat sich als gute Praxis erwiesen, die Inhalte der Datei
; extensions.conf modular aufzubauen. Diese Praxis wollen
; wir auch hier anwenden
;

[lokal]
; Erreichbarkeit der Nebenstellen 30-39
; untereinander herstellen

exten => _3X,1,NoCDR()
exten => _3X,n,Dial,SIP/${EXTEN}|55|Ttr

[ISDN1]
exten => _0X.,1,Dial(CAPI/contr1/${EXTEN})
;exten => _0.,1,Dial,CAPI/${EXTEN}@6112233|45|r
;exten => _0.,1,Dial(CAPI/contr1/${EXTEN}/b,30,r)
; --------------------------------------------------------------------
;
; hier kommt der default-Context, in dem alle Geraete in der
; Grundkonfiguration erstmal laufen.
; Alle Geraete koennen sich gegenseitig anrufen


[default]
include => lokal
include => ISDN1

/etc/asterisk/zapata.conf
PHP:
[channels]
switchtype=euroisdn
signalling=bri_net_ptmp
pridialplan=local
echocancel=yes
immediate=no
overlapdial=yes
group=1
context=default
channel=>1-2

Am NTBA und an der HFC-Karte gibt es je eine LED, welche jedoch nie(nicht) leuchten.

Vielen Dank!
 
Zuletzt bearbeitet:
Deiner zapata.conf fehlt als letzter Eintrag channel=>1-2.

Achtung, alles was nach diesem Eintrag kommt wird als Angaben für weitere Karten angesehen.

Wenn du den Höher deines ISDN-Telefons abnimmst musst du ein Freizeichen höhren. Dann funktioniert dein interner S0-Bus.

Für die Fritzkarte sehe ich in deinen Dateien überhaupt keine Eintragungen, kann also vmtl. nicht funktionieren.
 
@ kombjuder

Er hat 2 zaptel.conf. 1x in /etc und 1x in /etc/asterisk und in der zweiten stehen die channel-Defnitionen.
Welche ist denn richtig?

Edit: Sorry, hatte wohl Tomaten auf den Augen
 
Zuletzt bearbeitet:
ilmtuelp0815 schrieb:
@ kombjuder

Welche ist denn richtig?

In /etc heisst die Datei zaptel.conf, in /etc/asterisk heisst die Datei zapata.conf.

Das was ich geschrieben habe, stammt aus der zapata.conf
 
Wenn du jetzt noch den Inhalt von /etc/zaptel.conf änderst wird es auch funktionieren.
 
So sieht meine /etc/zaptel.conf jetzt aus:

PHP:
# hfc-s pci a span definition
# most of the values should be bogus because we are not really zaptel
loadzone=nl
defaultzone=nl

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

Nochmal zu Kontrolle /etc/asterisk/zapata.conf:

PHP:
[channels]
switchtype=euroisdn
signalling=bri_net_ptmp
pridialplan=local
echocancel=yes
immediate=no
overlapdial=yes
group=1
context=default
channel=>1-2

... und funktioniert nicht. Ich glaube es liegt daran, weil die Karte nicht im NT-Modus ist.

Sip und Capi funktioniert problemlos.
 
iptelefonie schrieb:
... und funktioniert nicht. Ich glaube es liegt daran, weil die Karte nicht im NT-Modus ist.

Du hast bevor du Asterisk gestartet hast, ein make loadNT gemacht?
 
EDIT: So habs hinbekommen ;) ;) ;).

Jedoch ist die Sprachqualität deutlich schlechter als wenn ich das Telefon direkt an den Telekom-NTBA hänge. Es rauscht auch leicht. Woran könnte das liegen?
 
Zuletzt bearbeitet:
iptelefonie schrieb:
Jedoch ist die Sprachqualität deutlich schlechter als wenn ich das Telefon direkt an den Telekom-NTBA hänge. Es rauscht auch leicht.
a)Fehlerhafte Verkabelung:
Kontakte sitzen nicht richtig, Stecker defekt,etc.


b) falsche Terminierung
Ist an beiden Enden eine Terminierung vorhanden, etc.
s. auch http://isdn.jolly.de/


c) keine Stromversorgung im NTBA
Ich hatte z.B. das Problem, das es in Tests direkt am Rechner problemlos ohne ging, als ich das Telefon dann aber an seinem Bestimmungsort über ein langes normales Telefonkabel (über Verteiler auch noch...) angeschlossen hatte, ging es nicht mehr ohne Stromversorgung. (ISDN Dect Telefon).

c) IRQ Problem am Rechner, Rechner zu langsam, etc.
Florzpatch benutzt? (bei nur einer Karte eigentlich nicht nötig, aber Testen kann man es ja mal ;)

Ansonsten gibt es auch viele Theme hier im Forum dazu.
 
Weiss nicht obst es noch brauchst, aber wenn die Karte nicht in den NT Modus gehn will liegts vielleicht an den modutils - so bei mir heute geschehen.

modprobe hat einfach modes=1 ignoriert!

Mit insmod laden ging.

die "options zaphfc modes=1" in /etc/modprobe.d und nicht /etc/modutils für den Kernel 2.6 eintragen!
Dann sollt alles automatisch gehn
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,109
Beiträge
2,246,275
Mitglieder
373,591
Neuestes Mitglied
Andii11
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.