[gelöst] Mit HFC an Hicom ISDN-Bus

juk

Neuer User
Mitglied seit
3 Jun 2005
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Nachdem ich mir seit Tagen die Augen wund lese, glaube ich fast, ich bin zu blöd für Asterisk.

Ich möchte mit einer HFC-Karte an einen ISDN-Bus, der von einer Hicom 300 zur Verfügung gestellt wird. Hört sich erstmal nicht schwierig an. Erste Frage wäre hier, muss das Kabel Crossover sein oder nicht?

Um möglichst schnell zu einem Ergebnis zu kommen, habe ich zunächst Asterisk@Home installiert. Anschliessend das Paket "bristuff-0.2.0-RC8g.tar.gz" runtergeladen und nach Anweisung alles installiert. Hier taucht die zweite Frage auf. Muss zaphfc im NT oder TE-Modus geladen werden?

"ztcfg -vv" sagt mir folgendes:
Zaptel Configuration
======================

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Individual Clear channel (Default) (Slaves: 01)
Channel 02: Individual Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)

3 channels configured.

Sieht für mich auch noch korrekt aus. Die zugehörige zaptel.conf ist diese:
Code:
# 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,0,ccs,hdb3,crc4
#span=1,1,3,ccs,ami
bchan=1-2
dchan=3

Wenn ich die jetzt auskommentierte Zeile für span aktiviere (wie es in vielen Dokumenten empfohlen wird), bekomme ich den Fehler
ZT_SPANCONFIG failed on span 1: No such device or address (6)

Die zapata.conf sieht folgendermassen aus:
Code:
;
; Zapata telephony interface
;
; Configuration file

[channels]
;
; Default language
;
language=de
;
; Default context
;
;
context=default
switchtype = euroisdn
; p2mp TE mode
;signalling = bri_cpe_ptmp

; p2p TE mode
signalling = bri_cpe
; p2mp NT mode
;signalling = bri_net_ptmp
; p2p NT mode
;signalling = bri_net

pridialplan = unknown
prilocaldialplan = unknown

usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0

group=1
callgroup=1
pickupgroup=1
immediate=no
channel => 1-2

Das signalling ist hier ja wieder vom Modus (NT oder TE) der Karte abhängig, könnte also auch noch falsch sein.

Das Problem ist, dass ich weder rein noch raus telefonieren kann. Hier ein Log von einem Verbindungsversuch:
-- Executing Macro("SIP/200-aba8", "dialout-trunk|1|0XXXXXX") in new stack
-- Executing GotoIf("SIP/200-aba8", "1?4") in new stack
-- Goto (macro-dialout-trunk,s,4)
-- Executing GotoIf("SIP/200-aba8", "1?6") in new stack
-- Goto (macro-dialout-trunk,s,6)
-- Executing SetGroup("SIP/200-aba8", "OUT_1") in new stack
-- Executing CheckGroup("SIP/200-aba8", "") in new stack
-- Executing SetVar("SIP/200-aba8", "DIAL_NUMBER=0XXXXXX") in new stack
-- Executing SetVar("SIP/200-aba8", "DIAL_TRUNK=1") in new stack
-- Executing AGI("SIP/200-aba8", "fixlocalprefix") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/fixlocalprefix
fixlocalprefix: Could not parse /etc/asterisk/localprefixes.conf
-- AGI Script fixlocalprefix completed, returning 0
-- Executing Dial("SIP/200-aba8", "ZAP/1/90XXXXXX") in new stack
== Everyone is busy/congested at this time
-- Executing NoOp("SIP/200-aba8", "dial failed") in new stack
-- Executing Macro("SIP/200-aba8", "outisbusy") in new stack
-- Executing Playback("SIP/200-aba8", "allison7/all-circuits-busy-now") in new stack
-- Playing 'allison7/all-circuits-busy-now' (language 'en')
== Spawn extension (macro-outisbusy, s, 1) exited non-zero on 'SIP/200-aba8' in macro 'outisbusy'
== Spawn extension (from-internal, 90XXXXXX, 2) exited non-zero on 'SIP/200-aba8'
-- Executing Macro("SIP/200-aba8", "hangupcall") in new stack
-- Executing ResetCDR("SIP/200-aba8", "w") in new stack
-- Executing NoCDR("SIP/200-aba8", "") in new stack
-- Executing Wait("SIP/200-aba8", "5") in new stack
== Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'SIP/200-aba8' in macro 'hangupcall'
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/200-aba8'

Kann mich irgendjemand erleuchten?
 
Hey,

warum hast DU die Zeile "span=1,1,0,ccs,hdb3,crc4" in Deiner zaptel.conf?

Du verwendest doch eine HFC Karte. Diesen anderen Eintrag müßtest Du meines erachtens nur vernwenden, wenn Du eine T1/E1 Interface Karte verwenden würdest und Deinen Asterisk z.B. an einer DIUS2 anschließen wolltest.

Die HFC Karte müßtest Du an einer STMD oder SLMS betreiben können und das sollte dann mit "span=1,1,3,ccs,ami " in der zaptel.conf funktionieren.

Du sagst Du willst den Asterisk an einem S0Bus bertreiben, dann solltest Du die Karte im TE Modus betreiben und das Kabel nicht drehen.

Die zapata.conf is meiner Meinung nach soweit in Ordnung, folgenden Eintrag solltest Du noch einfügen:

setcallerid(""<${CALLERIDNUM}>)

Habe leider keine HFC Karte über, um das selber auszuprobieren.

Poste doch mal wie der S0Bus in der Hicom eingerichtet ist.

(reg-sbcsu: / ab-sbcsu: )
 
gliddie schrieb:
Hey,

warum hast DU die Zeile "span=1,1,0,ccs,hdb3,crc4" in Deiner zaptel.conf?

Du verwendest doch eine HFC Karte. Diesen anderen Eintrag müßtest Du meines erachtens nur vernwenden, wenn Du eine T1/E1 Interface Karte verwenden würdest und Deinen Asterisk z.B. an einer DIUS2 anschließen wolltest.

Die HFC Karte müßtest Du an einer STMD oder SLMS betreiben können und das sollte dann mit "span=1,1,3,ccs,ami " in der zaptel.conf funktionieren.
Wie ich oben schon geschrieben habe, wenn ich "span=1,1,3,ccs,ami" in die zaptel.conf nehme, sagt mir "ztcfg -vv" folgendes:
Zaptel Configuration
======================

Channel map:

Channel 01: Individual Clear channel (Default) (Slaves: 01)
Channel 02: Individual Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)

3 channels configured.

ZT_SPANCONFIG failed on span 1: No such device or address (6)
und asterisk lässt sich nicht starten. Wenn ich die Zeile ganz auskommentiere oder die nehme, die jetzt drin ist, lässt sich zumindest alles starten. Aber Du wirst Recht haben, es muss "span=1,1,3,ccs,ami" rein. Die Frage ist nur, warum es damit nicht läuft.
gliddie schrieb:
Du sagst Du willst den Asterisk an einem S0Bus bertreiben, dann solltest Du die Karte im TE Modus betreiben und das Kabel nicht drehen.
Das beantwortet schon mal zwei meiner Fragen. Vielen Dank dafür.
gliddie schrieb:
Die zapata.conf is meiner Meinung nach soweit in Ordnung, folgenden Eintrag solltest Du noch einfügen:

setcallerid(""<${CALLERIDNUM}>)
Werde ich mit reinnehmen.
gliddie schrieb:
Habe leider keine HFC Karte über, um das selber auszuprobieren.

Poste doch mal wie der S0Bus in der Hicom eingerichtet ist.

(reg-sbcsu: / ab-sbcsu: )
Ich komme erst wieder am Montag an die Anlage. Dann werde ich mal die genaue Konfiguration aus der Hicom auslesen.

/edit on
Ich habe gerade hier im Forum die Info gefunden, dass sich ztdummy und zaphfc nicht vertragen und den Fehler "ZT_SPANCONFIG ..." verursachen können. Wenn ich mich recht erinnere, könnte das mein Problem sein.

Am Montag weiss ich es genau.
/edit off
 
Nachdem ich nun ztdummy rausgenommen habe, liess sich zaphfc auch mit der richtigen span-Zeile korrekt laden.

Danach hatte ich jede Menge Buffer-overruns im Logfile und total abgehackte Sprache. Das liess sich aber durch den Florz-Patch beheben.

Das einzige, was jetzt noch nicht funktioniert, sind eingehende Anrufe über ISDN. Das führe ich aber auf die Konfiguration des S0-Busses in der Hicom zurück. Da werde ich mich als nächstes dran versuchen.
 
Hey, hänge doch einfach ein ISDN Telefon an den Port der Hicom.
Wenn das funzt, dann muß auch deine HFC Karte an der Hicom laufen.
Da mußt Du nichts besonderes in der Hicom einrichten.

wenn Du allerdings viele Teilnehmer in Deinem Asterisk Server erreichen willst, dann würde ich den Port eher als Amtssatz einrichten. (Amo TDCSU).

Damit bräuchtest Du dann aber auf jedenfall die STMD Baugruppe, ich glaube mit der SLMS geht das nicht.
 
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.