9.2: Anrufe auf zweiter ISDN-Karte registrieren
Hallo, unter 8.2 gings wunderbar: zwei ISDN-KArten in einem PC, eine Elsa die andere Fritz (beide Hisax-Treiber) und es wurden von beiden ISDN-Eingängen die eingehenden Tel-Nrn geloggt. Bei 9.2 geht das nur manchmal, derzeit gar nicht mehr :-(. Nur von der zuerst erkannten KArte, die auch für Ferwartungszwecke eingesetzt wird, werden die eingehenden Tel-Nrn geloggt, von der zweiten, der viel wichtigeren Karte, die auf dem NTBA mit den ständig eingehenden Telefon-Gesprächen liegt, werden keine Tel-Nummern mehr geloggt. Das ist sehr ärgerlich, weil ich Kunden dann nicht mehr zurückrufen kann, wenn der Anrufe z.B. ein Parallelgespräch war, das ich zeitweise nicht annehmen konnte. Geht es grundsätzlich beide Karten loggen zu lassen? - Ich habe auch schon hisac und avm-Treiber genommen, das nutzt auch nichts. Muß ich die zweite KArte vielleicht mal in einen anderen Slot? - Also erkannt von Yast sind beide Karten. danke schon mal Ekkard
On Thu, Jan 12, 2006 at 08:46:59AM +0100, Ekkard Gerlach wrote:
Hallo,
unter 8.2 gings wunderbar: zwei ISDN-KArten in einem PC, eine Elsa die andere Fritz (beide Hisax-Treiber) und es wurden von beiden ISDN-Eingängen die eingehenden Tel-Nrn geloggt. Bei 9.2 geht das nur manchmal, derzeit gar nicht mehr :-(. Nur von der zuerst
Hmm da sollte es keine Unterschiede geben, solange für beide Karten isdnlog läuft.
erkannten KArte, die auch für Ferwartungszwecke eingesetzt wird, werden die eingehenden Tel-Nrn geloggt, von der zweiten, der viel wichtigeren Karte, die auf dem NTBA mit den ständig eingehenden Telefon-Gesprächen liegt, werden keine Tel-Nummern mehr geloggt. Das ist sehr ärgerlich, weil ich Kunden dann nicht mehr zurückrufen kann, wenn der Anrufe z.B. ein Parallelgespräch war, das ich zeitweise nicht annehmen konnte. Geht es grundsätzlich beide Karten loggen zu lassen? - Ich habe auch schon hisac und avm-Treiber genommen, das nutzt auch nichts. Muß ich die zweite KArte vielleicht mal in einen anderen Slot? - Also erkannt von Yast sind beide Karten.
cat /dev/isdninfo ps ax |grep isdnlog -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
On Thu, Jan 12, 2006 at 08:46:59AM +0100, Ekkard Gerlach wrote:
Hallo,
unter 8.2 gings wunderbar: zwei ISDN-KArten in einem PC, eine Elsa die andere Fritz (beide Hisax-Treiber) und es wurden von beiden ISDN-Eingängen die eingehenden Tel-Nrn geloggt. Bei 9.2 geht das nur manchmal, derzeit gar nicht mehr :-(. Nur von der zuerst
Hmm da sollte es keine Unterschiede geben, solange für beide Karten isdnlog läuft.
erkannten KArte, die auch für Ferwartungszwecke eingesetzt wird, werden die eingehenden Tel-Nrn geloggt, von der zweiten, der viel wichtigeren Karte, die auf dem NTBA mit den ständig eingehenden Telefon-Gesprächen liegt, werden keine Tel-Nummern mehr geloggt. Das ist sehr ärgerlich, weil ich Kunden dann nicht mehr zurückrufen kann, wenn der Anrufe z.B. ein Parallelgespräch war, das ich zeitweise nicht annehmen konnte. Geht es grundsätzlich beide Karten loggen zu lassen? - Ich habe auch schon hisac und avm-Treiber genommen, das nutzt auch nichts. Muß ich die zweite KArte vielleicht mal in einen anderen Slot? - Also erkannt von Yast sind beide Karten.
Bei cat /dev/isdninfo war gerade nur contr0, habe dann die zweite KArte wieder hinzugenommen, ich hatte die herausgenommen weil vor ein paar Woche nicht ging. JETZT gehts wieder! Danke! Hoffenlich lange ...
cat /dev/isdninfo idmap: contr0 contr0 contr1 contr1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
chmap: 0 1 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 0 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
ps ax |grep isdnlog rex3:/etc/sysconfig/isdn # ps ax |grep isdnlog 28128 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 28134 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2
Gruss Ekkard
On Thu, Jan 12, 2006 at 05:23:02PM +0100, Ekkard Gerlach wrote:
* Karsten Keil schrieb:
On Thu, Jan 12, 2006 at 08:46:59AM +0100, Ekkard Gerlach wrote:
Hallo,
unter 8.2 gings wunderbar: zwei ISDN-KArten in einem PC, eine Elsa die andere Fritz (beide Hisax-Treiber) und es wurden von beiden ISDN-Eingängen die eingehenden Tel-Nrn geloggt. Bei 9.2 geht das nur manchmal, derzeit gar nicht mehr :-(. Nur von der zuerst
Hmm da sollte es keine Unterschiede geben, solange für beide Karten isdnlog läuft.
erkannten KArte, die auch für Ferwartungszwecke eingesetzt wird, werden die eingehenden Tel-Nrn geloggt, von der zweiten, der viel wichtigeren Karte, die auf dem NTBA mit den ständig eingehenden Telefon-Gesprächen liegt, werden keine Tel-Nummern mehr geloggt. Das ist sehr ärgerlich, weil ich Kunden dann nicht mehr zurückrufen kann, wenn der Anrufe z.B. ein Parallelgespräch war, das ich zeitweise nicht annehmen konnte. Geht es grundsätzlich beide Karten loggen zu lassen? - Ich habe auch schon hisac und avm-Treiber genommen, das nutzt auch nichts. Muß ich die zweite KArte vielleicht mal in einen anderen Slot? - Also erkannt von Yast sind beide Karten.
Bei cat /dev/isdninfo war gerade nur contr0, habe dann die zweite KArte wieder hinzugenommen, ich hatte die herausgenommen weil vor ein paar Woche nicht ging.
JETZT gehts wieder! Danke! Hoffenlich lange ...
Falls es wieder aussetzt, in jedem Fall schauen ob isdnlog auf dem Controller noch laeuft. Wenn nicht mal die letzten Eintraege die geloggt wurden posten, ein neuer start von isdnlog fuer diesen controller sollte dann auch ausreichen, am besten mit ulimit -c unlimited;/usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2 dann sollte er ein core file erzeugen, falls er abstuertzt. -- Karsten Keil SuSE Labs ISDN development
so, nu isses wieder mal so weit, seit dem Neustart vorgestern ist der isdnlog auf /dev/isdnctrl2 tot. Ein grep "call from" auf /var/log/messages zeigt seit dem Neustart des PC am 14.1. keinerlei Reaktionen mehr auf eingehende GEspräche: Jan 13 15:09:38 rex3 kernel: isdn_tty: call from 7212043467 -> 8307936 ignored Jan 13 16:22:46 rex3 kernel: isdn_net: call from 7256944495 -> 1 8307935 ignored Jan 13 16:22:46 rex3 kernel: isdn_tty: call from 7256944495 -> 8307935 ignored Jan 13 16:53:02 rex3 kernel: isdn_net: call from 7613890619 -> 0 8307936 ignored Jan 13 16:53:02 rex3 kernel: isdn_tty: call from 7613890619 -> 8307936 ignored Jan 13 18:08:29 rex3 kernel: isdn_net: call from 7613890614 -> 1 8307935 ignored Jan 13 18:08:29 rex3 kernel: isdn_tty: call from 7613890614 -> 8307935 ignored Jan 13 18:34:18 rex3 kernel: isdn_net: call from 0 -> 1 8307935 ignored Jan 13 18:34:18 rex3 kernel: isdn_tty: call from 0 -> 8307935 ignored Jan 13 18:41:21 rex3 kernel: isdn_net: call from 7256944345 -> 0 8307936 ignored Jan 13 18:41:21 rex3 kernel: isdn_tty: call from 7256944345 -> 8307936 ignored Jan 13 20:27:09 rex3 kernel: isdn_net: call from 7218305198 -> 0 83093933 ignored Jan 13 20:27:09 rex3 kernel: isdn_tty: call from 7218305198 -> 83093933 ignored Jan 15 17:54:24 rex3 kernel: isdn_net: call from 7612170403 -> 0 83093933 ignored Jan 15 17:54:24 rex3 kernel: isdn_tty: call from 7612170403 -> 83093933 ignored Jan 16 08:28:52 rex3 kernel: isdn_net: call from 7613890617 -> 0 8307936 ignored Jan 16 08:28:52 rex3 kernel: isdn_tty: call from 7613890617 -> 8307936 ignored Jan 16 16:22:29 rex3 kernel: isdn_net: call from 0 -> 0 83093933 ignored Jan 16 16:22:29 rex3 kernel: isdn_tty: call from 0 -> 83093933 ignored Jan 16 23:41:50 rex3 kernel: isdn_net: call from 1775468928 -> 0 8307936 ignored Jan 16 23:41:50 rex3 kernel: isdn_tty: call from 1775468928 -> 8307936 ignored Die Numern des zweiten NTBA (u.a. 83093933 und 8307936 (fax) ) werden noch angezeigt, der erste NTBA ist tot. Die Ausgaben von /dev/isdninfo und ps ax |grep isdnlog sind aber die alten, also die gleichen wie im funktionierenden Zustand, wie schon gepostet: * Ekkard Gerlach schrieb:
cat /dev/isdninfo > idmap: contr0 contr0 contr1 contr1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
chmap: 0 1 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 0 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
ps ax |grep isdnlog rex3:/etc/sysconfig/isdn # ps ax |grep isdnlog 28128 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 28134 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2
Habe dann mal eine rcisdn restart gemacht: rex3:/lib # rcisdn restart Unloading ISDN driver /dev/isdninfo: . hisax failed Setting up ISDN card contr0 Elsa Quickstep 1000 PCI hisax busy failed contr1 AVM FRITZ!Card PCI hisax busy failed Dann war unter ps ax |grep isdnlog nichts mehr zu finden! Mit /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 und /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2 habe ich die Prozesse zwar wieder starten können, aber es wird weiterhin nur /dev/isdnctrl0 geloggt. Ein ulimit -c unlimited;/usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2 hat auch nicht mehr gebracht. /dev/isdnctrl2 wird nicht mehr geloggt. Ein Neustart scheint ja auch nicht zu helfen, sonst hätte z.B. gestern oder heute das logging wieder starten können nachdem am 14.1. erstmals alles wieder tot war. Irgendwie scheint sich die Hardware vollständig zu verkanten, selbst ein reboot hilft da nicht. -> habe mal den ATX-PC stromlos gemacht, dann Neustart, und siehe da, es GEHT WIEDER!!! Also Hardware-Problem. Natürlich mit der Fritz-Karte! Nur Ärger mit dem Ding ... Jetzt benutze ich schon nicht CAPI (wozu auch, mit 5% der Fax-Gegenstellen Probleme), da macht die KArte schon wieder "Schluß". Achja: auch mit CAPI-Treiber für Fritz-KArte fällt diese aus, ich hatte diese Kombination über einige Monate, das war auch nicht besser als mit hisax. Hat mir hier jmd einen Tipp? - Anderer PCI-Slot? Zwei Elsa-Karten? Oder ist meine Fritz-Karte defekt? Übrigens: ein grep auf isdnlog in /var/log/messages hat lediglich die Ausgaben der Elsa-KArte (ISDN-Fernwartung, Fax). Von der Hisax-Karte seit 14.1. fehlt jede Spur. Beim Booten erscheint jedesmal fleißig: Jan 14 15:05:48 rex3 isdnlog: (HiSax driver detected) Jan 14 15:05:48 rex3 isdnlog: (HiSax driver detected) aber das hilft nichts: wenn Fritz-PCI "verkantet" ist, dann hilft nur noch 5-Sekunden-vollständig stromlos. Ich hatte die beiden Karten fast 2 Jahre in einer Suse 8.2, allerdings auch anderes Mainboard, beide liefen einwandfrei. Ist die Fritz defekt? - Oder einfach ein feature von Fritz? Gruss Ekkard
participants (2)
-
Ekkard Gerlach -
Karsten Keil