Host AP support
sk...@pacbell.net
I've been hacking up an implementation of "Host AP" support on FreeBSD
4.5. This allows a FreeBSD machine with a Prism2 wireless interface to
act as an AP. I've got it hobbling along so I thought I'd share my
work so far.
One problem is I can't get WEP to work when you put the Prism 2 in
this (host AP) mode. It looks like the Linux Host AP driver
(developer) ran into the same problem. I'm looking around for some
secret switch to get it to work.
I put a tarfile on my web page: http://www.skibo.net/hostap.tgz
You need to use the "save link as..." button on your browser to
get it (no ftp with my Pacbell hosted page).
Keep in mind this is highly EXPERIMENTAL. Thanks!
--
------------------------------------------------------------------------
Thomas Skibo sk...@pacbell.net
To Unsubscribe: send mail to majo...@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message
Peter...@inter.nl.net
I was trying to make the Linux changes into the FreeBSD driver too, but
didn't came very far.
I am using the latest getch of your hostap code. It works great. I am using
SMC 2632 cards. I am trying to bridge the wi interface to the fxp interface
with ng_bridge, but it doesn't seems to work. I was under the impression the
hostap setting would made it possible to send frames with other src MACs to
the wire-less lan.
My goal is to make a true Access Point/Bridge. Did you experiment with this
too.
Peter
On Thursday 28 February 2002 22:41, Thomas Skibo wrote:
> I've been hacking up an implementation of "Host AP" support on FreeBSD
> 4.5. This allows a FreeBSD machine with a Prism2 wireless interface to
> act as an AP. I've got it hobbling along so I thought I'd share my
> work so far.
>
> One problem is I can't get WEP to work when you put the Prism 2 in
> this (host AP) mode. It looks like the Linux Host AP driver
> (developer) ran into the same problem. I'm looking around for some
> secret switch to get it to work.
>
> I put a tarfile on my web page: http://www.skibo.net/hostap.tgz
> You need to use the "save link as..." button on your browser to
> get it (no ftp with my Pacbell hosted page).
>
> Keep in mind this is highly EXPERIMENTAL. Thanks!
To Unsubscribe: send mail to majo...@FreeBSD.org
sk...@pacbell.net
Hi. I'm not real familiar with netgraph and netgraph nodes. But,
it looks like all the support needed is in if_ethersubr.c.
When the Host AP code receives a unicast packet for which it can't find
an associated destination MAC address, it drops it. That's what is tripping up the bridging code. After perusing theethersubr.c code,
it looks like I should've passed those packets to ether_input.
ether_demux() makes sure that unicast packets not destined for my
MAC address won't be passed up to layer 3. You learn something
new every day...
I'll tweak it later today...
--
------------------------------------------------------------------------
Thomas Skibo sk...@pacbell.net
To Unsubscribe: send mail to majo...@FreeBSD.org
sk...@pacbell.net
For what it's worth, I've implemented host-based WEP to work around
the problems of WEP in Host AP mode. It seems to be working fairly
well but I haven't tried to profile the burden it might put on
a CPU. It's probably not too bad considering the driver has to
poke all the data across a bus with 16-bit PIOs anyway.
I put a new tar file at http://www.skibo.net/hostap.tgz (same location
as before).