January 2002 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] Fritz!X USB an ohci-Usb-Controller
by Ole Foskaty 10 Jan '02

10 Jan '02

Hallo. > Der Rechner sieht u.a. folgendermaßen aus: > Mainboard Gigabyte GA-586HX rev. 1.54 > Chipsatz Intel HX430 TXC (Triton II] (rev 1) > Intel Pentium 200 > 128 MB EDO RAM > > Der USB-Controller: > USB OHCI Root Hub (lt. #cat /proc/bus/usb/devices) > OPTi Inc. 82C861 (rev 16) Ich habe mal ein wenig im Netz gewühlt... das Bild ist ein wenig konfus. Einige Texte dort sagen, spätere Versionen dieses Boards hatten USB drauf. Durch den separaten Controller vermute ich mal, das ist hier nicht der Fall? Und dann habe ich noch das gefunden - ich hab's ja kaum glauben können, aber für dieses Board gibt es ein Forum!!! :-) http://lh.ga586hx.de/wwwboard2001/index.html bzw. http://lh.ga586hx.de/wwwboard2002/index.html > > > Jan 10 19:00:39 server kernel: Process fxusb-2 (pid: 194, > > > stackpage=c5b55000) > > > > Der Hänger tritt letztendlich im fxusb-Treiber auf. Welche > > Version des Treibers nimmst Du? Woher und von wann hast Du den? > > Der ist ja sicher selbstübersetzt, oder? > > Es handelt sich um Version 03.09.10, Build 01.07.20. Der Treiber > kommt von AVM und ist aus Juli 2001. Ok. > > > Was soll ich damit anfangen? Ksymoops drüber laufen lassen und > > > den Output den Kernelentwicklern zukommen lassen? > > > > ksymoops ist ok, aber die Kernelentwickler kennen/verwalten ja > > diesen Treiber nicht... > > Also an AVM schicken? Jep. Vielleicht ist dort schon etwas über diese Motherboard/Controller- Kombination bekannt... Gruß, =OF= -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

1 0

Fritz!X USB an ohci-Usb-Controller
by Jan Tim Schueszler 10 Jan '02

10 Jan '02

Hallo Liste, ich habe hier in meinem Rechner (SuSE 6.4, Kernel 2.4.17) eine USB-Controller-Karte (PCI) mit einem ohci-Chip drauf. An diesem Controller hängt meine Fritz!X USB. Nun stürzt der Treiber der Fritz!X, der fxusb, aber ständig in unregelmäßigen Abständen ab; daß können wenige Minuten, aber auch mehrere Stunden sein. Die Fehlermeldungen lautet folgendermaßen (Ausschnitt aus /var/log/messages) Jan 10 18:04:44 server isdnlog: Jan 10 18:04:44 tei 66 calling Arcor with Arcor.de HANGUP ( 0:04:42 I=189.8Kb O= 32.8Kb) Jan 10 18:15:45 server -- MARK -- Jan 10 18:32:01 server kernel: fxusb: Rx URB status: -110 Jan 10 18:32:41 server last message repeated 2 times Wie zu sehen ist, besteht zwischen der Fehlermeldung und dem übrigen Geschehen auf dem Rechner keinerlei zeitlicher Zusammenhang. Außerdem finde ich unter anderem folgende Meldung(en): Jan 10 19:00:39 server kernel: fxusb: Tx URB status: -110 Jan 10 19:00:39 server kernel: usb-ohci.c: bug in call from c01fe00e; use async! Jan 10 19:00:39 server kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000014 Jan 10 19:00:39 server kernel: printing eip: Jan 10 19:00:39 server kernel: c887fb2b Jan 10 19:00:39 server kernel: *pde = 00000000 Jan 10 19:00:39 server kernel: Oops: 0002 Jan 10 19:00:39 server kernel: CPU: 0 Jan 10 19:00:39 server kernel: EIP: 0010:[usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-611541/96] Not tainted Jan 10 19:00:39 server kernel: EFLAGS: 00010282 Jan 10 19:00:39 server kernel: eax: c5dc9c00 ebx: c5eb50c4 ecx: 00000009 edx: 00000000 Jan 10 19:00:39 server kernel: esi: c889d7c0 edi: 00000000 ebp: c5b55d7c esp: c5b55d64 Jan 10 19:00:39 server kernel: ds: 0018 es: 0018 ss: 0018 Jan 10 19:00:39 server kernel: Process fxusb-2 (pid: 194, stackpage=c5b55000) Jan 10 19:00:39 server kernel: Stack: c889d7e0 c889d7c0 00000000 c88800db c5b55de8 c8900fea c5b55d9c c887fe23 Jan 10 19:00:39 server kernel: c5eb50c4 00000282 c5b55dbc c887f197 c5eef564 c5ffbd24 c5b55dcc c887fdd8 Jan 10 19:00:39 server kernel: 00000000 00000000 c5b55dec c8884f34 c5b55e44 00000000 1fff03ff c8880b6f Jan 10 19:00:39 server kernel: Call Trace: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-489504/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-489536/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-610085/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-81942/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-610781/96] Jan 10 19:00:39 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-613993/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-610856/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-590028/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-607377/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-60916/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-599942/96] Jan 10 19:00:40 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-489504/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-489536/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-489408/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-487184/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-604985/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-599487/96] Jan 10 19:00:40 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-576077/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-579434/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-421223/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-81942/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-576272/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-526965/96] Jan 10 19:00:40 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-589876/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-76960/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-463486/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-463421/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-591023/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-135420/96] Jan 10 19:00:40 server kernel: [add_timer_randomness+197/204] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-76416/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-604768/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-602466/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-135420/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-59852/96] Jan 10 19:00:40 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-59840/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-602245/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-605948/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-590714/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-135420/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-135448/96] Jan 10 19:00:40 server kernel: [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-135448/96] [usb-ohci:__insmod_usb-ohci_O/lib/modules/2.4.17/kernel/drivers/usb/u+-611217/96] [kernel_thread+40/56] Jan 10 19:00:40 server kernel: Jan 10 19:00:40 server kernel: Code: 89 42 14 8b 13 8b 43 2c 8b 0a 8a 40 02 25 ff 00 00 00 c1 e1 Was soll ich damit anfangen? Ksymoops drüber laufen lassen und den Output den Kernelentwicklern zukommen lassen? Danke und Bye JT

2 2

Re: AW: AW: [suse-isdn] LAN-to-LAN
by Frank Hesse 10 Jan '02

10 Jan '02

Am Don, 2002-01-10 um 10.48 schrieb Busch Georg ICM Bocholt: > Hallo Frank, > > schau doch mal auf den Internetseiten der UNI Bochum > http://www.ruhr-uni-bochum.de/~rothamcw/Lokale.Netze/tcpip.html > hier wird der Aufbau der IP- Beschrieben. Du solltest im gesammten Netz die > Netzmasken entsprechend anpassen. > > > * für Netz "A" z.B. 255.255.255.224 > * für Netz "A" z.B. 255.255.255.192 > > das allein reicht nicht aus den der Router kann nicht erkennen das die > Rechner im 17 - 30 nicht im Netz A sind. Hier mußt Du z.B. > auch die Netzwerk Nummerblock ändern. > z.B. 192.168.2.1 bis 192.168.2.14 > > mit "ifconfig" wird für jede Netzwerkkarte der Bereich angegeben in dem sich > die Hostadressen bewegen dürfen. > > Gruß Georg Das Routing ist nicht mein Problem, weil es funktioniert! route.conf auf 192.168.1.17: 192.168.1.16 0.0.0.0 255.255.255.240 eth0 192.168.1.32 192.168.2.11 255.255.255.240 ippp1 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 0.0.0.0 ippp0 route.conf auf 192.168.1.33: 192.168.1.32 0.0.0.0 255.255.255.240 eth0 192.168.1.16 192.168.2.111 255.255.255.240 ippp0 default 192.168.2.11 0.0.0.0 ippp0 Mein Problem ist, daß alle Rechner aus Netz A sich mit ihrer Netzwerkadresse zu erkennen geben. Nur die Linux-Pc's geben sich mit ihren jeweiligen ippp-IP zu erkennen und nicht mit der eth0-IP! Frank

1 0

Re: AW: [suse-isdn] LAN-to-LAN
by Frank Hesse 10 Jan '02

10 Jan '02

Am Mit, 2002-01-09 um 14.06 schrieb Busch Georg ICM Bocholt: > Hallo Frank, > > ich verstehe zwar nicht viel von Netzwerke, aber kann es sein das die > verwendete Netzmaske falsch ist? > > ist 255.255.255.240 > sollte 255.255.255.192 > > nur so können Rechner mit IP 192.168.1.1 - 192.168.1.63 verwendet werden. Der IP-Bereich im Netz A geht von .17 - .30 ; im Netz B von .33 - 46 > > Bitte um Rückmeldung wenn es geholfen hat! > > Gruss Georg > > > -----Ursprüngliche Nachricht----- > > Von: Frank Hesse [SMTP:hesse@hesse-edv.com] > > Gesendet am: Dienstag, 8. Januar 2002 22:12 > > An: suse-isdn(a)suse.com > > Betreff: Re: [suse-isdn] LAN-to-LAN > > > > Am Fre, 2002-01-04 um 14.51 schrieb Wolfgang Schaefer: > > > hesse(a)hesse-edv.com wrote: > > > > > > > > Hi Hesse, > > > > > > > > hesse(a)hesse-edv.com wrote: > > > > >=20 > > > > > Hi, > > > > >=20 > > > > > mein Intranet besteht aus einer Dom=E4ne firma.de und ist in 2 > > Sub-Netze > > > > > aufgeteilt: > > > > >=20 > > > > > Netz A: > > > > > 192.168.1.16/255.255.255.240 > > > > > PC's: > > > > > 192.168.1.17 - LINUX > > > > > 192.168.1.18 - WIN98 > > > > > 192.168.1.20 - WIN98 > > > > > 192.168.1.21 - WIN98 > > > > >=20 > > > > > Netz B: > > > > > 192.168.1.32/255.255.255.240 > > > > > PC's: > > > > > 192.168.1.33 - LINUX > > > > > 192.168.1.34 - WIN2000 > > > > > 192.168.1.35 - SuSE e-mail Server II > > > > >=20 > > > > > Der PC mit .17 fungiert als Router ins Internet =FCber ippp0; als > > > Router = > > > > in > > > > das > > > > > Netz B =FCber ippp1 (192.168.2.11:192.168.2.111 auf .33) . > > > > >=20 > > > > > Die ISDN-Verbindungen funktionieren ohne Probleme. Sorgen machen mir > > nur > > > > die > > > > > LINUX-PC's, die mit dem Verbindungsaufbau zu tun haben: > > > > > S=E4mtliche Anmeldungen erfolgen nicht mit der eth0-IP sondern mit > > der = > > > > des > > > > ippp. > > > > > > > > Welche Anmeldungen? Verwendest Du masquerading? dns? > > > > > > > > Es gibt 3 Devices auf .17: > > > > eth0 > > > > ippp0 für die Verbindung ins Internet > > > > ippp1 für die Verbindung zwischen Netz A und B > > > > Der Firewall auf .17 hat als externes Netz ippp0, ippp1 und eth0 sind > > als > > > > internes Netz festgelegt. Der Schutz aus den internen Netzen ist nicht > > > > aktiviert. > > > > Auf .17 läuft ein DNS-Server für die ganze Domäne. > > > > > > > > > Das w=E4re nicht weiter tragisch, aber der e-mail Server sendet alle > > > > e-mails von > > > > > .17 mit access denied zur=FCck. > > > > > > > > > > kann denn dein mailserver auf denn dns zugreifen? > > > schau doch mal mit nslookup vom mailserver aus nach! > > > > > > > Keine Probleme! Es wird die richtige IP (192.168.1.17) gemeldet. > > > > > > > > > > > ...also alle mails aus Netz A? > > > > > > > > > Alle anderen PC's erscheinen mit ihrer IP-Adresse . > > > > > > > > Welchen mailer verwendest Du? sendmail? access? relay-domains?=20 > > > > genericstable? relay-domains? > > > > > > > > Es ist die Standardinstallation für den SuSE e-Mail Server II mit > > > Postfix. Als > > > > Relay ist .17 eingetragen, auf dem ebenfalls Postfix läuft. > > > > > > sorry, kenn ich mich nicht aus! > > > > > > > > > Gruss Wolfgang > > > > > > -- > > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > > suse-isdn-unsubscribe(a)suse.com > > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > > Sie eine Mail an: suse-isdn-help(a)suse.com > > > > > > > > > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com >

1 0

ISDN mit usb
by Heiko Egeler 09 Jan '02

09 Jan '02

Hallo ! Mein Wunsch ist es, meine Internetgeschichten ueber ein usb-ISDN- Modem abzuwickeln. Nach dem Durchblaettern einiger Seiten im Netz ist das aber vielleicht doch nicht so eine gute Idee, weil vielerorts Probleme auftauchen. Ich habe zwar gelesen, dass avm Treiber fuer saemtliche FRITZ usb modems zum runterladen bereithaelt, aber die machen anscheinend auch nicht wirklich gluecklich... Hat irgendjemand von Euch ein usb-isdn-modem zum Laufen gebracht (vielleicht sogar das fritz usb 1.0) ? Bin nicht auf dieses Modell beschraenkt, aber weil man das am einfachsten bekommen kann, waere es schon mein Favorit. Ich verwende SUSE Linux 7.3, bin aber leider alles andere als ein Experte, als sowas wie Neukompilierung des Kernels oder aehnlich komplexes wuerde mich ueberfordern. Vielen Dank im voraus, viele Gruesse, Heiko Egeler

3 2

i4l
by Arne Dieckmann 09 Jan '02

09 Jan '02

Hallo Liste, ich habe hier SuSE 7.3 und folgendes Problem: Nach einer Verbindung zum Internet, klappt nach dem Abbau der Verbindung eine erneute Verbindung nicht mehr. Erst wenn ich i4l neugestartet habe funzt eine neue Einwahl. Was könnte ich hier falsch gemacht oder vergessen haben. Die default route ist richtig gesetzt. Irgendwelche Ideen?? Danke Arne

4 3

ELSA MikroLink USB Connect
by Thomas Reisinger 09 Jan '02

09 Jan '02

Hallo liebe Listler, ich habe ein ELSA MicroLink USB Connect Terminaladapter und möchte damit unter Linux ins Netz. Allerdings macht mir das Einrichten Probleme. - Kennt jemand die nötigen AT-Befehle (Init-Strings) für diesen Adapter? - Handelt es sich hier hoffentlich nicht um ein Softmodem, das nur unter Windows läuft? Vielen Dank, Thomas -- Thomas Reisinger Tel: 0531-2349597 Roonstraße 5 mailto:thomas.reisinger@gmx.net 38102 Braunschweig

2 2

Re: Kontollleiste ist weg!?
by Thomas Fick 09 Jan '02

09 Jan '02

Am Mittwoch, 9. Januar 2002 16:52 schrieb Peter Wiersig > On Wed, Jan 09, 2002 at 04:01:04PM +0100, Thomas Fick wrote: > > Wo kann ich noch nachschauen, oder wie kann ich das per Hand wieder > > ändern ? > > Warum nicht mit KControl? > > ALT-F2 -> kcontrol Jetzt wo Du es schreibst. Manchmal macht man sich das Leben auch unnötig schwer. > Erscheinungsbild -> Kontrolleiste > > Automatisches Ausblenden deaktivieren, dann sollte alles sein wie > frueher. > > Ich hab gerade auch mal ausprobiert was dann so alles passiert und > habe die externe Fensterleiste aktiviert, die dann ueber dem > sichtbar bleibenden Teil des Panels liegt, so dass man die > kicker-Leiste mit der Maus nicht wieder einblenden kann. > > Wenn man die externe Fensterleiste ueber den Knopf ausblendet geht's > auch. Beim nächten mal mache ich es dann so und nicht mehr per Hand. Vielen Dank auch an Thorsten für Eure schnelle Hilfe. Gruß Thomas

1 1

Re: [suse-isdn] YaST vs. I4L
by Karsten Keil 09 Jan '02

09 Jan '02

On Wed, Jan 09, 2002 at 02:51:36PM +0100, Matthias Jaenichen wrote: > At 01:58 09.01.02 +0100, Karsten Keil wrote: > >On Tue, Jan 08, 2002 at 08:53:10AM +0100, Matthias Jaenichen wrote: > > > Hi, > > > > > > ich möchte ALLE Konfigurations-Informationen für die IPPP-Devices aus YAST > > > entfernen, bzw auf NULL setzten. > > > >Es sollte reichen die entsprechenden _X aus > >/etc/rc.config > >NETCONFIG= > >bzw. > >NETCONFIG_PCMCIA= > >zu entfernen. Welche _X ( X:= _0, _1 ...) es sind wird durch die > >NETDEV_X Eintraege bestimmt. > > sobald die Einträge dann neu erzeugt werden (über Yast) stehen die alten > Infos wieder da... > Nee, das reicht nicht, da die options-Dateien und Konfiguration für I4L ja > erhalten bleibt. > > > > > > > > Nachdem ich einige Devices zugefügt habe, meckert i4l immer fehlende > > > Einträge I4L_LOCALMSN_3 .._7 an. > > > Ebenso meckert er über Fehler bei SysncPPP, aber ippp0 und ippp1 sind > > > identisch konfiguriert. > > > Der Versuch von Hand zu korrigieren führt nur dazu, daß YaST plötzlich > > > doppelte Einträge hat, in der Netzkonfiguration/ISDN alles richtig > > anzeigt, > > > aber isdnctrl list <dev> noch immer fehlerhaft ist. > > > > > > 1.) Wo legt YAST welche Informationen für I4L ab? > > > >/etc/rc.config (I4L_START und Netzdevice Parameter) > >/etc/rc.config.d/i4l_hardware.rc.config (Hardware) > >/etc/rc.config.d/i4l_hardware.rc.config (ISDN spezifische Netdevice > > Waehl/Protokoll Parameter) > >Bei sync ppp werden noch > >/etc/ppp/options.ipppX und die secret files erzeugt bzw. modifiziert. > > Wie kommt es dann zu doppelten Einträgen in rc.config z.B. für LocalMSN? > > > > 2.) Wo zieht I4L selbst die Informationen raus? > > > >Genau dort, ueber die scripte /etc/rc.d/i4l_hardware und /etc/rc.d/i4l. > > > > > 3.) Kann YAST mit dem neuen Aufbau der i4L uberhaupt korrekt umgehen? > > > >??? > >YaST liest diese Dateien beim Starten der ISDN config ein. > > Aber offensichtlich mehrfach. > > Ich werde das mal genauer dokumentieren, wenn es mir gelingt die > I4L-Konfiguration sauber zu entfernen. Kannst Du mir mal einen kompletten > leeren Satz schicken? Also in /etc/rc.config sollte kein I4L Eintrag ausser der I4L_START stehen. Wenn dort welche reingeraten sind - loeschen. Leersaetze solltest Du unter /var/adm/fillup-templates/ finden i4l.templ i4l_hardware.templ -- Karsten Keil SuSE Labs ISDN development

1 0

smpppd disconnected
by Claudia Peter 09 Jan '02

09 Jan '02

Hallo, ich hoffe meine Frage ist nicht allzu doof (bin nicht gerade ein Linux-Profi): Mein nagelneues Internet-Gateway mittels T-DSL und smpppd unter SuSE 7.3 funktioniert eigentlich wunderbar. Doch in unregelmaessigen Abstaenden d.h. alle paar Tage, zeigt cinternet als Status disconnected an und das wars dann mit der Internetverbindung bis smpppd von Hand neu gestartet wird. Dann ist wieder alles in bester Ordnung. Hat jemand eine Idee, wieso immer mal wieder smpppd statt auf lurking auf disconnected geht? Gruss Claudia

1 0