Suse8.1 ISDN Problem

[sev0r]

Hallo Leute!

Ich habe ein Problem mit meiner ISDN Karte, bzw. den dafür notwendigen Treibern unter SuSE Linux 8.1.

Ich habe den Linux Rechner als Router laufen, welcher sich mit ISDN ins Internet einwählt.

Soweit funktioniert ja auch alles einwandfrei, aber ich habe immer Verbindungsabbrüche, an denen anscheinend nicht der Provider schuld ist.

Hier ist die Ausgabe meiner /var/log/messages nach einem solchen Verbindungsabbruch:


kernel: ippp0: HL driver queue full
last message repeated 2 times
kernel: ippp0: remote hangup
kernel: ippp0: Chargesum is 0
kernel: isdn_ppp_bind: Can't find a (free) connection to
last message repeated 12 times
ipppd[580]: Modem hangup
kernel: isdn_ppp_bind: Can't find a (free) connection to
ipppd[580]: Connection terminated.
ipppd[580]: taking down PHASE_DEAD link 0, linkunit: 0
kernel: isdn_ppp_bind: Can't find a (free) connection to
last message repeated 2 times
ipppd[580]: closing fd 6 from unit 0
ipppd[580]: link 0 closed , linkunit: 0
ipppd[580]: reinit_unit: 0
ipppd[580]: Connect[0]: /dev/ippp0, fd: 6
kernel: ippp, open, slot: 1, minor: 0, state: 0000
kernel: ippp_ccp: allocated reset data structure c30c9800
kernel: ippp_ccp: freeing reset data structure c2985800


Ich habe schon mittels Yast Online Update isdn4linux updaten lassen, hat aber nichts gebracht. Mit SuSE Linux 8.0 hatte ich auch dieses Problem.

Seltsamerweise treten diese Abbrüche nur dann auf, wenn ich das HL DoD spiele - und hier sind sie doppelt so lästig

Ich hab schon nach "HL Driver full" gegoogled, aber leider nichts gefunden, bis auf ein Spurce Code Kommentar:

         if (ret != len) {
                 /* we should never get here */
                printk(KERN_WARNING "%s: HL driver queue full\n", lp->name);
                 goto error;
         }

Sehr positiv klingt das Kommetar allerdings nicht
zu finden auf: http://www.atomised.org/docs/linux-2...8c-source.html

Villeicht kann mir jemand helfen, oder einen Tipp geben was genau ich updaten muss, damit das lästige Problem aus der Welt geschafft wird.

Vielen Dank,
sev0r

[Hotspott]

Hi!

Habe hier aehnliches Problem unter Debian, aber leider auch keine Loesung. Bei mir taucht allerdings nichts vonwegen HL queue auf. Die Verbindung ist ploetzlich tot. Trotz Aktivitaet (z.B. apt-get update). Er waehlt sich
dann auch nicht automatisch neu ein. Ich muss erst wieder manuel

/etc/init.d/isdnutils restart

ausfuehren. Dann waehlt er sich auch wieder automatisch ein sobals ich eine Site neu lade, host im internet anpinge etc.

Ich hoffe uns kann jemand helfen bzw. du hast schon eine Loesung gefunden.

Gruss
HotSpott

Hier mein Syslog

Mar 16 00:33:18 kernel: isdn: Verbose-Level is 2
Mar 16 00:33:18 ipppd[5436]: Found 1 device:
Mar 16 00:33:18 ipppd[5438]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Mar 16 00:33:18 ipppd[5438]: init_unit: 0
Mar 16 00:33:18 kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 16 00:33:18 kernel: ippp_ccp: allocated reset data structure e1c51800
Mar 16 00:33:18 ipppd[5438]: Connect[0]: /dev/ippp0, fd: 7
Mar 16 00:33:20 kernel: OPEN: 10.0.0.1 -> 145.253.2.75 UDP, port: 32774 -> 53
Mar 16 00:33:20 kernel: ippp0: dialing 1 0192071...
Mar 16 00:33:20 isdnlog: Mar 16 00:33:20 * tei 70 calling ? with ? BEARER: Unrestricted digital information, CCITT standardized coding
Mar 16 00:33:20 isdnlog: Mar 16 00:33:20 * tei 70 calling ? with ? 64 kbit/s, Circuit mode
Mar 16 00:33:20 isdnlog: Mar 16 00:33:20 * tei 70 calling 0192071 with +49 9131/923393, Erlangen RING (Data)
Mar 16 00:33:20 isdnlog: Mar 16 00:33:20 * tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen CHANNEL: BRI, B1 needed
Mar 16 00:33:21 isdnlog: Mar 16 00:33:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen Time:Sun Mar 16 00:33:00 2003
Mar 16 00:33:21 isdnlog: Mar 16 00:33:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen CONNECT (Data)
Mar 16 00:33:21 isdnlog: Mar 16 00:33:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen INTERFACE ippp0 calling 0192071
Mar 16 00:33:21 isdnlog: Mar 16 00:33:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen No area info for provider 33_0 (18), destination 0192071
Mar 16 00:33:21 ipppd[5438]: Local number: XXXXXXXXXXX, Remote number: 0192071, Type: outgoing
Mar 16 00:33:21 ipppd[5438]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Mar 16 00:33:21 kernel: isdn_net: ippp0 connected
Mar 16 00:33:21 ipppd[5438]: MPPP negotiation, He: No We: No
Mar 16 00:33:21 ipppd[5438]: local IP address 145.254.241.176
Mar 16 00:33:21 ipppd[5438]: remote IP address 145.253.1.159
Mar 16 00:38:01 PAM_unix[5594]: (cron) session opened for user mail by (uid=0)
Mar 16 00:38:01 /USR/SBIN/CRON[5595]: (mail) CMD ( if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi)
Mar 16 00:38:04 PAM_unix[5594]: (cron) session closed for user mail
Mar 16 00:48:21 isdnlog: Mar 16 00:48:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen Normal call clearing (User)
Mar 16 00:48:21 isdnlog: Mar 16 00:48:21 tei 70 calling 0192071 with +49 XXXX/XXXXXX, Erlangen HANGUP ( 0:15:00 I= 5.8Mb O=434.8Kb)
Mar 16 00:48:21 kernel: ippp0: remote hangup
Mar 16 00:48:21 kernel: ippp0: Chargesum is 0
Mar 16 00:48:21 ipppd[5438]: Modem hangup
Mar 16 00:48:21 ipppd[5438]: Connection terminated.
Mar 16 00:48:21 ipppd[5438]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 16 00:48:21 ipppd[5438]: closing fd 7 from unit 0
Mar 16 00:48:21 ipppd[5438]: link 0 closed , linkunit: 0
Mar 16 00:48:21 ipppd[5438]: reinit_unit: 0
Mar 16 00:48:21 kernel: ippp, open, slot: 1, minor: 0, state: 0000
Mar 16 00:48:21 kernel: ippp_ccp: allocated reset data structure e1c51000
Mar 16 00:48:21 kernel: ippp_ccp: freeing reset data structure e1c51800
Mar 16 00:48:21 ipppd[5438]: Connect[0]: /dev/ippp0, fd: 7

[sev0r]

Hi HotSpott,

ich habe leider noch keine Lösung für dieses Problem gefunden.
Bei mir ging das auto-redialing auch nicht, und musste mich auch manuell einwählen.

Gestern bin ich auf Redhat 8.0 umgestiegen, mal sehen, ob das Problem immernoch besteht.
Hatte übrings das gleiche Problem bei SuSE 8.0.

cu,
sev0r

[stony777]

Das ist leider kein SuSE spezifisches Poblem, sondern vom ipppd. (Anscheinend)
Ich habe hier eine andere Distribution laufen und da das selbe Problem.

Das taucht aber nur bei CS auf, also könnte es ein Problem von WineX sein.

Leider keine Ahnung wo ich anfangen soll.

mfg
Stefan

[sev0r]

@Stefan:

Ja, ich hab das Problem auch nur bei DoD oder CS.
Was ist "WineX"?

thx,
sev0r

[Hotspott]

Bei mir kann ich es mir nicht erklaeren, aber ich habe kein Wine(X)
Programm in Ausgefuehrung wenn er bei mir Bockt.

Ich habe diese zwar installiert aber soweit ich das kontrollieren kann
lief nichts davon.

Habe ganz stinknormales apt-get laufen gehabt als er abbrach oder
surfte im www.


Vielleicht findet sich doch noch jemand mit einer Loesung. Ich finde es
naemlich ziemlich bescheiden, wenn ich zwar eine ISDN Flat habe (lahm)
dann aber nix runterladen lassen kann wenn ich ausser Haus bin, da ich
nicht weiss wann er wieder abschmiert.

Gruss

HotSpott

[sev0r]

Hallo Leute,

ich bin mittlerweile von SuSE 8.1 auf Redhat 8.0 umgestiegen, und das Problem war weg...


Ich habe nicht schlecht gestaunt, als vor einigen Tagen die Version 1.0 des HL Mods Day of Defeat rauskam, und ich nach dem Update auf meinen Windows Spielerechner, wieder aus dem Netz flog.

Ein kurzer Blick ins messages-log genügte um festzustellen, dass ich schon wieder den "HL driver queue full" - Fehler hatte....


Mitlerweile findet man aber schon einige Infos im Netz, und nach kleiner Recherche hab ich die CAPI Driver upgedatet.

Hier findet ihr die Treiber - sind zwar auf der HP als SuSE Treiber angegeben, aber die RPMs lassen sich auch in anderen Distris (wie z.B. in meinem Falle Redhat) nutzen.

http://www.avm.de/ftp/cardware/fritz.../linux/suse.81


Nach diesem Update war der Fehler wieder weg, und ich konnte wieder Problemlos DoD zocken.

HF, sev0r