On Fri, May 17, 2002 at 05:24:55PM +0200, Oliver Bohlen wrote:
Einfach in /etc/sysconfig/isdn/cfg-net0 IP_RESEND="yes" Wenn Du ip_resend noch Parameter uebergeben willst geht das mit: IP_RESEND_PARAMETER="optionale parameter"
Danach:
SuSEconfig --module isdn rcnetwork restart -o type=ippp
O.K. ich habs so gemacht. Der Eintrag stand da noch nicht drin. Hab ihn also komplett neu reingeschrieben. Dannach:
...
--- suse.de ping statistics --- 2 packets transmitted, 1 received, 50% loss, time 1018ms rtt min/avg/max/mdev = 46.436/46.436/46.436/0.000 ms utopia:~ # isdnctrl hangup ippp0 ippp0 hung up utopia:~ # isdnctrl status ippp0 ippp0 is not connected utopia:~ # ping 213.95.15.200 PING 213.95.15.200 (213.95.15.200) from 192.168.0.99 : 56(84) bytes of data. ping: sendmsg: Invalid argument ping: sendmsg: Invalid argument
--- 213.95.15.200 ping statistics --- 3 packets transmitted, 0 received, 100% loss, time 2023ms
utopia:~ # -- schnapp --
Woran kann es liegen? Hier nochmal meine /etc/sysconfig/isdn/cfg-net0
Das liegt am ping Programm und hat nichts mit routing usw. zu tun. Das erklaert auch, warum es nur auf dem Router selbst Probleme macht und auf clients funktioniert. Aus einer anderen Mail von mir:
die Verbindung wird bei einem ping aufgebaut (das das ping selbst nie eine Antwort bekommt, liegt am ping Programm selbst, seit der 7.2 wird das ping der iputils verwendet, das scheinbar nicht mit sich aendernen Absender Adressen umgehen kann, vorher war es das des nkitb)
Ich habe auch mal das alte nkitb ping (von einer 7.1) auf eine 8.0 kopiert, damit funktioniert es. Leider sehen scheinbar die Netzwerkleute das Verhalten des iputils ping als richtig an, Grund fuer die Umstellung war, das nkitb nicht weiter gepflegt wird und alle anderen Distributionen schon lange das ping von iputils nutzen. Ich hake da aber nochmal genauer nach, fuer mich ist es ein bug. -- Karsten Keil SuSE Labs ISDN development