ztdummy zerhackt den Ton

[cornelinux]

Hallo,
ich hab auf einem kleinen alten unauffälligem Rechner Asterisk installiert.
Ich betreibe das nach extern mit mISDN und einer Fritzcard. Intern habe ich ein paar Linksys SPA dran. Funktioniert soweit wunderbar mit Zuordnung der externen MSNs, Mailboxen etc.

Wenn ich nun aber einen Konferenzraum bauen will, lade ich ztdummy. Wenn ich ztDummy geladen habe, wird aber aller anderer Ton zerhackt und verzerrt.
Sobald ich das Modul wieder rauswerfe ist alles super.
Liegt das allein an der Hardware oder kann ich da noch was drehen?

Vielen Dank und Gruß
Cornelius

Asterisk 1.4.8
zaptel 1.4.8
mIDSN 1.1.7.2
debian etch
-------
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Celeron (Coppermine)
stepping : 10
---------
asterisk:~# lsusb
Bus 001 Device 001: ID 0000:0000
asterisk:~# lsmod | grep usb
usbcore 112644 2 uhci_hcd

 

[philwo]

Evtl. hilft ein neuer Kernel (je neuer desto besser und mindestens 2.6.22 in diesem Fall) - ztdummy kann auch über HPET einen Timer erstellen und das soll angeblich um einiges besser funktionieren als die alten Tricks mit USB und RTC. Aber das geht erst ab 2.6.22, wenn ich mich recht erinnere.

 

[cornelinux]

Hi philwo,

vielen Dank für Deine Antwort. Jo! Sie führte zum Erfolg.

Ich habe den Kernel aus backports installiert.

Schönen Gruß
Cornelius
--

Für die Nachwelt hier mein Tun:

Ausgangspunkt: kernel 2.6.18-5 von debian etch.

# vim /etc/apt/source.list
(added backports)
>>> deb http://www.backports.org/debian etch-backports main contrib non-free

# apt-get install debian-backports-keyring

# apt-get update
# apt-get upgrade

Weil er das Paket immer zurückhält nochmal ein
# apt-get install linux-image-2.6-686

# reboot

# apt-get -t etch-backports install linux-image-2.6-686 linux-kernel-headers linux-source-2.6.22 linux-headers-2.6.22-4-686

# uname -a
Linux debian 2.6.22-4-686 #1 SMP Tue Feb 12 16:29:32 UTC 2008 i686 GNU/Linux

Danach
-> mISDN
-> mISDNUtils
-> zaptel

neu kompilieren und installieren

# reboot

1. check if asterisk still working
=> yes!
2. modprobe ztdummy
3. call the conference
=> Yes!

 

[philwo]

Das ist klasse und leider auch gleichzeitig schlecht (für mich), ich häng nämlich dank OpenVZ auf Kernel 2.6.18 rum und darf mir ruckelnde Konferenzen anhören Aber vielleicht kriegen die es ja auch nochmal gebacken mit dem neueren Kernel..

 

[cornelinux]

Vielleicht. Es soll ja mal etch and a half kommen.
Schönen Gruß
Cornelius

 

[sterkel]

Nachdem ich aus diversen Gründen vom Kernel 2.6.20 auf 2.6.23.17 aufgestiegen bin und in dem Zug auch gleich zaptel-1.2.26 kompilierte habe ich nun auch alles total zerhackt. Echotest, Konferenzen, alles hinüber. Entlade ich den ztdummy geht alles wieder wie gehabt, ausser den Konferenzen :-(
In der alten Version wurde bei lsmod auch eine Abhängigkeit der Module rtc und ztdummy angezeigt, die fehlt jetzt.

Alles (asterisk (v1.2), misdn,zaptel,kernel) ist selbst kompiliert. Mit dem alten Kernel ging alles prima. Und nun sowas.

 

[cornelinux]

Hi sterkel,

ich habe die folgenden Versionen:
Linux asterisk 2.6.22-4-686
zaptel-1.4.8

Vielleicht solltest Du es mit einem neueren zaptel probieren.

Schönen Gruß
Cornelius

 

[philwo]

Ja, ich würde auf jeden Fall ein neueres Zaptel nehmen, weil die alten keine Unterstützung für den HPET-Timer der neuen Kernel (irgendwas ab 2.6.22) haben dürften...

Viele Grüße,
Philipp

 

[laureen]

...oder den HPET support im BIOS deaktivieren und den standard etch kernel verwenden, hat bei mir geholfen (zaptel 1.4.10, kernel 2.6.18-6-686).

grüße,
laureen

 

[sterkel]

Das Bios ist zu weit weg Bei dem Rechner handelt es sich um einen 400MHz Celeron.
Ist es vielleicht umgekehrt? Der Rechner hat noch gar keinen HPET?
Ich habe noch Asterisk 1.2.x drauf, würde sich das mit einem zaptel-1.4.x vertragen?

 

[philwo]

Was sagt denn eigentlich der Kernel, wenn du das ztdummy Modul lädst? Schau doch mal in dmesg. Da findest du bestimmt was.

Und was sagt zttest? Da sollte eine gute Accuracy rauskommen.. bei mir im Moment (mit HPET, Kernel 2.6.24):

root@pear:~# zttest
Opened pseudo zap interface, measuring accuracy...
99.998634% 99.994240% 99.997856% 99.998634% 99.997948% 99.998055% 99.998146%
99.998146% 99.997070% 99.997948% 99.998535% 99.997856% 99.998436% 99.998833% 99.997749%
99.998337% 99.997849% 99.997757% 99.998627% 99.997559% 99.998344% 99.998436%
--- Results after 22 passes ---
Best: 99.999 -- Worst: 99.994 -- Average: 99.997954, Difference: 99.997955

Ordentlich.

HPET ausschalten ist echt nur eine Notlösung.. alle anderen Timer liefern nicht wirklich genügend akkurate Werte für ztdummy (hat bei mir jedenfalls vor Kernel 2.6.24 immer zerhackt geklungen in Konferenzen.. jetzt ists 1a)

Viele Grüße,
Philipp