Re: [suse-isdn] Re: Probleme mit der Einwahl
Hallo,
via fetchmail; Fehler: network not available. ... Jan 17 14:45:16 grafzahl kernel: Received CCP frame from daemon: Jan 17 14:45:16 grafzahl kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 Jan 17 14:45:16 grafzahl kernel: Received CCP frame from daemon: Jan 17 14:45:16 grafzahl kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 Jan 17 14:45:16 grafzahl ipppd[157]: local IP address 212.255.25.52 Jan 17 14:45:16 grafzahl ipppd[157]: remote IP address 212.255.16.54 Jan 17 14:45:16 grafzahl kernel: Received CCP frame from peer Jan 17 14:45:16 grafzahl kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Jan 17 14:45:34 grafzahl isdnlog: Jan 17 14:45:34 tei 65 calling ? with ? Normal call clearing (User)
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...) ? Vor Einwahl: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo nach Einwahl wie einst: 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.36 0.0.0.0 UG 0 0 0 ippp0 nach Einwahl mit kürzlich installiertem kisdn (also, lange nach dem die Probleme auftraten): Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 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 ippp1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo wobei kisdn keine IP - Adressen anzeigt, weder die lokale noch die von der anderen Seite. Aber behauptet, die Verbindung sei etabliert... viele Gruesse Heiko
On Fri, Jun 15, 2001 at 11:38:04AM +0200, Heiko Egeler wrote:
11 06 00 01 01 03 Jan 17 14:45:16 grafzahl ipppd[157]: local IP address 212.255.25.52 Jan 17 14:45:16 grafzahl ipppd[157]: remote IP address 212.255.16.54 Jan 17 14:45:16 grafzahl kernel: Received CCP frame from peer Jan 17 14:45:16 grafzahl kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Jan 17 14:45:34 grafzahl isdnlog: Jan 17 14:45:34 tei 65 calling ? with ? Normal call clearing (User)
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...) ?
Vor Einwahl: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 19.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
nach Einwahl wie einst: 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.36 0.0.0.0 UG 0 0 0 ippp0
nach Einwahl mit kürzlich installiertem kisdn (also, lange nach dem die Probleme auftraten): Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 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 ippp1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
wobei kisdn keine IP - Adressen anzeigt, weder die lokale noch die von der anderen Seite. Aber behauptet, die Verbindung sei etabliert...
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 Am Besten kisdn erstmal deinstallieren und ippp1 aus der Konfiguration entfernen. Bei der default route muss dann natuerlich ippp0 stehen. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Heiko Egeler -
Karsten Keil