Messages in this thread |  | | From | "David S. Miller" <> | Date | Sat, 5 May 2001 04:44:44 -0700 (PDT) | Subject | Re: Problem with PMTU discovery on ICMP packets |
| |
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/
|  |