netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@osdl.org>
To: Brande <brande@novolab.de>
Cc: Brande <brande@novolab.de>,
	netdev@oss.sgi.com, linux-net@vger.kernel.org
Subject: Re: Prism / Hostap Bridge Problems...
Date: Mon, 13 Dec 2004 10:48:08 -0800	[thread overview]
Message-ID: <20041213104808.175afc52@dxpl.pdx.osdl.net> (raw)
In-Reply-To: <41B9C4E0.40407@novolab.de>

Read the FAQ 
http://bridge.sourceforge.net/faq.html
-------------
It doesn't work with my Wireless card!
This is a known problem, and it is not caused by the bridge code. Many wireless cards don't allow spoofing of the source
address. It is a firmware restriction with some chipsets. You might find some information in the bridge mailing list
archives to help.

Has anyone found a way to get around Wavelan not allowing anything but its own MAC address?
(answer by Michael Renzmann (mrenzmann at compulan.de))

Well, for 99% of computer users there will never be a way to get rid of this. For this function a special firmware is
needed. This firmware can be loaded into the RAM of any WaveLAN card, so it could do its job with bridging. But there is
no documentation on the interface available to the public. The only way to achieve this is to have a full version of the
hcf library which controls every function of the card and also allows accessing the card´s RAM. To get this full version
Lucent wants to know that it will be a financial win for them, also you have to sign an NDA. So be sure that you won´t
most probably get access to this peace of software until Lucent does not change its mind in this (which I doubt never
will happen).

If you urgently need to have a wireless LAN card which is able to bridge, you should use one of those having the prism
chipset onboard (manufactured by Harris Intersil). There are drivers for those cards available at www.linux-wlan.com
(which is the website from Absoval), and I found a mail that says that there is the necessary firmware and an upload
tool available for Linux to the public. If you need additional features of an access point you should also talk to
Absoval.

I still don't understand!!
(answer by Mark S. Mathews (mark at absoval.com))

Bridging Ethernet (v2 or 802.3) is predicated on the ability of a station to transmit frames with a source address (SA)
other than its own. This is possible because Ethernet uses a 'transmit and forget'/stateless transmission model.

This isn't possible with 'normal' 802.11 station cards and software because 802.11 station mode doesn't allow the
transmission of frames with 'someone else's source address. The primary reason is that 802.11 is an acknowledged
protocol. If you transmit a frame with someone else's source address, the ACK will never come back to you. The ACK will
be sent to the station whose source address you used.

There are ways to make it work (that's how I earn a living ;-), but it is not always straightforward and you probably
won't get it right without a pretty solid understanding of 802.11, it's modes, and the frame header format.

      parent reply	other threads:[~2004-12-13 18:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <41B9B6E9.7010600@novolab.de>
2004-12-10 15:46 ` Prism / Hostap Bridge Problems Brande
2004-12-11  4:16   ` Jouni Malinen
2004-12-13 18:48   ` Stephen Hemminger [this message]

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=20041213104808.175afc52@dxpl.pdx.osdl.net \
    --to=shemminger@osdl.org \
    --cc=brande@novolab.de \
    --cc=linux-net@vger.kernel.org \
    --cc=netdev@oss.sgi.com \
    /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).