From owner-freebsd-questions Wed May 22 11:47:23 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16855 for questions-outgoing; Wed, 22 May 1996 11:47:23 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16850 for ; Wed, 22 May 1996 11:47:21 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14900(5)>; Wed, 22 May 1996 11:46:20 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 22 May 1996 11:46:07 -0700 X-Mailer: exmh version 1.6.4 10/10/95 To: Tony Kimball cc: terry@lambert.org, bmah@cs.berkeley.edu, questions@freebsd.org Subject: Re: ip masquerading In-reply-to: Your message of "Mon, 20 May 1996 20:24:28 PDT." <199605210324.WAA19342@compound.Think.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 May 1996 11:46:05 PDT From: Bill Fenner Message-Id: <96May22.114607pdt.177475@crevenia.parc.xerox.com> Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199605210324.WAA19342@compound.Think.COM>you write: >Hmm... it would seem worthwhile to find out *how* Linux does >MTU discovery through a masquerade If you have enough state to forward TCP data packets then you have enough state to forward ICMP error packets the other way - it is just more rewriting. Once you have the packet (_data_, in this case, not just header) rewriting in place, making sure that MTU discovery (and other ICMP unreachables, etc) works is easy. Bill