bristuff-0.2.0-RC8q, capi/zaptel & Siemens Gigaset 3075

Anus+

Neuer User
Mitglied seit
9 Sep 2005
Beiträge
27
Punkte für Reaktionen
0
Punkte
0
Guten Wach! :-)

Sorry für Doppel-Post, aber hab' mir gedacht, dass dieser Thread wohl eher in diese Rubrik passt. Falls ein Moderator hier drüber stolpert kann er den anderen Post unter "Asterisk Allgemein" gerne löschen.

Lese jetzt schon sehr lange Zeit durchs Forum und habe gedacht ich hätte mittlerweile meinen Asterisk am laufen (d.h. CAPI tut und Zaptel treiber lädt auch). Jedoch hat in meiner zapata.conf wohl noch so einiges gefehlt und Asterisk startet nun nicht mehr durch:

Code:
  == Parsing '/etc/asterisk/asterisk.conf': Found
  == Parsing '/etc/asterisk/extconfig.conf': Found
Asterisk 1.0.10-BRIstuffed-0.2.0-RC8q, Copyright (C) 1999-2004 Digium.
Written by Mark Spencer <[email protected]>
=========================================================================
  == Parsing '/etc/asterisk/logger.conf': Found
Asterisk Event Logger Started /var/log/asterisk/event_log
  == Manager registered action Ping
  == Manager registered action Events
  == Manager registered action Logoff
  == Manager registered action Hangup
  == Manager registered action Status
  == Manager registered action Setvar
  == Manager registered action Getvar
  == Manager registered action Redirect
  == Manager registered action Originate
  == Manager registered action Command
  == Manager registered action ExtensionState
  == Manager registered action AbsoluteTimeout
  == Manager registered action MailboxStatus
  == Manager registered action MailboxCount
  == Manager registered action DBget
  == Manager registered action DBput
  == Manager registered action DBdel
  == Manager registered action ListCommands
  == Parsing '/etc/asterisk/manager.conf': Found
  == Parsing '/etc/asterisk/rtp.conf': Found
  == RTP Allocating from port range 10000 -> 20000
Asterisk PBX Core Initializing
Registering builtin applications:
 [AbsoluteTimeout]
  == Registered application 'AbsoluteTimeout'
 [Answer]
  == Registered application 'Answer'
 [BackGround]
  == Registered application 'BackGround'
 [Busy]
  == Registered application 'Busy'
 [Congestion]
  == Registered application 'Congestion'
 [DigitTimeout]
  == Registered application 'DigitTimeout'
 [Goto]
  == Registered application 'Goto'
 [GotoIf]
  == Registered application 'GotoIf'
 [GotoIfTime]
  == Registered application 'GotoIfTime'
 [Hangup]
  == Registered application 'Hangup'
 [NoOp]
  == Registered application 'NoOp'
 [Prefix]
  == Registered application 'Prefix'
 [Progress]
  == Registered application 'Progress'
 [ResetCDR]
  == Registered application 'ResetCDR'
 [ResponseTimeout]
  == Registered application 'ResponseTimeout'
 [Ringing]
  == Registered application 'Ringing'
 [SayNumber]
  == Registered application 'SayNumber'
 [SayDigits]
  == Registered application 'SayDigits'
 [SayAlpha]
  == Registered application 'SayAlpha'
 [SayPhonetic]
  == Registered application 'SayPhonetic'
 [SetAccount]
  == Registered application 'SetAccount'
 [SetAMAFlags]
  == Registered application 'SetAMAFlags'
 [SetGlobalVar]
  == Registered application 'SetGlobalVar'
 [SetLanguage]
  == Registered application 'SetLanguage'
 [SetVar]
  == Registered application 'SetVar'
 [StripMSD]
  == Registered application 'StripMSD'
 [Suffix]
  == Registered application 'Suffix'
 [Wait]
  == Registered application 'Wait'
 [WaitExten]
  == Registered application 'WaitExten'
Asterisk Dynamic Loader Starting:
  == Parsing '/etc/asterisk/modules.conf': Found
 [chan_modem.so] => (Generic Voice Modem Driver)
  == Parsing '/etc/asterisk/modem.conf': Found
  == Loading modem driver chan_modem_aopen.so => (A/Open (Rockwell Chipset) ITU-2 VoiceModem Driver)
  == Registered channel type 'Modem' (Generic Voice Modem Channel Driver)
 [res_features.so] => (Call Parking Resource)
  == Parsing '/etc/asterisk/features.conf': Found
    -- Registered extension context 'parkedcalls'
    -- Added extension '700' priority 1 to parkedcalls
  == Registered application 'ParkedCall'
  == Registered application 'Park'
  == Manager registered action ParkedCalls
  == Registered application 'HoldedCall'
  == Registered application 'AutoanswerLogin'
  == Registered application 'Autoanswer'
 [res_musiconhold.so] => (Music On Hold Resource)
  == Parsing '/etc/asterisk/musiconhold.conf': Found
  == Registered application 'MusicOnHold'
  == Registered application 'WaitMusicOnHold'
  == Registered application 'SetMusicOnHold'
 [chan_capi.so] => (Common ISDN API for Asterisk)
  == Parsing '/etc/asterisk/capi.conf': Found
    -- This box has 2 capi controller(s).
    -- CAPI[contr1] supports DTMF
    -- CAPI[contr1] supports supplementary services
       > HOLD/RETRIEVE
       > TERMINAL PORTABILITY
       > ECT
       > 3PTY
       > CF
       > CD
       > CCBS
       > MWI
    -- CAPI[contr2] supports DTMF
    -- CAPI[contr2] supports supplementary services
       > HOLD/RETRIEVE
       > TERMINAL PORTABILITY
       > ECT
       > 3PTY
       > CF
       > CD
       > CCBS
       > MWI
  == ast_capi_pvt(,*,default,0,2) (1,2,64)
  == ast_capi_pvt(,*,default,0,2) (1,2,64)
    -- listening on contr1 CIPmask = 0x1fff03ff
May 11 19:29:05 WARNING[4206]: chan_capi.c:2786 load_module: Unused contr2
  == Registered channel type 'CAPI' (Common ISDN API Driver (0.3.5) aLaw CVS HEAD)
 [chan_zap.so] => (Zapata Telephony w/PRI)
  == Parsing '/etc/asterisk/zapata.conf': Found
    -- Registered channel 1, PRI Signalling signalling
    -- Registered channel 2, PRI Signalling signalling
May 11 19:29:05 WARNING[4206]: chan_zap.c:933 zt_open: Unable to specify channel 4: Device or resource busy
May 11 19:29:05 ERROR[4206]: chan_zap.c:6525 mkintf: Unable to open channel 4: Device or resource busy
here = 0, tmp->channel = 4, channel = 4
May 11 19:29:05 ERROR[4206]: chan_zap.c:10368 setup_zap: Unable to register channel '4-5'
May 11 19:29:05 WARNING[4206]: loader.c:345 ast_load_resource: chan_zap.so: load_module failed, returning -1
  == Unregistered channel type 'Tor'
  == Unregistered channel type 'Zap'
    -- Unregistered channel 1
    -- Unregistered channel 2
May 11 19:29:05 WARNING[4206]: loader.c:391 load_modules: Loading module chan_zap.so failed!

Was mich noch wundert ist folgender Text beim Starten von Asterisk:
Code:
[chan_capi.so] => (Common ISDN API for Asterisk)
  == Parsing '/etc/asterisk/capi.conf': Found
    -- This box has 2 capi controller(s).

Ich wüsste nichts davon, dass ich gleich zwei CAPI Karten drinnen hätte.

Soweit so gut. Jedoch komme ich nun einfach nicht weiter. Mein Siemens Gigaset 3075 hängt (über gekreuztem Kabel & NTBA) an der HFC-Karte. Am Amt hängt meine HST Saphir III PCI mittels CAPI.

Fürs erste möchte ich das der Asterisk lediglich transparent läuft, d.h. eingehende/ausgehende Anrufe soz. an/von meine(r) Telefonanlage durchgeschleust werden.

Hänge jetzt schon eine Woche drann und bin schon am verzweifeln. Hoffentlich kann/möchte mir hier jemand weiterhelfen. Schon einmal vielen Dank im Voraus!

Meine Konfigurationsdateien sind bisher wie folgt:

zaptel.conf
Code:
loadzone=nl
defaultzone=nl

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

zapata.conf
Code:
[channels]
language=de
switchtype = euroisdn
signalling = bri_net_ptmp
pridialplan = dynamic
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00

echocancel=yes
echotraining = 100
echocancelwhenbridged=yes

immediate=no
overlapdial=yes
group = 1
context=default
channel => 1-2

;fuer die te-karte
group = 2
signalling = bri_cpe
group = 2
context=default
channel => 4-5

capi.conf
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

[interfaces]

;msn=50
incomingmsn=*
controller=1
softdtmf=1
accountcode=
;context=demo
context=default
;echosquelch=1
;echocancel=yes
;echotail=64
;callgroup=1
;deflect=12345678
devices=2

extensions.conf
Code:
[general]
static=yes
writeprotect=no

[globals]
CONSOLE=Console/dsp                             ; Console interface for demo
TRUNK=Zap/g2                                    ; Trunk interface

[default]
include => capi-in
include => zap-out

[capi-in]
exten => _X.,1,Set(CALLERID(number)=${CALLERIDNUM})
exten => _X.,n,Dial(Zap/g1/${EXTEN})
exten => _X.,n,hangup

[zap-out]
exten => s,1,DISA(no-password|capi-out)

[capi-out]
exten => _X.,1,Dial(Capi/contr1/${EXTEN:1},60,r)
exten => _X.,n,noop(Hangupcause: {HANGUPCAUSE})
exten => _X.,3,Hangup


Gruß, Anus+
 
Sorry für Doppel-Post, aber hab' mir gedacht, dass dieser Thread wohl eher in diese Rubrik passt. Falls ein Moderator hier drüber stolpert kann er den anderen Post unter "Asterisk Allgemein" gerne löschen.

Ist erledigt :D
 
Ok, Asterisk startet nun wieder durch und lädt auch das Modul chan_zap.so. Es war noch der HiSax Treiber geladen, wie peinlich. *schäm*

Dennoch habe ich folgende Symptome:
a) Kein Freizeichen an meiner "internen" Telefonanlage (am NTBA von der HFC-Karte).
b) Wenn ich mich über das Handy anrufe (soz. auf die CAPI-Karte), erhalte ich jetzt einen Klingelton (allerdings nur am Handy, nicht am Telefon das ich anrufe - das bleibt weiterhin stumm) - das Gespräch wird immer noch nicht an mein Gigaset weitergereicht. :-(

Auf der Asterisk-Konsole sehe ich beim Anrufen folgendes:
Code:
-- creating pipe for PLCI=0x401 msn = *
    -- Executing Dial("CAPI[contr1/1234567]/0", "Zap/g1/1234567") in new stack
    -- started pbx on channel (callgroup=0)!
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g1/1234567
    -- Channel 0/1, span 1 got hangup
    -- Zap/1-1 is circuit-busy
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time
    -- Executing Busy("CAPI[contr1/1234567]/0", "") in new stack
  == Spawn extension (default, 1234567, 102) exited non-zero on 'CAPI[contr1/1234567]/0'
    -- CAPI Hangingup
    -- removed pipe for PLCI = 0x401

1234567 entspricht selbstverständlich meiner MSN.

Gruß, Anus+
 
Zuletzt bearbeitet:
Rufnummer wird nicht angezeigt

Ok, ich mach hier wohl doch alles von alleine. :-D

Also, da mein Gigaset partout nicht wollte, habe ich mir kurzerhand ein ISDN-Telefon aus dem MediaMarkt "geliehen", d.h. ich habe es gekauft. Dank dieses kurzfristigen Kaufs (geht nämlich nächste Woche wieder retour), konnte ich feststellen, dass mein Kabel nicht korrekt gekreutzt war.

Auf jeden Fall kann ich nun in die weite Welt telefonieren und auch angerufen werden. :-)

Allerdings funktioniert alles noch nicht so ganz "transparent" wie es sein soll:

* Leider wird bei ausgehenden Anrufen meine Rufnummer nicht angezeigt. Bei eingehenden Anrufen funktioniert es allerdings, ich sehe stets die Nummer des Anrufers. Weiß hier jemand Rat?

* Das nächste Problem ist, dass ich zwar mit meinem DECT Telefon (an der Gigaset) einen zweiten Anruf beginnen kann, allerdings funktioniert das umschalten zwischen beiden Gesprächen (Makeln) nicht.

* Auch Dreierkonferenz ist noch nicht möglich. :-(

* Ich habe festgestellt, dass die Sprachqualität auf dem zweiten B-Kanal mehr als bescheiden ist. Ich hoffe mal es liegt lediglich an meinem schlampig an der HFC-Karte angeschlossenen NTBA. Hat sonst wer schon einmal dieses od. ein ähnliches Problem gehabt?

Hier zwischenzeitlich mal meine aktuelle extension.conf, falls es noch jemanden interessiert:
Code:
[general]
static=yes
writeprotect=no

[globals]
IAXINFO=guest                                   ; IAXtel username/password

[default]
include => incoming-calls
include => outgoing-calls

[incoming-calls]
exten => 123456,1,Dial(Zap/g1/${EXTEN})
exten => 234567,1,Dial(Zap/g1/${EXTEN})
exten => 345678,1,Dial(Zap/g1/${EXTEN})
exten => 456789,1,Dial(Zap/g1/${EXTEN})

[outgoing-calls]
exten => s,1,NoOP
exten => _X.,1,Dial(Capi/@123456:${EXTEN})


Gruß, Anus+
 
Zuletzt bearbeitet:
Hallo,

(über gekreuztem Kabel & NTBA)
Wie??
;fuer die te-karte
group = 2
signalling = bri_cpe
group = 2
context=default
channel => 4-5
Hast du ein Anlagenanschluß?
Und eine zweite HFC Karte?

Bitte die Ausgabe von:
Code:
#cat /proc/zaptel/*

;msn=50
incomingmsn=*
controller=1
softdtmf=1
accountcode=
;context=demo
context=default
;echosquelch=1
;echocancel=yes
;echotail=64
;callgroup=1
;deflect=12345678
devices=2
Hast du 2 CAPI Karten im PC??
warum ist echocancel auskommentiert?
Was heißt bescheiden??
brummen, rauschen, Echo, Vögleinzwitschern, etc.?
Alles etwas Konfuss!
 
Hallo felicitas!


Das Kabel das aus meiner HFC-Karte kommt ist an die Klemmen im NTBA angeschlossen, und zwar folgendermaßen:
Pin 3 an a1, Pin 4 an a2, Pin 5 an b2, Pin 6 an b1

Hast du ein Anlagenanschluß?
Und eine zweite HFC Karte?

Nein, ich habe keinen Anlagenanschluß. Ich habe eine HFC und eine CAPI Karte in meinem System, sowie ein Siemens Gigaset 3075isdn (Konfiguriert mit 10 MSNs und 10 angeschlossenen DECT-/Analog-Telefonen).

cat /proc/zaptel/*
Code:
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [NT] layer 1 ACTIVATED (G3)" AMI/CCS

           1 ZTHFC1/0/1 Clear (In use)
           2 ZTHFC1/0/2 Clear (In use)
           3 ZTHFC1/0/3 HDLCFCS (In use)

Hast du 2 CAPI Karten im PC??
Nein, habe ich nicht.

warum ist echocancel auskommentiert?

Sorry, meine vorher beschriebenen Konfigurationsdateien capi.conf und zapata.conf sind nicht mehr aktuell, im Moment sehen sie so aus:

capi.conf
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

[interfaces]
msn=123456,234567,345678,456789,567890,...
isdnmode=ptmp
incomingmsn=*
immediate=no
controller=1
; dialout group
group=1
; enable/disable software dtmf detection, recommended for AVM cards
softdtmf=1
context=default
; number of concurrent calls on this controller
devices => 2

zapata.conf
Code:
[channels]
language=de
switchtype = euroisdn
signalling = bri_net_ptmp

pridialplan = local
prilocaldialplan = local
echocancel=yes
immediate=no
overlapdial=no
usecallerid=yes
context=default
group = 1

; S/T port 1-4
channel => 1-2

Was heißt bescheiden??
Lautes "Knacksen" und Knistern. Wenn nur ein einziges Gespräch aktiv ist, ist die Qualität am ersten (einzigen benutzen B-Kanal) wie beim normalen telefonieren, jedoch habe ich bei längeren Gesprächen auch ab und an kleinere Aussetzer von ca. ein bis drei Sekunden dauer festgestellt, bei der ich weder mein Gegenüber hören konnte noch umgekehrt.

Die Rufnummernübermittlung habe ich mittlerweile in den Griff bekommen. Ich musste lediglich das @-Zeichen im Dial-Befehl vor der Rufnummer des CAPI-Interface mit dem ich rauswählen will entfernen.


Gruß, Anus+
 
Zuletzt bearbeitet:
Lautes "Knacksen" und Knistern. Wenn nur ein einziges Gespräch aktiv ist, ist die Qualität am ersten (einzigen benutzen B-Kanal) wie beim normalen telefonieren, jedoch habe ich bei längeren Gesprächen auch ab und an kleinere Aussetzer von ca. ein bis drei Sekunden dauer festgestellt, bei der ich weder mein Gegenüber hören konnte noch umgekehrt.
Sind die Kabelverbindungen richtig sprich kein Wackelkontakt.
Teilen sich deine Karten mit anderen Geräten den IRQ?
mach mal:
Code:
#cat /proc/interrupts
Schon mal in der capi.conf mit echocancel gespielt? Sprich mal an mal aus?

Grüße
 
Sind die Kabelverbindungen richtig sprich kein Wackelkontakt.
Habe jetzt das Kabel noch einmal neu ab-isoliert, die Enden verzinnt und neu in den NTBA gesteckt. Es kann nun auf keinen Fall mehr an der Verkabelung liegen.

Teilen sich deine Karten mit anderen Geräten den IRQ?

Nein, meine Karten teilen sich keinen Interrupt. ;-)

cat /proc/interrupts
Code:
           CPU0
  0:   14628701          XT-PIC  timer
  1:        248          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:    1819383          XT-PIC  HST Saphir
  5:       9316          XT-PIC  3c515
  7:          0          XT-PIC  parport0
  8:          4          XT-PIC  rtc
 10:      84087          XT-PIC  sym53c8xx
 11:   41780993          XT-PIC  zaphfc
 12:       7825          XT-PIC  3c515
NMI:          0
LOC:   11602651
ERR:          0
MIS:          0

Schon mal in der capi.conf mit echocancel gespielt? Sprich mal an mal aus?
Ich habe jetzt mal echocancel in der capi.conf und in der zapata.conf deaktiviert - nun ist es schon um einiges besser, eigentlich fast perfekt. Im Moment habe ich nur noch regelmäßig alle zwei Sekunden ca. 5 bis 6 knackser im Freizeichen, beim Telefonieren ist jetzt alles einwandfrei - bis auf einen ganz leichten Hall meiner eigenen Stimme. :-)

Neues Problem: Der Rufaufbau klappt jetzt nur noch mit Schwierigkeiten, in der Konsole habe ich folgendes entdeckt:
Code:
May 14 12:55:10 WARNING[3818]: chan_zap.c:7586 zt_pri_error: PRI: !! Got reject for frame 2, retransmitting frame 2 now, updating n_r!
May 14 12:55:11 WARNING[3818]: chan_zap.c:7586 zt_pri_error: PRI: !! Got reject for frame 3, but we have nothing -- resetting!

Woran könnte das nun liegen?


Gruß, Anus+
 
Step by step, day by day...

Guten Wach! :-)

Erst einmal vielen Dank an dieser Stelle, für die bisherige Hilfe!

Und wieder mal einen Schritt weiter: In der Konfigurationsdatei meiner ISDN-Karte ist in der Standardversion noch eine zweite HST Saphir III PCI konfiguriert, deswegen dachte Asterisk beim starten auch, dass ich zwei CAPI Controller hätte.

Zum Thema SIP: Als ich meinen Sipgate-Account eingebunden habe, konnte Asterisk nicht Port 5060 belegen, da dieser bereits belegt war. Dies lag ebenfalls an der Konfigurationsdatei /etc/saphir.ini meiner ISDN-Karte. Hier einfach alle Abschnitte für eine etwaige VoIP-Konfiguration entfernen und schon ist Port 5060 für Asterisk frei.

Vielleicht hat ja noch jemand dieses exotische Modell und tut sich jetzt etwas leichter bei der Installation/Konfiguration.

Des leichten Echos bei Festnetztelefonaten bin ich nun auch entledigt, in dem ich in der capi.conf im Abschnitt general einfach rxgain=0.5 und txgain=0.5 gesetzt habe.

Ich habe dann meine bestehende Konfiguration auf Herz und Nieren geprüft und musste folgendes feststellen:

* Beim Telefonieren über SIP habe ich sehr starkes Knacksen/Knistern in der Leitung, so dass ich den Angerufenen nur schlecht verstehen kann (CPU-Last während des Telefonats immer so zwischen 2 und max. 4%). Der Angerufene bekommt davon allerdings gar nichts mit und berichtet mir von einer sehr guten und "klaren" Verbindung. Meiner Einschätzung nach, muss es wohl irgendwie an der HFC-Karte liegen.

* Wenn mein Rechner nebenbei noch ein paar andere Dinge erledigt (z.B. kompilieren der neueren Asterisk-Version), habe ich diese Knackser auch bei normalen Festnetz-Telefonaten (CPU-Last jedoch max. ca. 85%, d.h. es sollten noch genug Reserven über sein).

* Bei normalen Festnetz-Telefonaten über Asterisk habe ich immer noch ab und an ca. 2 bis 3 Sekunden andauernde Aussetzer. In dieser Zeit ist die Leitung total Stumm, weder höre ich meinen Gegenüber noch umgekehrt. :-(
Im Logfile stand auch irgendetwas drinn, dass es womöglich einen Buffer overrun/underrun gegeben hat - hab' die Meldung im Moment leider nicht parat, werde Sie später noch posten.

Also wie war das noch gleich mit den Interrupts, ...nieder Priore können nur durch Interrupt Service Routinen höherer Priorität unterbrochen werden, wobei der Interrupt mit der höchsten Nummer höchste Priorität hat (welche war das noch gleich beim PC?)
Nachdem ich schon einmal etwas hier im Forum gelesen habe, dass z.B. Festplattenzugriffe zu Störungen geführt haben, müsste es doch sinnvoll sein, seiner HFC- und CAPI-Karte einen ziemlich hohen IRQ zu verpassen. Oder sehe ich hier etwas falsch?

Das wird doch wohl zu schaffen sein, das Teil vernünftig zum laufen zu bekommen. :-D


Gruß, Anus+
 
Zuletzt bearbeitet:
Moin,

Und wieder mal einen Schritt weiter: In der Konfigurationsdatei meiner ISDN-Karte ist in der Standardversion noch eine zweite HST Saphir III PCI konfiguriert, deswegen dachte Asterisk beim starten auch, dass ich zwei CAPI Controller hätte.
Deswegen hatte ich gefragt!

Vielleicht hat ja noch jemand dieses exotische Modell und tut sich jetzt etwas leichter bei der Installation/Konfiguration.
Leider nein. Hast du schon mal im Forum danach gesucht?

* Beim Telefonieren über SIP habe ich sehr starkes Knacksen/Knistern in der Leitung, so dass ich den Angerufenen nur schlecht verstehen kann (CPU-Last während des Telefonats immer so zwischen 2 und max. 4%). Der Angerufene bekommt davon allerdings gar nichts mit und berichtet mir von einer sehr guten und "klaren" Verbindung (Codec: alaw).
Tja, habe auch mit diesen Problemen gekämpft!
Heute hab ich es soweit das man damit telefonieren kann.
Bei mir war aber das Problem SIP <-> hfc-te Von hfc-te auf hfc-nt habe ich von Anfang glasklare Sprachübertragung.

Was IRQ und timer Geschichten angehen weiß ich nicht wie du das am besten in den Griff bekommst da ich nur in Verbindung mit mehreren hfcs eine Lösung gesehen habe.(florz)

Grüße
 
Also gestern Abend hatte ich die Nase nun endgültig voll von den "Knacksern" an meiner HFC-Karte und hab' meinen Rechner komplett auseinander genommen. Auch sämtliche IDE Controller sowie Serielle-/Parallel-Schnittstellen habe ich vorerst im BIOS deaktiviert.

Jetzt stecken nur noch eine Grafikkarte, der SCSI-Controller und die HFC-Karte drinn. Und siehe da, plötzlich habe ich ein glasklares Freizeichen an meinen Telefonen!

zttest -v ergibt fast ausschließlich 100%, nur ganz selten weniger.
Code:
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 99.987794%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%
8192 samples in 8193 sample intervals 100.000000%

Bei Zugriffen auf die Festplatten (SCSI) geht die Performance ebenfalls auf unter 100%.

Leider kann ich in meinem BIOS keine Interrupts für die verschiedenen PCI-Slots vergeben, aber meine zwei ISA-Netzwerkkarten sowie der ISDN-CAPI-Controller müssen wieder rein...

Es kann ja nicht angehen, einen dedizierten Rechner nur fürs Telefon aufzusetzen.


Gruß, Anus+
 
Zuletzt bearbeitet:
Huhu...

Sieh einer an.
Also meiin Rechner hat nicht nur die Aufgabe Telefon zu machen.

Als Beispiel:
Der Rechner macht Asterisk, Gentoo Distfile, sync, Hylafax Server.

Code:
# cat /proc/cpuinfo
processor       : 0
vendor_id       : CentaurHauls
cpu family      : 6
model           : 9
model name      : VIA Nehemiah
stepping        : 5
cpu MHz         : 1197.437
cache size      : 64 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu de pse tsc msr cx8 mtrr pge cmov mmx fxsr sse rng rng_en
bogomips        : 2398.20
Also schnell iser wirklich nicht.

Code:
# cat /proc/interrupts
           CPU0
  0:   10510422          XT-PIC  timer
  1:        278          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:         96          XT-PIC  serial
  5:  334105250          XT-PIC  zaphfc
  7:       8709          XT-PIC  zaphfc
  9:          0          XT-PIC  acpi
 10:     232562          XT-PIC  eth0
 11:       8955          XT-PIC  zaphfc
 12:        125          XT-PIC  i8042
 14:      62598          XT-PIC  ide0
 15:         45          XT-PIC  ide1
NMI:          0
ERR:          0
*freu*
Gestern ist die dritte hfc gekommen.
Und es läuft anstandslos.
IRQ 5 und 7 habe ich im BIOS fest eingestellt aber für die dritte Karte, hatte ich keine Einstellmöglichkeit mehr.
Aber es scheint, der florz patch hat das soweit im Griff.

Kann es sein das du deinen Arbeits PC auch für Asterisk nutzt?

Probier doch mal ne zweite hfc Karte! Der Preis hält sich doch im Rahmen!

Ich weiß, ist jetzt wirklich keine Lösung. Aber eventuell streßfreier!

Als Tip stecke doch mal eine Karte nach der andren Rein und schau mal ab wann es schlechter wird! Obwohl da es vermutlich ein IRQ Problem ist wird das nix bringen.

Grüße

Felicitas
 
Hallo felicitas!

Kann es sein das du deinen Arbeits PC auch für Asterisk nutzt?

Nein. ;-)

Es ist ein Pentium Pro 200 MHz, 256 MB RAM, mit zwei 3 Com (ISA) Netzwerkkarten, der HFC-Karte, einer ISDN-CAPI-Karte, einem Dawicontrol U3W-SCSI-Controller und sieben SCSI-Festplatten.

Der Rechner soll ausschließlich als Router mit Firewall, Backup-Server (Software-RAID) und Asterisk-Server verwendet werden. Natürlich noch die üblichen Kleinigkeiten wie DHCP- und DNS-Server.

Bisher läuft auch alles einwandfrei, nur eben der Asterisk nicht. :-(

Heute Nachmittag wenn ich von der Arbeit Zuhause bin, geht's weiter. Dann werd ich hoffentlich herausfinden, was die HFC-Karte so in die Knie zwingt und anschließend das System nochmal komplett neu aufspielen.

Probier doch mal ne zweite hfc Karte! Der Preis hält sich doch im Rahmen!

Ich denke nicht, dass eine zweite HFC-Karte die Situation verbessern würde, ausser es liegt letztendlich an meiner HST Saphir III PCI. ;-)

--------------------------------------------------------------------------------

So, jetzt habe ich mal den florz-Patch angewandt und Asterisk nochmal neu installiert. Das tauschen der Slots in denen die Karten stecken hat nichts gebracht, na ja, jetzt habe ich die HFC- und meine CAPI-Karte auf dem selben IRQ:
Code:
           CPU0
  0:    1392457          XT-PIC  timer
  1:         28          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  5:       5003          XT-PIC  3c515
  8:          4          XT-PIC  rtc
  9:    5503557          XT-PIC  HST Saphir, zaphfc
 10:      18119          XT-PIC  sym53c8xx
 12:       1038          XT-PIC  3c515
 14:         11          XT-PIC  ide0
NMI:          0
LOC:    1389047
ERR:          0
MIS:          0

Schließlich habe ich noch alle unbenutzten Module mittels rmmod entfernt und soll ich euch was sagen? Jetzt funktioniert es einwandfrei! SIP/Festnetz und umgekehrt sowie Festnetz/Festnetz, auch bei zwei belegten B-Kanälen:
Code:
8192 samples in 8191 sample intervals 99.987793%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8193 sample intervals 99.987793%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
8192 samples in 8192 sample intervals 100.000000%
--- Results after 582 passes ---
Best: 100.000000 -- Worst: -315.563965

"Knackser" habe ich nur noch wenn ich Last auf dem Rechner erzeuge, genauer auf die SCSI-Platten. Ich bin aber guter Hoffnung, dass sich das auch noch bessern wird, sobald ich die CAPI-Karte wieder auf einem eigenen IRQ habe. Ansonsten gibt es evtl. noch einen anderen Treiber für meinen SCSI-Controller, den ich mal antesten werde.

Alles in allem bin ich jetzt vorerst halbwegs zufrieden und meine gesamte Hardware ist wieder drinn. Mal sehen wie sich das System so im Alltag verhält. :-)

Jetzt muss ich nur noch Dreierkonferenz, Makeln und Rufnummernunterdrückung hinbekommen, dann kann der Rechner endlich wieder in den Keller ziehen...


Gruß, Anus+
 
Zuletzt bearbeitet:
Statusbericht

So, wollte mal eine aktuelle Status-Meldung posten.

Also mein Asterisk läuft nun jetzt schon seit fast vier Wochen im Dauerbetrieb und ich muss sagen, alles bestens. Auch mit Last auf der Maschine (Festplatten) habe ich - dank Florz-Patch - keine Aussetzer mehr während meiner Gespräche. Lediglich die Sipgate-Verbindung "knackt" hin und wieder, was ich allerdings auf meinen Funk-DSL-Anschluss zurückführe. Wenn das Netz stark belastet ist, dann hakt es an der Sprachqualität, was aber nun wirklich kein Sipgate-Problem ist. ;-)

Dank Sipgate-Flatrate endlich telefonieren bis zum Abwinken! :-P

Hatte bisher nur einen Absturz vor ca. einer Woche, dessen Ursache ich leider nicht eruieren bzw. nachvollziehen konnte. Solche Fälle versuche ich nun noch durch einen CRON-Job abzufangen, der kontrolliert, ob der Asterisk noch läuft. Aus Sicherheitsgründen wäre es auch interessant, Asterisk unter einem eigenen Benutzer ausführen zu lassen. Das steht aber noch auf meiner to-do-Liste. Werde das Skript, so denn es dann mal fertig ist ebenfalls hier veröffentlichen.

Ob mit meiner derzeitigen Konfiguration auch Dreierkonferenz funktioniert, kann ich leider noch immer nicht sagen. Auf jeden Fall funktioniert das "rauswählen" mit der richtigen MSN auch trotz unterdrückter Rufnummer - dank eines anderen Threads hier im Forum (weiß leider nicht mehr welcher). Auch Makeln geht mittlerweile ohne Probleme.

Wenn die nächste Maschine fertig ist, dann kommt noch eine IAX-Verbindung zwischen beiden Asterisk-Servern über einen VPN-Tunnel mit automatischer Rufweiterschaltung etc.

Gibt es eigentlich schon einen Florz-Patch für die aktuelle Produktiv-Version BRIstuff 0.2.0-RC8r? Die Florz-Seite ist wohl die meiste Zeit nicht zu erreichen. :-(

Nun gut, ich wünsche allen Leidensgenossen noch frohes Schaffen und viel Erfolg!

--------------------------------------------------------------------------------

So wie man vom Teufel spricht... hatte ich gestern Abend noch die Gelegenheit das mit der Dreierkonferenz zu testen. Auf dem Display meines Gigaset-Mobilteils erscheint nach drücken des Konferenz-Knopfes "Ungültig" und ich werde wieder zu einem meiner beiden Gesprächspartner verbunden. :-(


Gruß, Anus+
 
Zuletzt bearbeitet:
Kostenlos!

Statistik des Forums

Themen
248,886
Beiträge
2,304,068
Mitglieder
378,569
Neuestes Mitglied
Yannick100