From owner-freebsd-hackers Wed Oct 29 14:49:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21936 for hackers-outgoing; Wed, 29 Oct 1997 14:49:23 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21928 for ; Wed, 29 Oct 1997 14:49:17 -0800 (PST) (envelope-from dec@phoenix.its.rpi.edu) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id RAA16971; Wed, 29 Oct 1997 17:49:28 -0500 (EST) Date: Wed, 29 Oct 1997 17:49:28 -0500 (EST) From: "David E. Cross" To: Jonathan Lemon cc: Sunthiti Patchararungruang , freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel modification In-Reply-To: <19971029161422.12013@right.PCS> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 29 Oct 1997, Jonathan Lemon wrote: > > program on FreeBSD2.2.2. It need to copy a data link frame from an > > interface to another one. The data frame must not be changed even in > > ethernet address field. I use BPF. I have found that the system always > > change my ethernet source address to the address of the output interface. > > AFAIK, this is correct. I believe that the Ethernet specification > requires that the source MAC address in the ethernet frame correspond > to the hardware address of the transmitting device. > > I can't see why you would want to re-transmit with the original MAC > address; this would cause arp lookups to fail, among other things. > > Even bridges put their own MAC address in the frame. > The ether switches that we have here keep the orignial source frame. In my understanding of the INTENT of MAC addresses, it would make more sense for bridges, switches to keep the original source address, else it would have to broadcast (or at least multicast) the responce on the other side of the interface (how would it know which MAC address the packet wsa 'really' destined for? -- David Cros ACS Consultant