Article View: bit.listserv.openbsd-pf
Article #169Re: Best/simplest/fastest approach for creating "virtual switch" out of
From: Karl O. Pinc
Date: Mon, 18 Mar 2013 13:39
Date: Mon, 18 Mar 2013 13:39
50 lines
2827 bytes
2827 bytes
Come to think of it you wouldn't need to frob
the arp tables since I presume the gateway is
all on the soekris. And with proper dhcp
configuration you could just frob the gateway
address supplied to each access point.
On 03/18/2013 08:03:39 AM, Karl O. Pinc wrote:
> On 03/17/2013 07:47:43 PM, Karl O. Pinc wrote:
>
> > Um, given these requirements, a physical switch would seem to be
> > optimal. (Of course this is the lazy way out, but
> > this way there's absolutely no danger of burning out
> > any precious brain cells from design-fatigue. ;-)
>
> Note that the above reply is a bit snarky. If you want
> to avoid extra hardware there's surely a "best" way
> to do it. I'm not paying enough attention to think
> what it might be. Thinking out loud
> (my having forgotten your requirements) is to use
> a separate network for your access points. You
> could deliver them dhcp, etc. You could frob
> the soekris arp table so that the gateway IP
> address is reachable by all ports with access
> points plugged in. (Something avoided
> by bridging....?) Then your pf rules would filter
> by network. Of course you'd have to setup
> routing tables for the wireless networks
> and I can't remember if you're looking for handover
> to pass a roaming device from one to the next.
>
> Perhaps not the most general solution.....
>
> All the same, spending the time to engineer
> something sounds like it might not be cost effective,
> interesting as it may be to find a way to do it
> "right".
>
>
> Karl <kop@meme.com>
> Free Software: "You don't pay back, you pay forward."
> -- Robert A. Heinlein
>
>
Karl <kop@meme.com>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein
Technical Details
Message-ID:
<1363612659.1787.2@mofo>Path:
arc1-ca.pugleaf.net!g1ni73246wig.0!nntp.google.com!proxad.net!feeder1-2.proxad.net!news.glorb.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!spln!newsgate.newsguy.com!newsp.newsguy.com!mdrnReferences:
<1363567663.21413.4@mofo> <1363611819.1787.0@mofo>Show Full Headers
Complete Article Headers
X-Google-Thread: ff4ef,fbee5b1469703794
X-Google-NewGroupId: yes
X-Google-Attributes: gidbffa70e3,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.75.8 with SMTP id y8mr3472464wiv.1.1363613984342;
Mon, 18 Mar 2013 06:39:44 -0700 (PDT)
Path: arc1-ca.pugleaf.net!g1ni73246wig.0!nntp.google.com!proxad.net!feeder1-2.proxad.net!news.glorb.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!spln!newsgate.newsguy.com!newsp.newsguy.com!mdrn
From: kop@meme.com (Karl O. Pinc)
Newsgroups: bit.listserv.openbsd-pf
Subject: Re: Best/simplest/fastest approach for creating "virtual switch"
out of
Date: 18 Mar 2013 06:39:43 -0700
Organization: None
Lines: 51
Message-ID: <1363612659.1787.2@mofo>
References: <1363567663.21413.4@mofo> <1363611819.1787.0@mofo>
NNTP-Posting-Host: mofo
Mime-Version: 1.0
NNTP-Posting-Date: 18 Mar 2013 13:39:44 GMT
X-Received-Bytes: 2413
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit