Debian Etch + Asterisk 1.4 + HFC-S Card

[xoran]

Ok, übrigens ist die HFC-S ISDN Karte gerade eingetrudelt
Kann (soll) ich die schon im System einbauen ? oder einfach mal auf deine Rückinfo warten...

[laureen]

lass uns zuerst das voicemail problem lösen, auch wenn es schwer ist, ich weiss...

[xoran]

ok, dann viel Erfolg... würd ja gerne helfen...

[laureen]

kannst du mal eine voicemail aufnehmen (bei der du auch etwas sprichst) und ins verzeichnis /var/spool/asterisk/voicemail/default/10/INBOX/ reinschauen und ein directory listing mit "ls -lasi" posten? die nachricht muss länger als 3 sekunden sein!

danke!

[xoran]

voipsrv:/var/spool/asterisk/voicemail/default/10/INBOX# ls -lasi
total 152
273716 4 drwxr-xr-x 2 root root 4096 2008-06-25 08:01 .
273714 4 drwxr-xr-x 5 root root 4096 2008-06-25 05:04 ..
273718 4 -rw-r--r-- 1 root root 242 2008-06-25 05:04 msg0000.txt
273719 4 -rwxr-xr-x 1 root root 60 2008-06-25 05:04 msg0000.WAV
273722 4 -rw-r--r-- 1 root root 242 2008-06-25 05:09 msg0001.txt
273723 4 -rwxr-xr-x 1 root root 60 2008-06-25 05:09 msg0001.WAV
273724 4 -rw-r--r-- 1 root root 242 2008-06-25 05:14 msg0002.txt
273725 4 -rwxr-xr-x 1 root root 60 2008-06-25 05:14 msg0002.WAV
273726 4 -rw-r--r-- 1 root root 242 2008-06-25 05:19 msg0003.txt
273727 4 -rwxr-xr-x 1 root root 60 2008-06-25 05:19 msg0003.WAV
273728 4 -rw-r--r-- 1 root root 242 2008-06-25 05:26 msg0004.txt
273729 4 -rwxr-xr-x 1 root root 60 2008-06-25 05:26 msg0004.WAV
273730 4 -rw-r--r-- 1 root root 242 2008-06-25 06:00 msg0005.txt
273731 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:00 msg0005.WAV
273732 4 -rw-r--r-- 1 root root 242 2008-06-25 06:00 msg0006.txt
273733 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:00 msg0006.WAV
273734 4 -rw-r--r-- 1 root root 242 2008-06-25 06:02 msg0007.txt
273735 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:02 msg0007.WAV
273736 4 -rw-r--r-- 1 root root 242 2008-06-25 06:03 msg0008.txt
273737 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:03 msg0008.WAV
273738 4 -rw-r--r-- 1 root root 242 2008-06-25 06:16 msg0009.txt
273739 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:16 msg0009.WAV
273740 4 -rw-r--r-- 1 root root 242 2008-06-25 06:18 msg0010.txt
273741 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:18 msg0010.WAV
273742 4 -rw-r--r-- 1 root root 242 2008-06-25 06:20 msg0011.txt
273743 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:20 msg0011.WAV
273744 4 -rw-r--r-- 1 root root 242 2008-06-25 06:25 msg0012.txt
273745 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:25 msg0012.WAV
273746 4 -rw-r--r-- 1 root root 242 2008-06-25 06:46 msg0013.txt
273747 4 -rwxr-xr-x 1 root root 60 2008-06-25 06:46 msg0013.WAV
273748 4 -rw-r--r-- 1 root root 242 2008-06-25 07:58 msg0014.txt
273749 4 -rwxr-xr-x 1 root root 60 2008-06-25 07:58 msg0014.WAV
273750 4 -rw-r--r-- 1 root root 242 2008-06-25 07:58 msg0015.txt
273751 4 -rwxr-xr-x 1 root root 60 2008-06-25 07:58 msg0015.WAV
273752 4 -rw-r--r-- 1 root root 242 2008-06-25 07:59 msg0016.txt
273753 4 -rwxr-xr-x 1 root root 60 2008-06-25 07:59 msg0016.WAV
273754 4 -rw-r--r-- 1 root root 242 2008-06-25 08:01 msg0017.txt
273755 4 -rwxr-xr-x 1 root root 60 2008-06-25 08:01 msg0017.WAV

wie gewünscht... allerdings dürfte die Uhrzeit/Datum nicht stimmen...

alle Files gleich ? habe ca. 15 Sekunden auf Voicebox geprochen...


EDIT: würde dir ein Zugang per SSH helfen ?

[laureen]

ich kann ja mal schauen, schaltest du bitte folgende ip frei: XX.XX.XX.XX,
wisst du, wie man public ssh keys einträgt? ich schick dir meinen public key per pm, trage den bitte als eine zeile in die datei "/root/.ssh/authorized_keys" ein, kann sein, dass du die erst anlegen musst. bitte antworte mir auf die pm mit deiner offiziellen ip!


bei mir hab ich das problem übrigens hinbekommen, auch wenn es im endeffekt etwas anderes war: die audio-konfig meines pcs war schuld, winamp konnte die voicemail files nicht abspielen, weil kein gerät am ausgang angesteck war, aber zumindest waren die files keine 60 bytes gross. schon seltsam.....

[laureen]

schliesslich haben wir das problem doch gelöst, es war in der sip.conf im abschnitt [general] der parameter "localnet" falsch gesetzt, deswegen wurde der rtp-traffic an die ofizielle ip des asterisk servers geschickt...und ist nie dort angekommen, deswegen hat während eines anrufes auf die asterisk (wir haben es dann mit dem echotest probiert) nach einer bestimmten zeit ein hangup gemacht, da keine audio-pakete (=rtp stream) angekommen sind.

grüße,
laureen

[xoran]

Richtig Das nenn ich "Teamwork"...
Habe das VoiceMailformat wieder auf wav49 gesetzt.

Habe in der Zwischenzeit mal was mit Dialplan experimentiert...
Wobei dich einen Block (den ich unter * 1.2.25 erstellt habe)

[zeitansage]
exten => 6,1,Answer
exten => 6,n,Set(LANGUAGE()=de)
exten => 6,n,Wait(1)
exten => 6,n,SayUnixTime(,,admYHM)
exten => 6,n,Set(LANGUAGE()=en)
exten => 6,n,Wait(1)
exten => 6,n,SayUnixTime(,,admYIMP)
exten => 6,n,Goto(6,2)

wie folgt abgeändert unter [internal] eingebaut habe...

;zeitansage
exten = 6,1,Answer
;exten = 6,n,Set(LANGUAGE()=de)
exten = 6,n,Wait(1)
exten = 6,n,SayUnixTime(,,admYHM)
;exten = 6,n,Set(LANGUAGE()=en)
exten = 6,n,Wait(1)
exten = 6,n,SayUnixTime(,,admYIMP)
exten = 6,n,Goto(6,2)

[/QUOTE]

jedoch gibt es da noch ein paar Probleme...

Ich erhalte u.a. folgende Meldung:

[Jun 26 07:23:21] WARNING[2500]: pbx.c:1832 pbx_extension_helper: No application 'SayUnixTime' for extension (internal, 1000, 3)

Obwohl laut Changes * 1.2.x > * 1.4.x

* Apps removed:
1. CheckGroup -- do a comparison to ${GROUP()}
2. Curl -- use the function CURL() instead
3. Cut -- use the function CUT() instead
4. DateTime -- use sayunixtime() app instead.

Kann da bisher keinen Fehler entdecken... ?!

Ansonsten bereite ich die neue HFC Karte mal auf Ihren Einsatz vor

[xoran]

Karte ist eingebaut, aber noch nicht Installiert... (bin mich auch am einlesen...)

Habe mir weitere User (tel3001,tel3002) in der Tabelle ast_user und ast_voicemail angelegt (1:1 wie tel10,tel11).

Jedoch kann ich diese nicht anrufen ? not availible...

zum Verständnis:

liegt das daran, das im dialplan ..."1X"... verwendet wird ? (nur der 1x er Bereich erlaubt ?)

; mailboxes
exten = _81X,1,Goto(internal,${EXTEN},1)

; extensions
exten = _1X,2,Macro(stdexten)
exten = _1X,n,Hangup()

[laureen]

Hallo xoran,

zunächst sollte ich mal folgendes festhalten: es macht durchaus sinn, einheitlich lange durchwahlen zu verwenden, du solltest dir also vor einer weiteren konfiguration überlegen, wie lange diese sind. solltest du längere durchwahlen als 2-stellige brauchen, muss der dialplan der zakotel pakete umgebaut werden. ist jetzt nicht der aufwand, aber überleg dir mal was dazu. bis jetzt werden in deinem dialplan nur 2-stellige durchwahlen "abgearbeitet". deine vermutung war also richtig, nur ist das nicht die einzige zeile im dialplan, die verändert werden muss.

zum thema "SayUnixTime": es werden in den konfigs der zakotel pakete nur die module geladen, die du brauchst, also nicht alle, wie in den standard konfigs nach einer kompilierung aus dem sourcecode raus. die beim start der asterisk zu ladenden module findest du in der datei "/etc/asterisk/modules.conf", jedes dieser module stellt gewisse funktionalitäten in der asterisk zur verfügung. brauchst du jetzt einen bestimmten dialplan command, solltest du mal nachsehen, ob dieser verfügrar ist:

*CLI> core show application SayUnixTime
Your application(s) is (are) not registered

das zeigt uns, dass das modul, das diese applikation zur verfügung stellt, nicht geladen ist. es ist leider nicht immer so, dass der dateiname im "/usr/lib/asterisk/modules" immer gleich ist der gesuchten funktion/applikation, deswegen kannst du mit folgenden commands das gesuchte modul finden:

# cd /usr/lib/asterisk/modules
# grep -i sayunixtime *
Binary file app_sayunixtime.so matches
Binary file func_strings.so matches

jetzt schaust du in die "/etc/asterisk/modules.conf und wirst folgende zeilen dort finden:

...
load => func_strings.so
...
noload => app_sayunixtime.so
...

ok, die func_strings.so wird geladen ("load =>"), aber die app_sayunixtime.so wird noch nicht geladen ("noload =>").
änderst du die 2. zeile von oben in

load => app_sayunixtime.so

dann wird das modul beim nächsten start der asterisk mitgeladen. kannst du aber gerade mal die asterisk nicht durchstarten (weil z.b. gerade gespräche geführt werden), kannst du das modul auch während der laufzeit aus der asterisk CLI nachladen:

*CLI> load app_sayunixtime.so
  == Registered application 'SayUnixTime'
  == Registered application 'DateTime'
 Loaded app_sayunixtime.so => (Say time)

und ab sofort ist der dialplan befehl "SayUnixTime" verfügbar.

hfc-karte: mach ich gleich einen eigenen post, wie du diese einbindest und konfigurieren kannst.

grüße,
laureen

[xoran]

deine vermutung war also richtig, nur ist das nicht die einzige zeile im dialplan, die verändert werden muss.

Die hatte ich auch nur "exemplarisch" gepostet
Denke aber die "2stelligen" Nummern reichen für´s erste

zum thema "SayUnixTime": es werden in den konfigs der zakotel pakete nur die module geladen, die du brauchst, also nicht alle, wie in den standard

muss man natürlich wissen, bzw. wissen wo man suchen kann... jetzt habe ich´s verstanden THX...

hfc-karte: mach ich gleich einen eigenen post, wie du diese einbindest und konfigurieren kannst.

Prima

[laureen]

jetzt wollen wir also den nächsten schritt wagen und unsere asterisk mit dem ISDN netz verbinden um gespräche zu empfangen und auch abzusetzen.

deshalb machen wir einen shutdown und bauen die karte in den asterisk rechner ein.
-------------------------------
GAAANZ WICHTIG: die karte sollte NIE in einem PCI slot eingebaut werden, der sich den interrupt mit einem anderen PCI slot oder gerät im rechner teilt (shared interrupt). auf den meisten motherboards macht das der PCI slot direkt neben dem grafikkarten slot. es kann funktioneren, aber wahrscheinlicher ist es, dass es nicht richtig oder gar nicht funktioniert. einstellen kann man das in den meisten fällen im BIOS. solltest du das nicht hinbekommen, deaktiviere nicht benötigte devices (wie z.b. einen FireWire (IEEE 1394) hostbusadapter oder die usb controller)
-------------------------------

wichtig ist vor allem zu wissen, wie denn die ISDN leitung vom provider konfiguriert ist, die wir letztendlich an die karte anschliessen wollen. dazu gibts es aus meiner erfahrung heraus vier fragen, die man der hotline stellen muss (für den fall, dass man es nicht genau weiss), kundennummer bereithalten wenn man dort anruft:

1. "ist die isdn leitung auf "point-to-point" oder "point-to-multipoint" geschaltet?"
Bitte akzeptiere hier nicht ausdrücke wie "Anlagenanschluss" oder "Mehrgeräteanschluss", die mädels an der hotline kennen den technischen unterschied meistens nicht, da die ja nur ablesen. Wenn sie es nicht wissen, sollen sie halt in der technikabteilung nachfragen.

2. "ist die leitung so konfiguriert, dass ich selbst die anruferkennung bei ausgehenden gesprächen setzten kann, also meine nummer mit durchwahl?" willst du bei ausgehenden gesprächen die durchwahl der nebenstellen in der ausgehenden callerid mit anzeigen, muss das eingeschaltet sein.

3. "kann ich die anzeige meiner telefonnummer bei bedarf für ausgehende gespräche abschalten?" hier ist es wichtig, dass die anzeige der eigenen rufnummer (auch "CLIR" - calling line identification restriction) abschaltbar ist, für den fall, dass du diese funktion nutzen willst. die isdn leitung hat hierfür normalerweise 3 einstellungen:
- immer eingeschaltet
- immer ausgeschaltet
- bei bedarf ausschaltbar

4. "wenn ich in meiner abgehenden anruferkennung zu meiner telefonnummer eine durchwahl anhänge, wie lange darf diese sein?" es ist in DE hin und wieder mal so, dass nur ein gewisser nummernbereich der durchwahlen gesetzt werden kann, es ist deswegen gut hier bescheid zu wissen, welche durchwahlen man verwenden kann/soll/darf/muss/...

da wir nun im bilde darüber sind, wie wir unsere isdn leitung mit der asterisk ansprechen müssen, damit diese funtionert, können wir mit der konfiguration der HFC karte beginnen:

WICHTIG: damit wir keine unerwarteten meldungen bekommen, stoppen wir mal die betroffenen dienste vorübergehend:

# /etc/init.d/asterisk stop
# /etc/init.d/zaptel stop

jetzt stellen wir noch sicher, dass die module wirklich nicht mehr geladet sind:

# lsmod | grep zap

sollte hier das "zaptel" modul angezeigt werden, müssen zuerst alle module ungeloadet werden, die auf das zaptel modul dependen, zu finden sind diese rechts in der zeile des "zaptel" moduls. als letztes modul muss das "zaptel" modul entladen werden.
Beispiel:

# lsmod | grep zap
zaptel                187332  3 ztdummy
crc_ccitt               2240  1 zaptel
# rmmod ztdummy
# rmmod zaptel

jetzt editieren wir die datei "/etc/default/zaptel", sodass beim start des zaptel dienstes das modul für unsere HFC-S karte geladen wird. dieses modul heisst "zaphfc". da wir jetzt eine "echte" zaptel-karte verwenden, benötigen wir das "ztdummy" modul nicht mehr und können es aus der liste der zu ladenden module entfernen. letztendlich sollten die relevanten zeilen der "/etc/default/zaptel" so aussehen:

...
# MODULES="$MODULES ztdummy"
...
MODULES="$MODULES zaphfc"
...

damit jetzt das zaptel framework weiss, welche karten es während des startens wie konfigurieren muss, tragen wir in der datei "/etc/zaptel.conf" folgendes ein:

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

der debian linux kernel findet die karte auch mit dem "hisax" modul, das mit dem kernel mitkommt. solltest du also probleme mit der karte haben, oder um diese gleich von anfang an auszuschalten, fügen wir in der datei "/etc/modprobe.d/blacklist" folgende zeilen ganz unten hinzu:

...
# not needed, removed for zaptel
blacklist hisax

und dann müssen wir die "initial ramdisk" ("initrd") updaten, damit auch diese weiss, dass sie das modul beim betriebssystem start nicht lädt:

# update-initramfs -u
...
# reboot

nach dem neustart kannst du mit

# lsmod | grep hisax

herausfinden, ob das geklappt hat und das modul nicht mehr zu finden ist.

damit ist mal der zaptel-teil erledigt, wir können also den zaptel-dienst wieder starten:

# /etc/init.d/zaptel start
Loading zaptel framework: done.
Waiting for zap to come online...OK
Loading zaptel hardware modules: zaphfc.
Running ztcfg: done.

jetzt kontrollieren wir gleich mal, ob der kernel die karte gefunden hat:

# cat /proc/zaptel/1 
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 DEACTIVATED (F4)" (MASTER) AMI/CCS 
 
           1 ZTHFC1/0/1 Clear 
           2 ZTHFC1/0/2 Clear 
           3 ZTHFC1/0/3 HDLCFCS

gut, die karte ist da und wurde vom zaptel framework konfiguriert.

jetzt gehts an die konfiguration der asterisk, dazu fügen wir folgende zeilen in die datei "/etc/asteris/zapata.conf" ein bzw. entfernen das kommentarzeichen ";" vom anfang der beispiel zeilen, die in dieser datei bei installation über die zakotel asterisk pakete bereits vorhanden sind:

...
switchtype = euroisdn

group = 1
signalling = bri_cpe
context = inbound
channel => 1-2

da die HFC-S karte sowohl im TE oder im NT mode betrieben werden kann, gibt es beim parameter "signalling" 4 möglichkeiten der einstellung:

point-to-point im TE mode: "bri_cpe"
point-to-point im NT mode: "bri_net"
point-to-multipoint im TE mode: "bri_cpe_ptmp"
point-to-multipoint im NT mode: "bri_net_ptmp"

da wir ja hoffentlich von der hotline erfahren haben, wie unsere leitung konfiguriert ist, wissen wir, was wir hier einstellen müssen!

Tja, das wars für die asterisk, lass uns doch diese gleich starten um zu sehen, ob es funktioniert:

# /etc/init.d/asterisk start

als nächstes sollte man einen blick auf den konsolenschirm des asterisk servers machen, ob hier nicht irgendwelche meldungen über den bildschirm fiegen. sollte das so sein, so kann es oben angesprochene probleme mit shared interrupt geben. es kann sogar im schlimmsten fall passieren, dass man die karte nicht mit dem motherboard verwenden kann, ist aber eher selten so.

probier das mal bis hierher, dann sehen wir weiter...

grüße,
laureen

[xoran]

In wie weit sind diese Info´s wichtig, sofern ich nur "eingehende" Anrufe per ISDN annehmen möchte ? Ich frage deshalb, weil mir bisher noch keine Antwort der Telekom gegeben werden konnte... insofern könnte ich mir die Hotlines "vorerst" sparen... ?!

Fall doch entscheidend, müsste ich halt in den sauren Apfel beissen und das klären lassen...

1. "ist die isdn leitung auf "point-to-point" oder "point-to-multipoint" geschaltet?"
Bitte akzeptiere hier nicht ausdrücke wie "Anlagenanschluss" oder "Mehrgeräteanschluss", die mädels an der hotline kennen den technischen unterschied meistens nicht, da die ja nur ablesen. Wenn sie es nicht wissen, sollen sie halt in der technikabteilung nachfragen.

2. "ist die leitung so konfiguriert, dass ich selbst die anruferkennung bei ausgehenden gesprächen setzten kann, also meine nummer mit durchwahl?" willst du bei ausgehenden gesprächen die durchwahl der nebenstellen in der ausgehenden callerid mit anzeigen, muss das eingeschaltet sein.

3. "kann ich die anzeige meiner telefonnummer bei bedarf für ausgehende gespräche abschalten?" hier ist es wichtig, dass die anzeige der eigenen rufnummer (auch "CLIR" - calling line identification restriction) abschaltbar ist, für den fall, dass du diese funktion nutzen willst. die isdn leitung hat hierfür normalerweise 3 einstellungen:
- immer eingeschaltet
- immer ausgeschaltet
- bei bedarf ausschaltbar

4. "wenn ich in meiner abgehenden anruferkennung zu meiner telefonnummer eine durchwahl anhänge, wie lange darf diese sein?" es ist in DE hin und wieder mal so, dass nur ein gewisser nummernbereich der durchwahlen gesetzt werden kann, es ist deswegen gut hier bescheid zu wissen, welche durchwahlen man verwenden kann/soll/darf/muss/...

[laureen]

naja, die erste frage ist schon wichtig, du kannst es aber auch einfach ausprobieren. Die einzige einstellung die betroffen ist, ist das "signalling" in der "/etc/asterisk/zapata.conf" (die isdn leitung ist 100%ig auf "TE" geschaltet). wenn du die falsche einstellung verwendest, also "point-to-point" auf einer "point-to-multipoint" leitung, bekommt die leitung keinen sync. zu sehen ist das an dem wort "ACTIVATED" bzw. "DEACTIVATED", wenn du

# cat /proc/zaptel/1

machst. auch wenn das dauernd wechselt, ist das so, da ja die asterisk versucht zu syncen. setzte dazu folgenden befehl ab:

# watch -n 1 cat /proc/zaptel/1

dann wird der inhalt der datei jede sekunde angezeigt, abbrechen kannst du das mit CTRL-C.

der dialplan der zakotel pakete verwendet durchwahlen, also keine MSNs, hast du also bis jetzt MSNs verwendet und du willst durchwahlen verwenden (wovon ich mal ausgehe), dann bleibt die nicht anderes übrig als den anschluss umkonfigurieren zu lassen, und da kannst du die anderen punkte auch gleich abklären.

grüße,
laureen

[xoran]

der dialplan der zakotel pakete verwendet durchwahlen, also keine MSNs, hast du also bis jetzt MSNs verwendet und du willst durchwahlen verwenden (wovon ich mal ausgehe), dann bleibt die nicht anderes übrig als den anschluss umkonfigurieren zu lassen, und da kannst du die anderen punkte auch gleich abklären.

d.h. mit einer "normalen" ISDN Leitung würde das so nicht gehen ?

anschluss umkonfigurieren zu lassen,

d.h. ich muß auf einen Multiplexanschluss gehen ? hmmm... oder habe ich das jetzt alles "falsch" verstanden...

Also es sollen nur 2 Telefonnummern von extern über ISDN erreichbar sein.

Tel (Zentrale) und Fax, wobei die Zentrale dann vermitteln kann...

[laureen]

dann wirst du das ganze anders konfigurieren müssen, jetzt habe ich leider noch nie mit MSNs gearbeitet, da unsere kunden und wir selbst immer durchwahlen verwenden. da müsstest du hier im forum suchen oder fragen, wie man das macht, sorry!

grüße,
laureen

[xoran]

Also die Ausgabe von cat /proc/zaptel/1 lautet:

(mit Einstellung:bri_cpe)

voipsrv:~# cat /proc/zaptel/1
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 ACTIVATED (F7)" (MASTER) AMI/CCS

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

d.h. alles soweit im "grünen Bereich" ?!

EDIT:

bekomme, wenn ich unter der asterisk console angemeldet bin folgende messages im x sekundentakt...

(ist das die Meldung die du meinst ? wobei... was hat das mit UNIX... zu tun... )

-- Remote UNIX connection
-- Remote UNIX connection disconnected

[laureen]

die ausgabe von cat /proc/zaptel/1 sollte am ende der 3 zeilen (2 x b-kanal und 1 x d-kanal) ein "in-use" anzeigen, wenn die asterisk gestartet ist:

# 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 (In use) 
           2 ZTHFC1/0/2 Clear (In use) 
           3 ZTHFC1/0/3 HDLCFCS (In use)

wenn das "in-use" nicht da ist, ist asterisk entweder
- nicht gestartet
- nicht (richtig) konfiguriert

"ACTIVATED" ist schon mal gut, darf sich aber nicht verändern, wenn du den "watch" befehl von meinem vorletzten post ausführst.

mit der konsole meinte ich nicht die asterisk CLI, sondern den monitor, der direkt an die asterisk angeschlossen ist. ist da keiner angeschlossen, hilft hier ein

# tail -f /var/log/syslog

über eine separate ssh-session. da dürfen keine meldungen über den bildschirm "fliegen".

die meldungen

-- Remote UNIX connection
-- Remote UNIX connection disconnected

kommen jedesmal, wenn du dich aus der command line (egal ob auf der konsole oder über ssh) auf die asterisk mittels

# rasterisk

oder

# asterisk -r

verbindest.

das darf nicht kommen, wenn du nichts dergleichen machst!

grüße,
laureen

[xoran]

die ausgabe von cat /proc/zaptel/1 sollte am ende der 3 zeilen (2 x b-kanal und 1 x d-kanal) ein "in-use" anzeigen, wenn die asterisk gestartet ist:

alles in-use

nachdem ich den Server mal frisch gebootet habe, keine error meldungen mehr...
sieht alles gut aus

[xoran]

Eine andere Frage wäre, ist die Karte die ich habe überhaupt geeignet für einen Anlagenanschluss wie du ihn meinst ? Weil ich mal nach dem Preisunterschied geschaut habe... der liegt nur bei ein paar EURO ... wäre also denkbar, das ich das ändern lasse... sofern das hier der richtige Anlagenanschluss wäre... ?!