From owner-freebsd-net Fri Feb 22 12:58:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from overlord.e-gerbil.net (e-gerbil.net [207.91.110.247]) by hub.freebsd.org (Postfix) with ESMTP id C64D337B400 for ; Fri, 22 Feb 2002 12:58:54 -0800 (PST) Received: by overlord.e-gerbil.net (Postfix, from userid 1001) id BCD3CE5008; Fri, 22 Feb 2002 15:58:53 -0500 (EST) Date: Fri, 22 Feb 2002 15:58:53 -0500 From: Richard A Steenbergen To: John Polstra Cc: net@freebsd.org, jre@IPRG.nokia.com Subject: Re: incorrect checksums with xl? Message-ID: <20020222205853.GC413@overlord.e-gerbil.net> References: <3C7547E0.8050805@isi.edu> <3C767749.3020302@isi.edu> <200202221730.g1MHU6938450@vashon.polstra.com> <3C7682BF.99A66C3B@iprg.nokia.com> <200202221743.g1MHhwh38542@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202221743.g1MHhwh38542@vashon.polstra.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Feb 22, 2002 at 09:43:58AM -0800, John Polstra wrote: > In article <3C7682BF.99A66C3B@iprg.nokia.com>, > Joe Eykholt wrote: > > > > It seems like along with the packet being sent up to bpf, there's > > a need for some flags that tell tcpdump about the packet. I haven't > > looked at the current implementation, but in another system, I found > > it useful to add a flag indicating whether the packet was being received > > or transmitted. > > > > Adding a flag indicating that no checksum generation has been done yet, > > but will be done by the NIC, would allow tcpdump to also ignore checksum > > errors on outgoing packets, or it could generate the checksum itself > > if displaying those bytes (in a hex output, e.g.). > > Remember, bpf is used by many things besides tcpdump. Adding these > flags would require extending the bpf API. They couldn't be added for > the default case, because that would break compatibility with other > applications. They'd have to be enabled specifically, by means of a > new ioctl. You could always just add a flags field to struct bpf_hdr, and hope noone is stupid enough to hardcode the size. -- Richard A Steenbergen http://www.e-gerbil.net/ras PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message