Date: Mon, 6 Mar 2000 10:53:28 -0500 (EST) From: Robert Watson <robert@cyrus.watson.org> To: Ludo Koren <lk@tempest.sk> Cc: luigi@info.iet.unipi.it, ipfw@FreeBSD.ORG Subject: Re: ipdivert and ethernet bridging Message-ID: <Pine.NEB.3.96L.1000306105208.8352D-100000@fledge.watson.org> In-Reply-To: <200003061538.QAA32568@lk.tempest.sk>
next in thread | previous in thread | raw e-mail | index | archive | help
Ludo, I would be very interested in this code. While I probably could develop it myself, I'd really rather not :-). Presumably you pull the same tricks that the normal ip_input code does for reassembly appropriate-looking packets, etc, etc. On Mon, 6 Mar 2000, Ludo Koren wrote: > > > I have a 3.4-STABLE box which I have enabled ethernet > > bridging, bridging and ipfw, and also ipdivert, as I would > > like to transform/process some packets as they pass through > > the bridge using a userland process. However, the results so > > far seem not to be good--while the packet due indeed disappear > > from processing at the divert rule, they never reappear > > following it, or reach the userland process :-(. Packets > > originating locally on the bridge box seem to be processed > > fine. > > > I was wondering if you had any thoughts on whether this should > > be something that works, or how I could get it to work? I'm > > not averse to using -current instead, if necessary. > > > I have a patch for bridge. I am using forwarding to redirect packets > for squid. So far it is working well. If you are interested I can send > you the patch. > > ludo > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ipfw" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1000306105208.8352D-100000>