Hallo Liste, > Zu meinem Verst�ndnis: f�r pbx brauchst du 2 ISDN-Karten?
genau, eine im TE modus f�r den anschluss ans erste ntba, welches den externen s0-bus zur verf�gung stellt. nr. 2 l�uft im NT-Modus, also stellt dann einen internen s0-bus zur verf�gung ans zweite, interne ntba, somit l�sst sich allerlei interessantes realisieren, VoIP/H.323/email to fax/fax 2 email/anrufbeantworter auf email etc .... man kann eigentlich telefon&internet weitgehend kombinieren.... achja, normal �ber isdn telefonieren geht auch noch *g* > 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 ...) > Das sind Meldungen aus der syslog bzw. kern.log ? > Und zwar von 2.6.7. genau, aus der kern.log bei 2.6.7 - sie sind aber auch an der console selbst sichtbar. > Und die Meldungen weiter unten zum Starten der > ISDN-Karten sind aus dmesg des gleichen Kernels? > 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. > Kann es sein das: eine Karte defekt ist? hmm, besten bzw. schlechtestenfalls hat eine beim umstecken den geist aufgegeben, ich werde es mal durch vertauschen der isdnkarten testen. > Oder eine Karte nicht richtig im Slot sitzt? > Um sicher zu gehen: Bitte noch mal nachstecken. eher unwahrscheinlich, aber ich werde das auch nochmals pr�fen. > 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. > Hier also die erste Karte: > > Sep 19 18:36:09 server kernel: HFC card cb663000 dch cb663090 bch1 cb66321c > > bch2 cb6633b4 > > Sep 19 18:36:09 server kernel: PCI: Found IRQ 11 for device 0000:00:0a.0 > > 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 ? > > Sep 19 18:36:09 server kernel: IRQ routing conflict for 0000:00:0a.0, have > > irq 10, want irq 11 > > Vom BIOS oder Karte wurde aber IRQ 10 eingestellt. Richtig? (1.Karte > BIOS-IRQ-Meldungen auf 10 ?) genau, sie ist auf IRQ 10 wie im bios - und hat mit dem alten mISDN treiber unter 2.6.7 auch funktioniert, trotz routing conflict. > > Sep 19 18:36:09 server kernel: HFC-PCI: defined at mem 0xcc80ae00 fifo > > 0xc9c28000(0x9c28000) IRQ 10 HZ 1000 > > Sep 19 18:36:09 server kernel: inithfcpci: entered > > Sep 19 18:36:09 server kernel: HFC PCI: IRQ 10 count 34 > > 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. > > Sep 19 18:36:09 server kernel: HFC card c9d0c000 dch c9d0c090 bch1 c9d0c21c > > bch2 c9d0c3b4 > > Sep 19 18:36:09 server kernel: PCI: Found IRQ 12 for device 0000:00:0b.0 > > Der Kernel-PCI-Treiber findet IRQ 12 f�r diesen Slot (kollidiert evtl. > mit PS/2-Maus oder Tastatur) > > > Sep 19 18:36:09 server kernel: IRQ routing conflict for 0000:00:0b.0, have > > irq 11, want irq 12 > > Vom BIOS wurde die 2.Karte aber auf IRQ 11 gesetzt. Richtig? jo, genau wie bei der anderen ISDN-Karte, es kommt ein routing conflict, die karten wollen aus unverst�ndlichen gr�nden auf einen anderen IRQ, k�nnen aber nicht. bei den netzwerkkarten und altem mISDN treiber ist das egal, aber der neue mISDN treiber scheint diesbez�glich empfindlich zu sein - was auch durchaus berechtigt ist. > > Sep 19 18:36:09 server kernel: init_card: entered > > Sep 19 18:36:09 server kernel: inithfcpci: entered > > Sep 19 18:36:09 server kernel: HFC PCI: IRQ 11 count 0 > > Sep 19 18:36:09 server kernel: HFC PCI: IRQ(11) getting no interrupts during > > init 1 > > Jetzt wird versucht die Karte bios-gem�� auf IRQ11 zu initialisieren, > was aber (mehrmals) fehlschl�gt (no interrupts count) und auch obige > Fehlermeldung aus usercopy.c ausl�st. klingt logisch, zudem das obige hier auch nur einmal auftritt, also eine karte trotz routing conflict erfolgreich initialisiert wurde - und dann bei der pbx doch wieder funktioniert. > 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 ? > Bei Karten bitte mal slotseitig gegentauschen und schauen, ob beim > Module laden jetzt Fehler bei der 1.Karte kommen und die 2. geht. ok, mache ich..... > Ach shit, weiter unten schreibst du ja, das du das schon mehrfach > durchexerziert hast :-( Ich l�sche meinen Sermon aber trotzdem jetzt > nicht. ...trotzdem nochmal, man kann ja nie wissen, das alles erscheint mir von zeit zu zeit alles andere als logisch oder nachvollziehbar *g* > Bleibt noch das BIOS-Update und was dir Bj�rn dazu schon schrieb bzw. > Motherboard-Wechsel. das biosupdate spiele ich heute abend mal auf. bekomme evtl ende der woche ein asus p3b-f mit 440bx chipsatz zum testen :-) > Aber: mit 2.6.7 lief ja schon mal alles, richtig? Und nach diversen > �nderungen klappt der R�ckschritt von 2.6.8 auf 2.6.7 auch nicht mehr? > Kannst du nachvollziehen was du dazwischen alles ver�ndert hast und > evtl. r�ckg�ngig machen? ich vermute es ist der neue mISDN treiber, aber sobald ich den alten verwende gibts wieder ein echo. > 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 ? > c) wenn du deinen selbstgebauten 2.6.7 bisher nicht ver�ndert hast, mit > dem versuchen. hmm habe ich schon xmal ge�ndert bzw. mrproper-t > d) einen fertigen Debian-Kernel 2.6.7/8 downloaden installieren, > booten. ok, das teste ich noch - wobei die kernel kein mISDN haben, oder ? > 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. > f) mal eine neue Knoppix downloaden und versuchen, am besten eine mit > 2.6.er Kernel wenns die gibt. jo, seit 3.4 ist auch kernel 2.6 dabei - ich boote mal 3.6. > > 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 ;-)). > Gru� > Gerhard mfg & thx christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
