From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 15:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1846D16A4CF for ; Thu, 1 Jul 2004 15:26:25 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8100343D31 for ; Thu, 1 Jul 2004 15:26:24 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bg3R5-0003Xu-00; Thu, 01 Jul 2004 17:25:15 +0200 Received: from [84.128.135.73] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Bg3R4-00037w-00; Thu, 01 Jul 2004 17:25:14 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 1 Jul 2004 17:22:34 +0200 User-Agent: KMail/1.6.2 References: <20040701135025.GA64383@stud.fit.vutbr.cz> <20040701143250.GA66234@stud.fit.vutbr.cz> In-Reply-To: <20040701143250.GA66234@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_CxC5AlhmDhqC/54"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407011722.42551.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Divacky Roman Subject: Re: strange NAT behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2004 15:26:25 -0000 --Boundary-02=_CxC5AlhmDhqC/54 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 01 July 2004 16:32, Divacky Roman wrote: > I have booted -O universe and it works... so there is definitely some > optimalization error - is it worth it to catch the bug? I'd say YES! I agree. > (isnt here even plan for officially supporting -O2?) Well, you should provided some more specific explanation how you use this b= ox.=20 i.e. how do you do NATting (ifpw + natd, ipf, pf or pppd's builtin)? What=20 interfaces do you employ? What is the MTU of your outgoing path? Moreover=20 tcpdumps are of interest in order to see why things do fail. Same for=20 statistics (netstat -ssp {ip, tcp, udp ...}) to learn why the packets are=20 being dropped. > thnx for attention > > roman > > On Thu, Jul 01, 2004 at 03:50:25PM +0200, Divacky Roman wrote: > > I have upgraded from CFLAGS=3D-O ARCH=3Dp2 may 17th current (both kern= el > > and userland) to CFLAGS=3D-Os (I know its NOT supported) ARCH=3Dathlon-= xp > > 30th June current and strange thing happend > > > > The machine in charge is working as a NAT and machines behind that are > > not able to transfer any packet longer than 1472 bytes. its seems > > fragmenting is broken but on that nat machine I am able to transfer > > anything... > > > > I dont ask for help (since -Os is unsupported, but I am compiling -O > > universe now so I might ask for help ;) ) just point it as interesting > > behaviour... maybe some kind of bug? > > and YES I have it all set properly > > > > roman =2D-=20 Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-02=_CxC5AlhmDhqC/54 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA5CxCXyyEoT62BG0RAoG8AJ9mQku0sS79Dru4wo7JqYZCv8NDhgCeNZw6 ihnkoJqq+4dvxfUIRE9lwFk= =YNGG -----END PGP SIGNATURE----- --Boundary-02=_CxC5AlhmDhqC/54--