OK das sieht erstmal gut aus, wobei ccp etwas gefaehrlich ist, aber da
es
bei Dir funktioniert hat sollte es immer noch tun, aber ccp mal auszuschalten (vielleicht hat der Provider die HW gewechselt un Linux
ccp
kommt mit der neuen nicht klar), wobei network not available deutet in
dem
Fall eher auf ein routing Problem hin, was sagt den: route -n vor und nach der Einwahl ?
wie schalte ich denn das ab (bin nicht so fit in diesen Dingen...) ?
OK da gibt es jetzt Konflikte zwischen Deiner alten Konfiguration und
kisdn.
Was fehlt ist in jedem Fall die default route nach der Einwahl. In der /etc/route.conf sollte die defaultroute so drin stehen: default 0.0.0.0 0.0.0.0 ippp1
stand nicht in der route.conf drin, und hab es auch nicht mehr eingetragen, da ich jetzt ja kisdn deinstalliert habe...
Am Besten kisdn erstmal deinstallieren und ippp1 aus der Konfiguration entfernen. Bei der default route muss dann natuerlich ippp0 stehen.
Hab ich gemacht, Resultat: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 212.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 212.255.16.92 0.0.0.0 UG 0 0 0 ippp0
und mit ping-Versuch: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 212.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 212.255.16.74 0.0.0.0 UG 0 0 0 ippp0
Irgendeine Idee ? Für mich sind das böhmische Dörfer...
Grüße Heiko
On Fri, Jun 15, 2001 at 01:15:59PM +0200, Heiko Egeler wrote:
Was fehlt ist in jedem Fall die default route nach der Einwahl. In der /etc/route.conf sollte die defaultroute so drin stehen: default 0.0.0.0 0.0.0.0 ippp1
stand nicht in der route.conf drin, und hab es auch nicht mehr eingetragen, da ich jetzt ja kisdn deinstalliert habe...
Am Besten kisdn erstmal deinstallieren und ippp1 aus der Konfiguration entfernen. Bei der default route muss dann natuerlich ippp0 stehen.
Hab ich gemacht, Resultat: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 212.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 212.255.16.92 0.0.0.0 UG 0 0 0 ippp0
und mit ping-Versuch: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 212.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 212.255.16.74 0.0.0.0 UG 0 0 0 ippp0
Irgendeine Idee ? Für mich sind das böhmische Dörfer...
Ein ping 194.221.235.68 geht damit nicht ?
Das sieht eigentlich soweitt OK aus, nur sollte es besser eine Host route als eine Net route fuer die PtP Verbindung sein. Kannst Du mal ein netmask 255.255.255.255 am Ende der /etc/ppp/options.ippp0 eintragen und i4l neustarten z.B: rci4l stop rci4l start rcroute start
-- Karsten Keil SuSE Labs ISDN development