Re: [suse-isdn] suse 9.1 und ippp0
Am Sonntag, 25. April 2004 12:12 schrieb Gerd Boettcher:
Hallo Liste
Ich hab folgendes Problem:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht. Ich kann nur wieder einwaehlen wenn ich rcnetwork neu starte. Ein ifconfig ergibt nur lo und eth0 als device zurueck.
Hier nun der Logauszug aus ~/messages
Apr 25 11:54:35 gerd kernel: isdn_net: Hupflags of ippp0 are 5 Apr 25 11:54:35 gerd kernel: isdn_net: local hangup ippp0 Apr 25 11:54:35 gerd kernel: ippp0: Chargesum is 0 Apr 25 11:54:35 gerd ipppd[18933]: Modem hangup Apr 25 11:54:35 gerd ipppd[18933]: Connection terminated. Apr 25 11:54:35 gerd ipppd[18933]: taking down PHASE_DEAD link 0, linkunit: 0 Apr 25 11:54:35 gerd kernel: kcapi: appl 1 ncci 0x10101 down Apr 25 11:54:35 gerd ipppd[18933]: closing fd 10 from unit 0 Apr 25 11:54:35 gerd ipppd[18933]: link 0 closed , linkunit: 0 Apr 25 11:54:35 gerd ipppd[18933]: reinit_unit: 0 Apr 25 11:54:35 gerd ipppd[18933]: Connect[0]: /dev/ippp0, fd: 10 Apr 25 11:54:35 gerd kernel: ippp_ccp: freeing reset data structure d5f59000 Apr 25 11:54:35 gerd kernel: ippp, open, slot: 0, minor: 0, state: 0000 Apr 25 11:54:35 gerd kernel: ippp_ccp: allocated reset data structure d5f59000 Apr 25 11:54:35 gerd modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Apr 25 11:54:35 gerd kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Apr 25 11:54:35 gerd ifdown: ippp0 Apr 25 11:54:35 gerd kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Apr 25 11:54:35 gerd isdnlog: Apr 25 11:54:35 tei 114 calling T-Online with +49 381/6501256, Rostock HANGUP (7 CI 11.124 0:06:25 I=393.9Kb O= 57.3Kb) Apr 25 11:54:35 gerd kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1)
Ein ifup ippp0 ergibt:
ippp0 interface ippp0 is allready up
Ich benutze eine Fritz pci und Capi mit DoD Kernel ist default-Kernel.
Ich hoffe mir kann geholfen werden. Irgendwie ist das neustarten des Netzwerkes auf die Dauer laestig.
mfg Gerd
Gleiches Problem. Benutze die FritzXusbv2.0.!!Kein Zustand. Gruss Jürgen
Am Sonntag, 25. April 2004 12:45 schrieb Juergen Klink:
Am Sonntag, 25. April 2004 12:12 schrieb Gerd Boettcher:
Hallo Liste
Ich hab folgendes Problem:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Gleiches Problem. Benutze die FritzXusbv2.0.!!Kein Zustand.
Schön langsam glaube ich, ich bleibe für die Server bei 8.2. Gibt es bereits eine Bestätigung des Problems durch SuSE? Bugs zum Filesystem und zum Internetzugang sind wohl extrem kritisch. Al
Am Sonntag, 25. April 2004 14:11 schrieb Al Bogner:
Am Sonntag, 25. April 2004 12:45 schrieb Juergen Klink:
Am Sonntag, 25. April 2004 12:12 schrieb Gerd Boettcher:
Hallo Liste
Ich hab folgendes Problem:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Gleiches Problem. Benutze die FritzXusbv2.0.!!Kein Zustand.
Schön langsam glaube ich, ich bleibe für die Server bei 8.2. Gibt es bereits eine Bestätigung des Problems durch SuSE?
Bugs zum Filesystem und zum Internetzugang sind wohl extrem kritisch.
Al
Mit 9.0 hatte ich diesbezüglich keine Probleme. Ich hoffe, dass dieser Zustand schnellstens von Suse behoben wird.?? mfg Jürgen
Hallo, On Sunday 25 April 2004 12:45, Juergen Klink wrote:
Am Sonntag, 25. April 2004 12:12 schrieb Gerd Boettcher:
Ich hab folgendes Problem:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Das Problem ist, das bei DoD beim Abbau der Verbindung auch die Default Route gelöscht wird. Damit ist eine erneute Einwahl nicht mehr automatisch möglich. Aber das Problem ist leicht zu lösen (SDB-Artikel und Patch dürften bald folgen): In der Datei /etc/ppp/ip-down (ist identisch mit /etc/ppp/ip_up) ganz unten die Zeile run_ifdown abändern (auskommentieren) in #run_ifdown Ich weiß nicht, ob das die sauberste Lösung ist, aber es funktioniert. Schöne Grüße aus Bremen hartmut
Am Sonntag, 25. April 2004 14:43 schrieb Hartmut Meyer:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Das Problem ist, das bei DoD beim Abbau der Verbindung auch die Default Route gelöscht wird. Damit ist eine erneute Einwahl nicht mehr automatisch möglich.
Bedeutet das, dass man im schlimmsten Fall per yast die Default-Route neu definiert und dann wieder eine Internetverbindung erhält? Wird dieses Problem per you zu beheben sein?
#run_ifdown
Ich weiß nicht, ob das die sauberste Lösung ist, aber es funktioniert.
Das zu ändern ist sicher kein Problem, einen Windows-Umsteiger wird es aber schrecken. Ich verstehe nicht, wie es zu solchen Pannen kommen kann. Hat SuSE keine definierten Teststrategien, die so etwas schnell aufdecken? Wie wäre es engagierten ML-Mitgliedern eine Vorabversion zur Verfügung zu stellen um die unterschiedlichen Konfigurationen besser erfassen zu können? Grundsätzliche Probleme mit dem Internetzugang sollten so sicher besser in den Griff zu bekommen sein. Al
Hallo, On Sunday 25 April 2004 15:06, Al Bogner wrote:
Am Sonntag, 25. April 2004 14:43 schrieb Hartmut Meyer:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Das Problem ist, das bei DoD beim Abbau der Verbindung auch die Default Route gelöscht wird. Damit ist eine erneute Einwahl nicht mehr automatisch möglich.
Bedeutet das, dass man im schlimmsten Fall per yast die Default-Route neu definiert und dann wieder eine Internetverbindung erhält?
Da ist es doch *erheblich* einfacher die Einwahl einfach manuell anzustoßen (etwa über kinternet -> Einwahl). Oder eben wie von mir beschrieben die eine Zeile in /etc/ppp/ip-down abzuändern.
Wird dieses Problem per you zu beheben sein?
Davon gehe ich aus.
Ich verstehe nicht, wie es zu solchen Pannen kommen kann. Hat SuSE keine definierten Teststrategien, die so etwas schnell aufdecken?
Ich weiß nicht was du dir unter "definierten Teststrategien" vorstellst, aber natürlich gibt es einen Beta-Test der recht genau geplant ist.
Wie wäre es engagierten ML-Mitgliedern eine Vorabversion zur Verfügung zu stellen um die unterschiedlichen Konfigurationen besser erfassen zu können? Grundsätzliche Probleme mit dem Internetzugang sollten so sicher besser in den Griff zu bekommen sein.
Sowas gibt es schon lange. Allerdings steht das Beta-Test Programm nicht allen offen. Man kommt du quasi nur auf Einladung rein. Das eine oder andere Mitglied dieser Mailingliste nimmt dort übrigens auch teil. Es mangelt uns übrigens nicht an Beta-Testern. Schöne Grüße aus Bremen hartmut
Am Sonntag, 25. April 2004 16:13 schrieb Hartmut Meyer:
Es mangelt uns übrigens nicht an Beta-Testern.
Anscheinend doch, oder zumindest an Testmitgliedern die SuSE Linux schon länger kennen... Genau dieses Problem mit dem löschen der default route aufs isdn interface war nämlich "damals" in einer 5.x oder 6.x auch schon mal... also vor ca. 6 Jahren... bye, MH
Mathias Homann
Es mangelt uns übrigens nicht an Beta-Testern.
Anscheinend doch, oder zumindest an Testmitgliedern die SuSE Linux schon länger kennen... Genau dieses Problem mit dem löschen der default route aufs isdn interface war nämlich "damals" in einer 5.x oder 6.x auch schon mal... also vor ca. 6 Jahren...
Na und? Debian hat das selbe Problem. SuSE wäre nicht mehr SuSE, wenn alles funktionieren würde. ;-) SCNR, Martin
Am Sonntag, 25. April 2004 16:13 schrieb Hartmut Meyer:
Bedeutet das, dass man im schlimmsten Fall per yast die Default-Route neu definiert und dann wieder eine Internetverbindung erhält?
Da ist es doch *erheblich* einfacher die Einwahl einfach manuell anzustoßen (etwa über kinternet -> Einwahl). Oder eben wie von mir beschrieben die eine Zeile in /etc/ppp/ip-down abzuändern.
Es war nur so eine Idee von mir. Bei mir ist immer im Hinterkopf, dass das Gateway ins Internet remote administriert wird. "Klicken" kann man da also vergessen und via Konsolen-Yast die Route einzutragen finde ich nicht so umständlich. Egal, Hauptsache es gibt eine Lösung und ich kann das Gateway relativ schnell aufsetzen.
Ich weiß nicht was du dir unter "definierten Teststrategien" vorstellst, aber natürlich gibt es einen Beta-Test der recht genau geplant ist.
Ok, es existiert also ein Plan, dann muss man analysieren, warum das nicht aufgefallen ist.
Wie wäre es engagierten ML-Mitgliedern eine Vorabversion zur Verfügung zu stellen um die unterschiedlichen Konfigurationen besser erfassen zu können? Grundsätzliche Probleme mit dem Internetzugang sollten so sicher besser in den Griff zu bekommen sein.
Sowas gibt es schon lange. Allerdings steht das Beta-Test Programm nicht allen offen. Man kommt du quasi nur auf Einladung rein. Das eine oder andere Mitglied dieser Mailingliste nimmt dort übrigens auch teil.
Ich frage mich, ob da ISDN-User dabei sind bzw. warum das denen nicht aufgefallen ist. Damit kein Mißverständnis aufkommt, ich möchte nicht in den Kreis der Beta-Tester aufgenommen werden. Ich frage mich aber schon, ob diese Beta-Tester nicht gerade die Profis der Liste mit Breitbandanschluß sind und denen daher gar nicht einfällt irgendwelche Dinge ganz unkonventionell zu tun und man deswegen bestimmte Dinge gar nicht merkt. Wenn ich meine Tochter beobachte, wie die an bestimmte Dinge rangeht, dann staune ich immer wieder, ich würde das nie so machen, aber auch das darf muss ein System "aushalten". 8.2 hat hier übrigens viele "Blödheiten" ohne Probleme überstanden. Al
Hallo, On Sunday 25 April 2004 16:37, Al Bogner wrote:
Ich frage mich, ob da ISDN-User dabei sind bzw. warum das denen nicht aufgefallen ist.
Ich arbeite zu Hause mit ISDN (DoD). Und ich bin auch Beta-Tester (und dabei sicher nicht der Einzige der ISDN nutzt). Ich hab alles mögliche getestet, aber das anscheinend nicht. Und der Zufall wollte es wohl, dass es auch sonst niemandem rechtzeitig aufgefallen ist. Dazu kommt, dass bestimmte Features (wie auch DoD) erst dann getestet werden können wenn der Unterbau richtig funktioniert. Das im frühen Stadium des Beta-Tests eben nicht notwendigerweise der Fall. Aber ganz im Ernst: dieser Fehler ist zwar ärgerlich, aber nicht dramatisch: es ist ja nicht so, als ob man nicht ins Internet könnte. Und es ist auch leicht zu beheben. Schöne Grüße aus Bremen hartmut
Am Sonntag, 25. April 2004 14:43 schrieb Hartmut Meyer:
Hallo,
On Sunday 25 April 2004 12:45, Juergen Klink wrote:
Am Sonntag, 25. April 2004 12:12 schrieb Gerd Boettcher:
Ich hab folgendes Problem:
Die isdn-Einwahl funktioniert nur genau einmal. Das bedeutet nach disconect wird das ippp0 geloescht.
Das Problem ist, das bei DoD beim Abbau der Verbindung auch die Default Route gelöscht wird. Damit ist eine erneute Einwahl nicht mehr automatisch möglich.
Aber das Problem ist leicht zu lösen (SDB-Artikel und Patch dürften bald folgen):
In der Datei /etc/ppp/ip-down (ist identisch mit /etc/ppp/ip_up) ganz unten die Zeile
run_ifdown
abändern (auskommentieren) in
#run_ifdown
Ich weiß nicht, ob das die sauberste Lösung ist, aber es funktioniert.
Deine Lösungsmöglichkeit hat bei mir nicht funktioniert. Nach wie vor der alte Zustand! mfg Jürgen
Hallo, On Sunday 25 April 2004 16:38, Juergen Klink wrote:
Deine Lösungsmöglichkeit hat bei mir nicht funktioniert. Nach wie vor der alte Zustand!
Mach bitte mal init 1 init 5 (oder init 3 falls du nicht ins grafische Login willst). Was sagt anschließend (aber noch bevor du dich wieder ins Internet verbindest? route -n ? Und dann bitte nochmal die Ausgabe von "route -n" nachdem die Internetverbindung wieder getrennt wurde. Manuelles einwählen (z.B. über kinternet -> Einwahl) geht doch, oder? Schöne Grüße aus Bremen hartmut
participants (5)
-
Al Bogner
-
Hartmut Meyer
-
Juergen Klink
-
Martin Schmitz
-
Mathias Homann