From owner-freebsd-hackers Tue Aug 14 13:24:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 28C5737B40F; Tue, 14 Aug 2001 13:24:14 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7EKODc14373; Tue, 14 Aug 2001 13:24:13 -0700 Date: Tue, 14 Aug 2001 13:24:13 -0700 From: Brooks Davis To: Robert Watson Cc: hackers@freebsd.org Subject: Re: Fwd: error in ip_checkinterface code? Message-ID: <20010814132413.B12624@Odin.AC.HMC.Edu> References: <20010813143116.A13647@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@freebsd.org on Tue, Aug 14, 2001 at 11:00:40AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 14, 2001 at 11:00:40AM -0400, Robert Watson wrote: >=20 > Well, the BPF code relies on the ifnet pointer being set or not to > determine if a packet is "locally sourced". This permits userland > programs to differentiate packets targeted at a local ethernet address but > remotely sourced (i.e., looped back) when bridging. "locally sourced" > becomes sort of fuzzy in the face of a variety of less traditional packet > sources, but is useful. I'd prefer it if non-local packets always had an > ifnet defined--could you describe the circumstances where that is not the > case in a little more detail?=20 In our case, packets arrive via gif IP-over-IP tunnels, get processed a bit and then sent up an ng_socket into userland. In userland, they are routed through a simulated network which may lose them, delay them significantly, modify them, or generate new packets from them or in response to them. Any packets that leave the simulation go back down the socket and are pushed onto the IP layer. At this point the kernel panics because there is no rcvif on the mbuf. There's also no really sane way to choose one because some of the packets are created in the simulation. -- Brooks --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7eYjtXY6L6fI4GtQRAn4KAKCNJpO1bsUSrnW7ZJk3j5IoWvvv+ACgp3Cr O2ruJ1E7OtK0rtY+3SNjwSY= =8X1j -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message