Neue zaphfc 0.2.0-RC7h

Wow,
0.2.0-RC7i steht auch schon zur Verfügung. Ich schätze, dass man bald das große "Gebastel" starten kann.

DerDominic schrieb:

- added RTAI (www.rtai.org) support for zaphfc:
RTAI will generate a 1 khz zaptel timer for zaphfc. With this you can run
any number of zaphfc cards with a single timing source (just like with the
florz patches). zaphfc does not need the ugly 8khz timer hack anymore.
The only caveeat is that RTAI is only available for kernels up to 2.6.8.1
and does not support all architectures.

Zum Vergrößern anklicken....

Hmmm,
zuerst war ich richtig happy als ich gelesen habe, dass diese leidige Interrupt-Geschichte bei den HFC Karten jetzt via real time Kernel in Angriff genommen wird. Für die Stabilität der Asterisk-Boxen sollte das meines Erachtens einen ordentlichen Schritt nach vorne bedeuten. Also zunächst erst einmal meinen Applaus für diesen Schritt. Mal sehen was am Ende feines dabei heraus kommt...

Andererseits kommt man mit diesem Schritt in die real time world wahrscheinlich auch weit weg von den "don't worry Distributionen" wie Suse, Fedora, Mandrake usw. Schade eigentlich, ich fand es ausgesprochen komfortabel mit meiner ohnehin gewohnten Distribution (Suse in meinem Fall) zu arbeiten ohne sich grossartig umgewöhnen zu müssen. So wie es aussieht, dürfte es damit wohl einigermassen vorbei sein. Man muss ja jetzt auf das real time application interface Rücksicht nehmen. Die RTAI-Jungs lehnen ja jegliche Involvierung in die diversen Distributionen kategorisch ab.

So gewinnt dieses Forum jetzt meines Erachtens noch mehr an Bedeutung bezüglich der Beschreibung funktionierender Konfigurationen. Wollen wir hoffen, dass man in den entsprechenden Threads demnächst mehr in dem Stil zu lesen bekommt ala "soundsoDistribution version n.m funzt zuverlässig mit bristuff version soundso. Let's hope for the best. Sonst wird man noch zum unfreiwilligen Kernel-Spezialisten bis man seine Asterisk-Box am Laufen hat :roll:

Was genau passiert denn bei dieser Interrupt-Geschichte? Ich habe das Problem, dass sich meine ISDN-Geräte des öfteren aufhängen. Scheinbar ist meine Telefonanlage schuld daran, denn ist sie nicht mehr am NTBA, funktioniert das andere Telefon auch wieder. Hab noch keine Ahnung, woran das genau liegt, aber so richtig scheint der Bristuff-Treiber da noch nicht zu funktionieren. Es gibt auch Probleme, wenn meine ISDN-Anlage eingehende Anrufe über CAPI signalisiert. Ich muss die CAPI-Schnittstelle bei mir jetzt immer deaktivieren.

Ideal wäre es wenn sich ein Team der Real Time Sache widmen würde und ein CD-Installer-ISO pflegen würde mit dem man ein Real Time Grundsystem sehr schnell aufspielen kann. Aber wer hat schon Zeit zu sowas und noch das Know-How?

Gruß,

Jui

Oh, da hat mir der Server einen Streich gespielt!
Ich habe mehrfach Fehlermeldungen vom Server erhalten und es per Reload (POST Data) immer wieder versucht. Jedesmal hat der Server wohl dann den Artikel eingestellt, aber auch jedesmal erneut die Fehlermeldung gebracht.

Could not connect to smtp host : 110 : Connection timed out
DEBUG MODE
Line : 111
File : /srv/www/htdocs/web1/html/forum/includes/smtp.php

ADMINS: Bitte holt mich hier raus ;-) und löscht den Kram.

@Dominic
Gut, dass du das so gelassen nimmst .... aber hat meinen Status sicher weiter verbessert

Sorry for that!

Jui

Eine andere Möglichkeit wäre es evtl. auf Gentoo für die Kombination mit RTAI zurückzugreifen.

Wenn ich es richtig in Erinnerung habe, kann man bei Gentoo sehr elegant auf die Originalkernel von www.kernel.org zurückgreifen. Es wäre vielleicht einen Versuch wert mal eine Installation auszuprobieren.

Möglicherweise kennt sich jemand besser mit Gentoo aus als ich. Aber ich stelle mir die Sache etwa so vor, dass man Gentoo mit einem Kernel von www.kernel.org und automatischer Kernelkonfiguration installiert und dann mal sieht, ob sich RTAI patchen lässt.

Sicher, mit der ganzen Compiliererei bei Gentoo ist ein älterer Rechner echt eine Weile beschäftigt. Falls das aber funktioniert, hätte ein solcher approach eine Menge Vorteile dahingehend, dass man durch Gentoo ein ordentlich optimiertes System bekommt. Damit man mit verhältnismäßig durchschnittlichen Kenntnissen durchkommt, muss allerdings die automatische Kernelkonfiguration von Gentoo klappen. Ansonsten kann man es vermutlich niemandem zumuten so etwas nachzumachen.

Da ich selbst leider nicht der große Gentoo-Durchblicker bin und bislang nur einige wenige Server mit entsprechend minimaler und spezifischer Ausstattung mit Gentoo aufgesetzt habe, wäre es schön, wenn das noch jemand mit mehr Gentoo-Erfahrung kommentieren könnte...

Soso, für pupertierende :lach:
Das ist ja süß!

Na, dann will ich auch noch einen Pups dazu abgeben...

DerDominic schrieb:

[...]
Kernel kannst Du Dir auf jedem System kompilieren wie Du willst, sourcen nach /usr/src und dann ein make menuconfig bzw. die config von der /boot partition kopieren. Dazu braucht man kein 'Ich kompiliere mir alles selber weil ich cool bin"-Linux.
[...]

Zum Vergrößern anklicken....

Ok, über Gentoo kann man geteilter Meinung sein, gar keine Frage. Ich selbst habe es letztes Jahr auf einem Opteron-System zu schätzen gelernt. Einmal durch die Konfigurationsarbeit durchgewürgt, da fing das Ding auf einmal schneller zu rennen an als ich gucken konnte. Den Tipp hatte ich übrigens von der CeBit mitgenommen. Aber andere Distributionen haben das alles inzwischen vielleicht auch besser im Griff. Keine Ahnung.

Im Prinzip sehe ich den Vorteil von Gentoo aber auch eher in Bereichen wo noch eine Menge im Fluss ist. Mein Gedanke an Gentoo war daher im Zusammenhang mit Asterisk/HFC auch anders motiviert, mehr als Unterstützung gedacht. Da Gentoo meines Erachtens recht einfach zu installieren ist (wie gesagt, so lange man auf die automatische Kernel-Konfiguration zurückgreifen kann), kann man möglicherweise auf eine einfache und auch einfach nachvollziehbare Weise (-> Vorteil für Hilfestellungen von erfahrenen Usern, z.B. hier) ein System mit RTAI zusammenbasteln. Dieses emerge-System kann da meines Erachtens recht hilfreich sein.

Deinen Weg würde ich für Leute, die sich mit Linux-Kerneln nicht wirklich auskennen, nur dann empfehlen, wenn die verwendete Distribution auf den gleichen Kernel aufsetzt wie der, den man auch für das RTAI benötigt. Und selbst dann höre ich schon viele Hilfe schreien.

Im Prinzip stellt sich die Frage, was man sinnvollerweise mit dem Ziel empfehlen soll, dass hinterher möglichst viele Leute ohne gößere Probleme zum Ziel kommen. Nach Rom führen ja bekannlich viele Wege :wink:
Stellt sich meines Erachtens nur die Frage, welcher Weg einigermaßen unbeschwerlich (und kostengünstig) ist.

Ne, anfängertauglich geht anders, das stimmt!

Fährst Du dieses Jahr zur CeBit? Evtl. könnte man sich mal treffen und ausserdem ist es vielleicht eine Idee mit Klaus-Peter Junghanns zu schwätzen und zu hören was er treibermäßig noch so vor hat. Und nach Version 0.2.0-RC7z muss er sich ja auch was einfallen lassen. :lol:

Wenn Ihr Euch tatsächlich aufraffen würdet um eine kleine Spezialdistribution zusammenzustellen wäre das natürlich der absolute Super-Hit! Wie hoch schätzt Du den Zeitaufwand für solch ein Projekt?