From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <5d20f52d7ddad3fbd8adcce2d2b01a4b@quanstro.net>
From: erik quanstrom <quanstro@quanstro.net>
Date: Wed, 15 Apr 2009 08:46:39 -0400
To: 9fans@9fans.net
In-Reply-To: <bfdb2cad0904150503o510badf5pe0aa2222ef4fd29a@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] NAT implementation
Topicbox-Message-UUID: db0f7608-ead4-11e9-9d60-3106f5b1d025

> Hello 9fans.
> I'm thinking of writing a NAT implementation for plan 9. I have searched the
> archives and I'm not quite sure how to get started.
>
> As I see it there could be three ways of approaching this:
>
> 1. User space implementation using ipmux
> 2. User space using pkt interfaces in ipifc.
> 3. Kernel using something like sources/dho/nfil

one could simply extend ipmux.  however, the primary
drawback to that approach is that it would break most
existing setups that use a public ip stack and a second
private ip stack.

one approach would be to provide a fakey-fakey ethernat
ethernet device which could decide where the frames go.
then the ip stacks could use the ethernat interfaces instead
of the real ones.

- erik