asterisk 1.4.18+ (bristuffed-0.4.0-test6) kernel 2.6.16.52/56 (i686)

[Netview]

Hier ist es nun zum Testen!

asterisk-1.4.11+ (aktueller branch vom 6.9.07) heisst bei mir bereits 1.4.12 ;-)
zaptel 1.4.5.1 (branch: Stand 6.9.07)
libpri 1.4.1 (branch: Stand 6.9.07)
bristuff-0.4.0 m. florz-patch
speex-1.2b2
chan-capi rev. 451
chan-sccp_b vom 28.8.07

mod: http://rz-home.de/~hhornung/bristuff-test4-mod-1.4.x.rar
opt: http://http://rz-home.de/~hhornung/bristuff-test4-opt-1.4.x-k2.6.16.52-56.rar

 

[ploieel]

Hallo Holger,
ich folge dem Ruf!
Vielen Dank für die Nachricht!

Im Augenblick läuft hier der Fli4l 3.1.3 kit dem 52er Kernel mit Deinem squid und privoxy und natürlich Asterisk; wenn auch noch etwas uneben, aber alles läuft soweit.

Kann ich mich ja jetzt in ein neues Abenteuer stürzen!

Viele Grüße
Günter

 

[ploieel]

Hmmm,
im zap-Kanal höre ich lediglich ein lautes Prasseln, dann legt Asterisk auf.
Im sip-Kanal führt Asterisk einfach meine extensions.conf nicht aus, weil naja, eben noch von 1.2.
Da ich das etc-Verzeichnis einfach mal vom 1.2 unverändert übernommen habe, lege ich zunächst mal keinen Wert auf volle Funktionalität.

Aber der zap-Kanal macht mir noch Sorgen.

 

[Netview]

was sagt ein ztcfg -vvvv und ein zap show channels im *?

 

[ploieel]

*CLI> zap show channels
Chan Extension Context Language MOH Interpret
pseudo wahlregel de default
1 wahlregel de default
2 wahlregel de default
*CLI>

fli4l 3.1.3 # ztcfg -vvvv

Zaptel Version: SVN--r


Echo Canceller: MG2
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.

fli4l 3.1.3 #

wobei ich den default-context überall in wahlregel umbenannt habe.

EDIT:
die Ausgabe von putty nach der Anwahl bis zum Auflegen:
== Primary D-Channel on span 1 up for TEI 64

-- Accepting overlap voice call from '111' to '<unspecified>' on channel 0/2, span 1

-- Starting simple switch on 'Zap/2-1'

-- Going to extension s|1 because of empty extension received on overlap call

-- Hungup 'Zap/2-1'

wobei ich lediglich die "null" raus aus der Euracom zum Asterisk wähle.

 

[Netview]

Hast du Veränderungen an der zaptel.conf bzw. zapata.conf durchgeführt?

Was sagt ein 'cat /proc/interrupts'?

 

[Netview]

Die Ausgaben im cli und ztcfg -vvv sehen normal aus!

Die extensions.conf musst du natürlich überarbeiten, ebenso solltest du mal asterisk mit -gcccvvv starten und auf 'depreciated'-Meldungen achten!
Dies sind Parameter die bald wegfallen und nicht mehr unterstützt werden.

 

[ploieel]

fli4l 3.1.3 # cat /proc/interrupts
CPU0
0: 315495 XT-PIC timer
1: 17330 XT-PIC i8042
2: 0 XT-PIC cascade
5: 142896 XT-PIC NE2000
8: 30 XT-PIC rtc
9: 10129142 XT-PIC zaphfc
10: 9187 XT-PIC eth1
11: 763007 XT-PIC fcpci
14: 1388987 XT-PIC ide0
15: 1 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
fli4l 3.1.3 #

Habe alles wieder von Wahlregel auf default umbenannt.

Wo liegt zaptel.conf... BLACKOUT meinerseits...

 

[Netview]

Die zaptel.conf bringt das opt mit (wenn du nicht weisst wo sie liegt hast du sie auch nicht geändert ;-) )

Wenn du das cli mit asterisk -dddvvvr startest, siehst du da irgendwelche Meldungen wenn du via ZAP-channel telefonierst?
Wie ist die CPU Auslastung (mit 'top') wenn der ZAP-channel aktiv wird?

Poste mal deine zapata.conf!

 

[ploieel]

-- Accepting overlap voice call from '111' to '<unspecified>' on channel 0/2, span 1

-- Starting simple switch on 'Zap/2-1'

-- Going to extension s|1 because of empty extension received on overlap call

-- Hungup 'Zap/2-1'
und das alles unter "Geprassel"

"top" ohne zap:
Cpu(s): 7.2% user, 88.9% system, 0.0% nice, 0.0% idle

"top" mit zap:
Cpu(s): 7.5% user, 90.2% system, 0.0% nice, 0.0% idle
schwankt etwas hin und her...

 

[Netview]

Ähhmm - die Kiste ist total zu!

Ich denke da looped etwas?!

Schau mal nach welcher Prozess soviel CPU-Zeit verbraucht!

Steht weiter unten im top.

Bei mir sieht das so aus:
top - 23:37:49 up 1:24, 0 users, load average: 0.00, 0.03, 0.00
Tasks: 55 total, 2 running, 53 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% user, 0.0% system, 0.0% nice, 99.3% idle
Mem: 907484k total, 91844k used, 815640k free, 13276k buffers
Swap: 1052248k total, 0k used, 1052248k free, 42324k cached

Wie du siehst beschäftigt sich die CPU zu 99,3% (idle-time) mit sich selbst - also fast keine Auslastung!
Bei dir sind es jedoch um die 96-98% (user+system)!

 

[ploieel]

Hmmm...
ich war eben oben auf dem Dachboden und da rödelt die Kiste wie wild auf der Festplatte rum. Habe per Reset-Knopp neu gestartet, aber leider alles unverändert.

wie kriege ich nun raus, was da den Unsinn verzapft?

Weiter unten im top... ich kucke mal... moment

EDIT:
kanns das sein:

2715 root 15 0 0 0 0 S 74.3 0.0 5:14.73 kjournald


74,3 % Auslastung durch kjournald?? Welches opt verursacht das?

 

[Netview]

Habe ich schon geschrieben - mit top!

Siehe Spalte %CPU:

3900 root 16 0 2720 1164 664 S 0.3 0.1 0:00.57 asterisk

Und suche die task mit dem höchsten Wert -> Verursacher!

 

[ploieel]

Hier meine Zeile von top , der asterisk macht folgendes:
5857 root 18 0 20720 9388 5220 S 0.3 7.3 0:04.83 asterisk.exe
sieht doch gut aus; nur das kjournald spinnt...

 

[Netview]

hast du die Platte im DMA-Modus?

hdparm /dev/hda

 

[Netview]

Mach mal ein 'modprobe piix'
und danach ein 'hdparm -c1 -d1 /dev/hda'

 

[ploieel]

fli4l 3.1.3 # hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19386/16/63, sectors = 19541089, start = 0
fli4l 3.1.3 #

Da hattest Du doch mal eine Veränderung bei der Reihenfolge des Ladens der Parameter getroffen, ich weiß nur nicht mehr genau wo das war, und offenbar sind mir diese Veränderungen während meines Umstiegs auf 3.1.3 verlorengegangen. :-( irgendeine ...rc.cfg

 

[ploieel]

fli4l 3.1.3 # modprobe piix
fli4l 3.1.3 # hdparm -c1 d1 /dev/hda
d1: No such file or directory
fli4l 3.1.3 #

 

[Netview]

hier ist alles beschrieben (ab Beitrag 15):
http://www.ip-phone-forum.de/showthread.php?t=108231&highlight=hdparm

Sorry Syntaxfehler:

hdparm -c1 -d1 /dev/hda

und dann zum Prüfen:

hdparm /dev/hda

 

[ploieel]

Braucht ewig lange zum hochladen, Proz. auf 100 %.
kann man den kjournald prozess zur laufzeit ohne probleme killen?