Date: Sat, 05 Jan 2002 12:52:41 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Jesper Skriver <jesper@FreeBSD.org> Cc: "Louis A. Mamakos" <louie@TransSys.COM>, Guido van Rooij <guido@gvr.org>, William Carrel <william.carrel@infospace.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: path_mtu_discovery Message-ID: <3C376799.3611EB4@mindspring.com> References: <26E71536-013D-11D6-8ED3-003065D5E9A4@infospace.com> <3C36149B.B9C02DCF@mindspring.com> <20020104223235.GA64301@gvr.gvr.org> <200201042302.g04N2A789953@whizzo.transsys.com> <20020105194037.G28939@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Jesper Skriver wrote: > On Fri, Jan 04, 2002 at 06:02:10PM -0500, Louis A. Mamakos wrote: > > One possibility is that the code in icmp_input() processing the > > PMTU discovery-induced ICMP message could verify that the returned > > header in fact is associated with a connection on the host and > > maybe even has sane sequence numbers (for TCP segments). > > The code does that today That's why you spoof the route between the machine and the next hop, after making a *valid* connection... The only think that can get around it is an overly anal hop count comparison (which could fail, if there were multiple equivalent routes), or turning off the ICMP (which is what started this thread in the first place). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C376799.3611EB4>