From owner-freebsd-hackers Tue Mar 23 15:21: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from blackhole.iceworld.org (blackhole.iceworld.org [204.246.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 03CC414E91 for ; Tue, 23 Mar 1999 15:20:55 -0800 (PST) (envelope-from griffin@blackhole.iceworld.org) Received: from vortex (vortex.iceworld.org [192.168.0.100]) by blackhole.iceworld.org (8.9.2/8.9.2) with ESMTP id RAA54661 for ; Tue, 23 Mar 1999 17:20:32 -0600 (CST) (envelope-from griffin@blackhole.iceworld.org) Message-ID: <199903231720320920.08996462@192.168.0.99> In-Reply-To: <19990323102434.B9273@orbit.flnet.com> References: <36F6D023.1925D6D5@vpop.net> <001301be74ce$d63efdd0$23b197ce@ezo.net> <19990323100221.D8398@orbit.flnet.com> <001301be755a$0eed6d20$23b197ce@ezo.net> <19990323102434.B9273@orbit.flnet.com> X-Mailer: Calypso Version 3.00.00.11 Date: Tue, 23 Mar 1999 17:20:32 -0600 From: "Jimbo Bahooli" To: freebsd-hackers@FreeBSD.ORG Subject: Re: NAT/SKIP/MTU Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3/23/99 at 10:24 AM Charles Henrich wrote: >On the subject of Re: NAT/SKIP/MTU, Jim Flowers stated: > >> Skip definitely alters the mtu downward that it presents for discovery= in >> order to allow for the increased size of the outbound encapsulated= packets >> without causing fragmentation. This is described in one of the white= papers >> that comes with it. Have you tried setting the mtu of the skip= interface >> down to something like 756? I had to do this for cvsup (< 1300) to work >> reliably although I didn't ascribe the problem to SKIP at the time= because >> it goes through the NAT path but it still has to go through the SKIP ACL= in >> cleartext. - might have been. This should have the effect of causing >> smaller packets to be received. > >I've completely removed skip from all interfaces and I still see the= problems >with NAT or FreeBSD when I alter the mtu.. > >-Crh I have noticed this with NAT also, if the internal and external mtu's are= not equal bad things happen to your packets. The only real solution I= have found is to keep the mtu's the same. Jimbo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message