linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Luis R. Rodriguez" <lrodriguez@atheros.com>
To: Jiri Moravec <jim.lkml@gmail.com>
Cc: "ath5k-devel@lists.ath5k.org" <ath5k-devel@lists.ath5k.org>,
	<linux-wireless@vger.kernel.org>, <nbd@openwrt.org>
Subject: Re: [ath5k-devel] can't add ath5k into bridge on kernel >=2.6.33
Date: Mon, 22 Mar 2010 10:45:35 -0700	[thread overview]
Message-ID: <20100322174535.GD4786@tux> (raw)
In-Reply-To: <ho80v2$u3b$1@dough.gmane.org>

On Mon, Mar 22, 2010 at 08:05:05AM -0700, Jiri Moravec wrote:
> On 22.3.2010 03:03, Pavel Roskin wrote:
> > On Sun, 2010-03-21 at 09:15 -0700, Gus Wirth wrote:
> >> On 03/20/2010 11:39 PM, Pavel Roskin wrote:
> > 
> >>> Bridging doesn't work on the station side anyway because the 802.11
> >>> header has three addresses (except when WDS is used) omitting the
> >>> address that would be needed for a station to send or receive a packet
> >>> on behalf of another system.
> >>
> >> But there are ways around that. For example, there is a patch called
> >> arpnat that affects ebtables, used by projects like Gargoyle router that
> >> does for MAC addresses that IP masquerading does for IP addresses.
> >>
> >> As such, it is very useful to have a node in managed (station) mode be
> >> able to be part of a bridge, as it allows the creation of an essentially
> >> transparent connection.
> > 
> > As it stands now, it's more common that users without that patch try to
> > use bridging on the station side.  When/if arpnat is applied to the
> > kernel, the check for managed mode interfaces will need to be revised.
> > 
> Hi
> On some openwrt pages about Gargoyle and arpnat I found link to Felix Fietkau's patch
> which was finally accepted to vanilla as commit 9bc383de37090ba7ca3ff32a12c9d809dc5867f0.
> From this point there is probably support for 4addr mode (STATION/AP_VLAN), but what
> is probably missing is athk5 support for it. Am I correct? Can somebody clarify this?

I only recently got to pick Felix's brain about this. From what I gathered
essentially what you need:

  * on the STA add the 4-address flag, for now this requires using the iw add 4addr flag, iw should
    support a change command but I don't think we have it yet on iw.
  * on the AP/STA side have support for this feature on the kernel/hostapd side (git versions will do)
  * on hostapd use the wds_sta flag
  * Add the STA WDS'd interface to the bridge, everything will take care of itself after that

So the STA with 4-address frame support will allow the bridging layer to send
802.3 frames to through the STA interface, it will send it to the AP,
the AP with support for this will detect it and create a local interface
for the "peer" for sending future frames to it.

If someone can add this to the wiki:

http://wireless.kernel.org/en/users/Documentation/hostapd

it would be appreciated.

  Luis

           reply	other threads:[~2010-03-22 17:45 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <ho80v2$u3b$1@dough.gmane.org>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100322174535.GD4786@tux \
    --to=lrodriguez@atheros.com \
    --cc=ath5k-devel@lists.ath5k.org \
    --cc=jim.lkml@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=nbd@openwrt.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).