Svenning Soerensen writes:
> I think there is a bug in the 2.4 icmp code regarding PMTU discovery.
> It seems to be inconsistent between reboots: at one boot echo replies always
> have the DF bit set, while after another boot they don't, indicating that
> this is caused by an uninitialized parameter.
> Even 'echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc' doesn't change this
> behaviour.
>
> I can't think of any legitimate reasons for doing PMTU discovery on ICMP
> packets, and since it actually in some situations breaks ping in combination
> with FreeS/WAN (I can elaborate, if anyone is interested), I would suggest
> to turn it off in a consistent manner.
> The patch below (against 2.4.4) should accomplish this.
I want to understand why on some boots it's on while on some
boots it is off, that makes no sense.
Before the piece of code you patched, we call ops->create() which is
inet_create in net/ipv4/af_inet.c, there is sets the PMTU discovery
disposition based upon the setting in ipv4_config which should always
have the same setting at the point during boot, every boot.
You need to figure out why it sometimes gets set and sometimes does
not, then we can figure out how to fix it.
Later,
David S. Miller
davem@redhat.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon May 07 2001 - 21:00:21 EST