ISDN-Telefon an HFC-Karte

[konabi]

Also habe jetzt mal deine konfig ausprobiert:

zaptel.conf

loadzone=nl
defaultzone=nl
span=1,1,3,ccs,ami
bchan=1-2
dchan=3

zapata.conf

[channels]
;erste Karte TE-Modus
switchtype = euroisdn
signalling = bri_cpe_ptmp
pridialplan= local
prilocaldialplan =local
echocancel =yes
echotraining =100
echocancelwhenbridged =yes
callprofress =yes
busydetect =yes
usecallerid = yes
usecallingpress =yes
immediate = no
context = isdn_incoming
group = 1
channel => 1-2

extensions.conf

[general]
static=yes
writeprotect=no
[default]
include => sip20
include => sip21
include => isdn_outgoing
[sip20]
exten => 20,1,Dial(SIP/20,25,tT)
exten => 20,n,Hangup
[sip21]
exten => 21,1,Dial(SIP/21,25,tT)
exten => 21,n,Hangup
[isdn_incoming]
exten => _X.,1,Dial(SIP/20)
exten => _X.,2,Congestion
exten => _X.,3,Hangup
 
[isdn_outgoing]
exten => _7.,1,SetCallerID(52)
exten => _7.,n,Dial(ZAP/g1/${EXTEN:1})
exten => _7.,n,Hangup

Prüfen ob keine anderen ISDN Treiber geladen sind:

lsmod | grep hisax
lsmod | grep isdn

Wenn ja dann entladen:

rmmod hisax
rmmod isdn


So wichtig: NTBA und Karte verbinden

#modprobe zaptel
#modprobe zaphfc modes=0

(modes=0 alle Karten TE Modus)

#cat /proc/zaptel/1
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 1 [TE]"
1 ZTHFC1/0/1
2 ZTHFC1/0/2
3 ZTHFC1/0/3


zaptel.conf Konfigurationsdatei einlesen:

deb-hfc:~# ztcfg -vv

Zaptel Configuration
======================
SPAN 1: 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)
3 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


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


Wenn NTBA nicht mit Karte verbunden ist steht layer1 DEAKTIVATED


Hat bei mir alles funktioniert.

Ich kann anrufen,
Ich kann auch angerufen werden.

Ich hänge hier aber an einen internen S0 einer vorhandenen Anlage.
Sollte aber auch so an einem NTBA gehen.

Gruß Sven

 

[wernervoip]

Hör auf die Kabel schlecht zu machen

Hallo kombjuder und inschenjoer!

... dann hast du ein Problem mit deinem Kabel oder deinem Telefon.

Hatte dir schon vor einiger Zeit erklärt, dass ich auch keinen Wählton (dialton) habe und es nicht am Kabel liegen kann, weil es mit dem alten
Asterisk unter Eisfair funktioniert:
Mein Beitrag im IP-Phone-Forum

Alles gleich außer Software und Rechner
(gleiche Karte - Longshine von Reichelt)
Telefon und NTBA mit gekreuztem Kabel
sogar das selbe.

Ich sehe keine andere Möglichkeit mehr (anm.: als das Kabel). Sobald wie deine Karte im NT-Modus ist und zapata.conf geladen ist kommt das Freizeichen."

Prinzipiell hat die zaptel.conf auch noch was damit zu tun und die
/etc/asterisk/modules.conf halte ich auch denkbar, wenn ein geladenes
Modul alles wieder kaputt macht!? Hast Du eigentlich ALSA oder OSS geladen
(d.h. geht das DIAL Kommando in der CLI).

Habe inzwischen auch auf die aktuelle Asteriskversion upgedatet und damit
die gleiche Version wie Du kombjuder - aber keinen Dialton - kann aber
- um es nochmal zu betonen - ansonsten normal Telefonieren!

Kannst Du uns nicht mal alle Konfigurationsdateien die dein Asterisk lädt
in einer hinsichtlich des Wähltons erprobten Version zeigen?

Dann müßte ja alles identisch und damit reproduzierbar sein!
Wenn dann nicht der Compiler oder OS Unterschiede macht kann es
nur noch die Hardware sein.

Damit mein Leidensgenosse doch noch recht behält:

Irgendjemand muß doch mal was dazu sagen können.

... auch hinsichtlich einer baldigen entgültigen Lösung! (nun schon 1 Monat)

Vielen Dank im Voraus
MfG,
Werner

 

[wernervoip]

verschrieben

"Irgendjemand muß doch mal was dazu sagen können."
ist natürlich das Zitat von inschenjoer!

Konabi, Du hast nun im TE-Modus getestet:

(modes=0 alle Karten TE Modus)

Ursprünglich wollte inschenjoer jedoch die HFC-Karte mit dem Telefon
verbinden und daher im NT-Modus betreiben. Dabei hat er wie auch
ich festgestellt, dass es keinen Dialton (Wählton) gibt.

Sollte übrigens der interne Wählton von Asterisk sein, der darauf wartet,
das gewählt wird und sodann den Wählton abbricht - es sei denn,
ignorepat=... ist entsprechend gesetzt.

Möglich ist wahrscheinlich auch so ne Art earlyB3 (geht nur bei CAPI),
wo das Telefon im Falle des Abhebens vor dem Wählen (im Gegensatz
zu Blockwahl) sofort zur mit dem Amt verbundenen Karte (TE-Modus)
ge-switch-t wird und den Wählton vom Amt bekommt!?

MfG,
Werner
PS: Nen Wählton kann doch nicht so schwierig sein!?

 

[konabi]

Also den Wählton kannst Du in der zapata.conf mit immediate bestimmen.

immediate=no
stellt einen Wählton zur Verfügung und liest gewählte Rufnummern.


Gruß Sven

 

[wernervoip]

Habe ich doch schon lange gem8.

Hallo Sven!

immediate=no
stellt einen Wählton zur Verfügung und liest gewählte Rufnummern.
Sven

Deine Antwort zeigt mir, dass Du wahrscheinlich
meinem Link "Mein Beitrag im IP-Phone-Forum"
auf meinen vorigen Beitrag im anderen Thread
nicht gefolgt bist. Der Link war aber auch in
meinem ersten Beitrag in diesem Thread - nicht im 2ten.
Kein Problem - hier die entsprechende Passage:

Ist zwar von mir noch nicht komplett ausgetestet, aber habe schon
mit immediate und overlapdial sowie den 2 Timeout-Parametern
experimentiert.

MfG,
Werner
PS: Bin da wirklich einigermaßen ratlos und wünsche mir einen kompletten
Satz Konfigurationsdateien die mit Asterisk 1.2.4 und Bristuff, Florzpatch
erprobterweise einen Dialton hat. Am liebsten gezippt - dann spart man
sich die cut&paste orgie.
make samples hat mir nicht weitergeholfen.

PPS: An den Initiator dieses Threads "inschenjoer" noch der Tipp mal
in modprobe.conf zu schauen, ob da Parameter für Module - insbesondere
zaphfc - eingetragen sind - die ergänzen oder überschreiben nämlich
die in der Kommadozeile oder per Script eingegebenen Parameter.
(Gibt Hinweise im Web die zaphfc Parameter dort einzutragen.)

 

[konabi]

Tja da habe ich auch erst mal keine weitere Idee.

Hier meine Konfigs für 2 HFC Karten mit Bristuff.
Ich hatte da den * an einem S0 einer vorhandenen Anlage.

Gruß Sven

 

[wernervoip]

Danke - hoffe der * startet ohne modules.conf, ...

Hi!
Danke - hoffe der * startet ohne modules.conf, ...
Denn soweit war das eigentlich klar - dachte halt
es könnte z.B. an zusätzlich geladenen Modulen liegen.

Kann ich nicht mal eine minimal modules.conf für HFC im NT-Mode
bekommen, so wie unter folgendem Link für SIP und IAX2:
http://lists.digium.com/pipermail/asterisk-users/2004-August/059581.html

MfG,
Werner

 

[konabi]

Nun, mit der mosules.conf habe ich noch nicht all zu viel
herumexperimentiert.

Die sieht bei mir so aus:

  [modules]
   autoload=yes
    
   noload => pbx_gtkconsole.so
   noload => pbx_kdeconsole.so
   noload => app_intercom.so
   noload => chan_modem.so
   noload => chan_modem_aopen.so
   noload => chan_modem_bestdata.so
   noload => chan_modem_i4l.so
   noload => chan_alsa.so
    
   load => res_musiconhold.so
       
   [global]

Gruß Sven

 

[inschenjoer]

Hallo,

also ich melde mich nochmal. Es sieht zur Zeit so aus. Ich hab eine zweite ISDN-Karte und ein zweites gekreuztes ISDN-Kabel. Geändert hat sich damit nichts.
Ich hab dann noch einiges hin und her probiert und nun kann ich vom sip-phone zum Telefon telefonieren. Aber andersum geht es nicht. Wenn ich vom Telefon aus versuche wo anzurufen, meldet er mir nach kurzer Zeit "keine Leitung". Ich hab dann im kernel-log folgendes gefunden:

Feb 19 17:25:36 goofy kernel: zaphfc: empty HDLC frame or bad CRC received (framelen = 2, stat = 0xff, card = 0).

Was hat das zu bedeuten. Ich vermute mal, mein Problem liegt an diesem Eintrag.

mfg
inschenjoer

 

[cibi]

Feb 19 17:25:36 goofy kernel: zaphfc: empty HDLC frame or bad CRC received (framelen = 2, stat = 0xff, card = 0).

Was hat das zu bedeuten. Ich vermute mal, mein Problem liegt an diesem Eintrag.

Ich habe das Thema nur kurz überflogen und hoffentlich nichts übersehen:
Hast du es mal mit einem NTBA (+Strom) probiert?
Wie sieht die Terminierung aus?

 

[inschenjoer]

So, ich hab nun einen zweiten NTBA ausprobiert und damit funktioniert es nun. Auch wenn ich den zweiten NTBA nicht an den Strom angeschlossen habe. Es scheint also nur ein Problem mit der Terminierung gewesen zu sein. Ich lass das eben jetzt so.

Vielen Dank nochmal an alle für die Hilfe.

mfg
inschenjoer