Hallo Liste, das Problem um das es in diesem Thread geht, kann ich genau so bestaetigen. Allerdings faellt mir auf, dass der Effekt, IMHO, auch Prozessorabhaengig ist. Soll heissen: - in der 5.3, Kernel 2.0.35 mit dynIP patch, trat genau dieser Effekt auf, jedoch nur wenn ich einen P75 im Rechner werkeln hatte. Mit einem P233MMX im gleichen Rechner reduzierte sich der Fehler auf etwa 1 mal von 10 Versuchen. - in der 6.1 oder 6.2 mit orginal Kerneln konnte ich diesen Effekt nicht mehr feststellen. Auch nicht mit einem P75 im Rechner. - seit der 6.3 ist der Fehler wieder aehnlich wie in der 5.3 vorhanden. Der Kernel Patch funktioniert definitiv, der dynamic Parameter macht nach der Korrektur des ip-up scripts auch keinen Aerger mehr. Meine Schlussfolgerung: - der Fehler tritt waehrend des Umschreibens der default route auf. Hier ist, abhaengig von der CPU Geschwindigkeit, fuer eine kurze Zeit keine default route vorhanden. Der Kernel weiss aber, dass die Verbindung bereits besteht, und schickt die Pakete mit der neuen source IP bereits los, obwohl die default route noch nicht ganz gesetzt ist. Ergebnis ist eine Fehlerausgabe mit network unreachable - ret=-1 - das Ganze geht sogar soweit, dass ich z.B. auf einem 486 System diese Meldung zwei bis drei mal erhalte, bis das erste Paket tatsaechlich rausgeht. - auf einem K6/2-400 Sytem laeuft es bis auf ca. 1 oder 2 mal bei ca.50 Versuchen einwandfrei. Dieser Effekt duerfte weg sein, wenn der Kernel wartet bis die neue default route tatsaechlich fertig gesetzt ist. Frage: kann man das irgendwo beeinflussen???? ciao Guenter Niedermeier

Wenn hier Pakete verloren gehen, dann bedeutet das, daß der dynamic IP-Patch nicht aktiv ist. Kontrolliere doch mal mit cat /proc/sys/net/ipv4/ip_dynaddr ob da ein Wert ungleich 0 herauskommt. Wenn hier 0 steht, dann gehen alle Pakete bis zur stehenden Verbindung verloren. Beim dynamic Parameter ist nur wichtig, daß er aktiv ist wenn die Verbindung abgebaut wird, damit nicht irgendwelche Verbindungen bestehen bleiben, die aufgrund dynamischer IP-Adressen nicht mehr aufgebaut werden können.

Berthold Gunreben (bg@suse.de)

------------------------------------------------------------------ ---------

--------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com