From owner-freebsd-hackers Wed Jan 29 09:53:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12464 for hackers-outgoing; Wed, 29 Jan 1997 09:53:37 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12459 for ; Wed, 29 Jan 1997 09:53:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12218; Wed, 29 Jan 1997 10:33:36 -0700 From: Terry Lambert Message-Id: <199701291733.KAA12218@phaeton.artisoft.com> Subject: Re: ipdivert & masqd To: archie@whistle.com (Archie Cobbs) Date: Wed, 29 Jan 1997 10:33:35 -0700 (MST) Cc: ari.suutari@ps.carel.fi, archie@whistle.com, brian@awfulhak.demon.co.uk, hackers@freebsd.org, cmott@srv.net In-Reply-To: <199701290817.AAA22387@bubba.whistle.com> from "Archie Cobbs" at Jan 29, 97 00:17:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I did some investigations in the kernel land (not being > > any expert on that), but it seemed like the ip_divert_ignore > > flag was still set (from processing a outgoing packet) when > > an incoming packet arrived. > > Can I get a quick sanity check on something... the divert code is > programmed under the assumption that ip_input() and ip_output() > can never sleep (ie., no other packet can be treated before the > function returns). This is true, right? For the divert handler, you mean? Yes. You can build a state automaton that collects state and generates outbound data at intervals different than the inbound data, though, so long as you return immediately rather than blocking after each inbound-to-the-divert-handler data item has been processed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.