Gruesse!
* Christoph Klein <[EMAIL PROTECTED]> schrieb am [20.09.04 16:54]:
> > Bzw: Funktionieren �berhaupt zwei passive Karten gleichzeitig? Z.B. die
> > AVM-Fritz-Treiber unterst�tzen f�r CAPI nur eine passive Karte, bei
> > aktiven IMHO bis zu vier.
>
> nun, was ist der unterschied zwischen aktiven und passiven isdnkarten ?
> ich hatte mich an der dokumentation auf der pbx4linux-website orientiert,
> dort waren die karten als m�glich beschrieben - es hat mit ihnen ja auch
> schon so
> funktioniert (nur mit audio-echos und altem mISDN halt ...)
Nun, passive Karten (weitverbreitet sind die AVM Fritz, deine HFCs
wahrscheinlich auch) lassen einen gro�en Teil der Arbeit die CPU
erledigen, was bei schwachen Rechnern bzw. starke Nutzung der CPU schon
mal in die Hose gehen kann. Aktive Karten haben erweiterte Chips und
damit Logik auf der Karte selbst, entlasten also die CPU, sind i.d.R.
auch dementsprechend teuer. Ist vergleichbar wie ein GDI-Drucker unter
Windows wenn dir das was sagt.
Das war aber nur eine Idee. Und wenn pbx 2 Karten braucht, dann wird
das auch mit 2 funktionieren.
> > Dann sind das Folgefehler vom Nicht-Initialisieren einer Karte.
>
> hmm - dh manchmal wird eine karte trotz routing-conflict intitialisiert und
> funktioniert,
> und manchmal (je nach karten/steckplatz konfiguration) kommt zwar die
> gleiche
> routing-conflict meldung, aber es kommen folgefehler und die karte geht
> nicht - paradox.
Und da mu� halt irgendetwas die 2. Karte bzw. den Steckplatz davon
abhalten, trotz Warnung eben den vom Kernel monierten Konflikt nebauso
wie bei der ersten aufzul�sen. Das "irgendetaws" ist halt unser
Problem.
> > Wenn pbx mit einer Karte m�glich ist, dann bitte auch mal jeweils nur
> *eine* ISDN-Karte
> > testen. Bzw. nur mit einer die Log beim Laden der Module beobachten.
>
> naja, das ist so - wenn ich die netzwerkkarten ausbaue und bestimmte
> steckpl�tze verwende
> (glaube 2 und 4) dann hatte ich eine karte ohne routing confict
> hinbekommen - dann funktionierte
> sie auch bei der pbx.
Bei vier PCI-Slots w�ren das 4 hoch 4 Kombinationsm�glichkeiten ;-)
> > Der Kernel-PCI-Treiber ordnet diesem Steckplatz den IRQ 11 zu (Bj�rn:
> > ist das richtig so?)
>
> angenommen das w�re so - warum tut der kernel-pci-treiber das ?
Ja, da drehen wir uns wieder im Kreis: buggy BIOS, APIC, ACPI, ...
> > Daher l�uft die Karte schlu�endlich auch auf IRQ 10, also bios-gem��.
> > Erzeugt auch Interrupts (34).
>
> v�llig richtig, nur die pbx l�sst sich nicht starten.
>
> nur wenn die karte korrekt initialisiert wird (mit optionalem
> routing-conflict), geht die pbx oder
> es kommt ein routing conflict und der alte mISDN-treiber wird verwendet,
> dann geht die pbx auch - bringt aber ein echo.
"Echo" ist irgendeine Reaktion von pbx?
> > Also entweder kollidiert die 2.Karte mit einer anderen Hardware
> > (unwahrscheinlich), ist defekt oder nicht richtig eingestellt.
>
> richtig eingestellt ? - kann man da noch irgendwo was dran drehen au�er im
> Bios ?
Tschuldigung, was ein bl�des Wort. Ich meinte schon BIOS/slot-seitig.
Au�er der Hersteller w�rde (meist f�r DOS/Windows) ein Konfig-Tool f�r
die Karten anbieten: das w�re dann ein Hinweis, das *doch*
Einstellungen m�glich bzw. auch *n�tig* sind. Vielleicht gerade wenn
man mehrere baugleiche Karten verwenden will.
> > b) BIOS *komplett* auf Default zur�ckstellen (es gibt da meistens eine
> > Funktionstaste, die das erledigt), zumindest alle �nderungen im Bereich
> > PCI/PnP was die IRQ-Verteilung der Slots betrifft, also am besten alles
> > auf auto.
>
> hmm - also im bios fand ich nur die optionen entweder pci/pnp f�r die IRQs
> einzustellen oder sie (glaube ich) isa steckpl�tzen zuzuteilen.
> was w�rde denn passieren, wenn ich ALLE IRQs auf die leeren ISA-steckpl�tze
> zuteile,
> also die karten keinen interrupt vom Bios haben - k�nnen sie dann unter
> linux
> auf den IRQ, auf den sie "wollen" ? -oder geht garnichts mehr ?
Nein, lass sie auf PCI/PnP. Ich meinte eher: manche BIOSe haben die
M�glichkeit, im BIOS den PCI-Slots manuell die IRQs zuzuordnen. Hei�t
dann irgendwie wie: SLOT-A: auto/IRQx. Wenn du sowas hast, da meinte
ich auf auto zur�ckzustellen. Oder halt per Funktionstaste das ganze
BIOS auf Default zu stellen.
> > d) einen fertigen Debian-Kernel 2.6.7/8 downloaden installieren,
> > booten.
>
> ok, das teste ich noch - wobei die kernel kein mISDN haben, oder ?
Doch, sollten sie. Die Debian-Kernel sind i.d.R. mit allen vorhandenen
Treibern und Funktionen kompililiert.
> > e) Wenn die NICs/HFCs auch vom 2.4.x-Kernel unterst�tzt werden
> > (zumindest im 2.4.26 werden diverse HFC �ber Hisax unterst�tzt) auch
> > einen 2.4.x Kernel installieren, booten Module laden.
>
> auch eine m�glichkeit - also ohne mISDN.
Ja, weil *beide* Karten sollten eigentlich (auch gleichzeitig) �ber
Hisax-Module ladbar sein. Im ung�nstigen Fall w�rde halt auch eine der
beiden Karten nicht initialisiert werden, dann w�ren wir IMHO aber um
eine Erkenntniss reicher (Kernel-unabh�ngiges Problem).
> > > falls jmd. von euch selbst etwas probieren will, w�re das kein problem
> (PM).
> >
> > Ha, Einladung zu <deinemWohnort>, "all inclusiv" mit Besichtigung der
> > lokalen Sehensw�rdigkeiten. Und anschlie�endem kollektiven Weinen �ber
> >dem offenen Rechner <g> ;-)))
>
> *ggg* ich dachte eigentlich eher an einen ssh-zugang, welcher zwar bez�glich
> karten-tauschens etwas einschr�nkt,
> aber evtl. die m�glichkeit bietet, neue fehlermeldungen zu finden, welche
> ggf. wieder weiterhelfen (...oder auch nicht ;-)).
Ich wei�, wollte aber ein bi�chen Heiterkeit in diesen Thread bringen.
Aber da kann dir wahrscheinlich nur jemand helfen, der auch
gleichzeitig vor Ort ist.
> mfg & thx
> christoph
Gru�
Gerhard
