isdnlog: Message not compatible with call state (User) (fwd)
Hallo Liste, seit einer Weile bekomme ich die im Subject genannte Meldung von meinem isdnlog. Es handelt sich nur um ein kosmetisches Problem, da alles andere funktioniert- aber ich wüßte gern, welche Meldung da nicht kompatibel ist. Das Problem trat IIRC auf, nachdem wir von der Telekom zu Berlikom gewechselt sind. Ich verwende isdnlog 3.41. Verbose-Level ist 3. Und jetzt ein relevanter Auszug aus /var/log/messages (Zeilenumbrüche sind von mir): [normaler Verbindungsaufbau mit Adreßzuweisung] May 2 16:00:11 kbsvr07x isdnlog: May 02 16:00:11 tei 64 calling Provider with zuHause Message not compatible with call state (User) May 2 16:01:31 kbsvr07x isdnlog: May 02 16:01:31 tei 64 calling Provider with zuHause Message not compatible with call state (User) May 2 16:01:31 kbsvr07x kernel: isdn_net: Got CINF chargetime of ippp0 now 726659030 Dann kommt die Meldung über die zweite Einheit, die Arbeit ist erledigt und es wird aufgelegt. Dabei tritt die Meldung noch zweimal auf: May 2 16:02:17 kbsvr07x kernel: ippp_ccp: allocating reset data structure May 2 16:02:17 kbsvr07x isdnlog: May 02 16:02:17 tei 64 calling Provider with zuHause Message not compatible with call state (User) May 2 16:02:17 kbsvr07x isdnlog: May 02 16:02:17 tei 64 calling Provider with zuHause HANGUP (2 EH DEM 0.240 0:02:16) Message not compatible with call state (User) In man isdnlog und unter /usr/doc/ habe ich dazu nichts gefunden. Woher kommt diese Meldung? Grüße Volker
On Thu, May 03, 2001 at 08:47:45AM +0200, Volker Tanner wrote:
Hallo Liste,
seit einer Weile bekomme ich die im Subject genannte Meldung von meinem isdnlog. Es handelt sich nur um ein kosmetisches Problem, da alles andere funktioniert- aber ich wüßte gern, welche Meldung da nicht kompatibel ist. Das Problem trat IIRC auf, nachdem wir von der Telekom zu Berlikom gewechselt sind. Ich verwende isdnlog 3.41. Verbose-Level ist 3.
Kann ich so nicht sagen, das hat aber nichts mit isdnlog zu tun sondern mit der Einhaltung des DSS1 Protocols, isdnlog iinterpretiert nur die Meldungen. Um mehr zu analysieren, schick mir mal ein ausfuehrliches log: killall isdnlog hisaxctrl HiSax 1 0x33ff hisaxctrl HiSax 11 0xf4f hisaxctrl HiSax 13 0xff cat /dev/isdnctrl > ilog Dann eine Einwahl machen und auch das Auflegen abwarten. -- Karsten Keil SuSE Labs ISDN development
On Thu, May 03, 2001 at 10:32 +0200, Karsten Keil wrote:
On Thu, May 03, 2001 at 08:47:45AM +0200, Volker Tanner wrote:
Hallo Liste,
seit einer Weile bekomme ich die im Subject genannte Meldung von meinem isdnlog. Es handelt sich nur um ein kosmetisches Problem, da alles andere funktioniert- aber ich wüßte gern, welche Meldung da nicht kompatibel ist. Das Problem trat IIRC auf, nachdem wir von der Telekom zu Berlikom gewechselt sind. Ich verwende isdnlog 3.41. Verbose-Level ist 3.
Kann ich so nicht sagen, das hat aber nichts mit isdnlog zu tun sondern mit der Einhaltung des DSS1 Protocols, isdnlog iinterpretiert nur die Meldungen.
Um mehr zu analysieren, schick mir mal ein ausfuehrliches log:
killall isdnlog hisaxctrl HiSax 1 0x33ff hisaxctrl HiSax 11 0xf4f hisaxctrl HiSax 13 0xff
cat /dev/isdnctrl > ilog Dann eine Einwahl machen und auch das Auflegen abwarten.
Habe ich. Da das file doch recht groß ist, schicke ich es mal per PM. Die Befehle wurden kommentarlos ausgeführt. Was habe ich da eigentlich gemacht? Muß ich das wieder rückgängig machen, wenn ja- wie? Vielen Dank Volker P.S. Kopie dieser Mail geht ohne Anhang an die Liste
On Thu, May 03, 2001 at 12:02:50PM +0200, Volker Tanner wrote:
Um mehr zu analysieren, schick mir mal ein ausfuehrliches log:
killall isdnlog hisaxctrl HiSax 1 0x33ff hisaxctrl HiSax 11 0xf4f hisaxctrl HiSax 13 0xff
cat /dev/isdnctrl > ilog Dann eine Einwahl machen und auch das Auflegen abwarten.
Habe ich. Da das file doch recht groß ist, schicke ich es mal per PM. Die Befehle wurden kommentarlos ausgeführt.
Das ist richtig so, ist aber noch nicht da.
Was habe ich da eigentlich gemacht?
Du hast isdnlog abgeschossen, damit Zugriff auf /dev/isdnctrl moeglich ist (/dev/isdnctrl kann nur ein process lesen). Mit den hisaxctrl hast Du mehr debuging im Treiber eingeschaltet. man hisaxctrl erklaert ein paar Sachen, allerdings nicht alle bits.
Muß ich das wieder rückgängig machen, wenn ja- wie?
Ja am Besten indem Du ISDN neu startest: rci4l stop rci4l_hardware stop rci4l_hardware start rci4l start rcroute start -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Karsten Keil -
Volker Tanner