I suspect this is a question for Vladimir as Wisp-Dist is likely too new to
have a huge following of experts (yet!).
I have been watching the progress of Wisp-Dist with interest. The early
versions (hey, last month!!) were advertised as not having bridge support.
However, the newer one seems to, and I also see a bit of code called
parprouted on Vladimir's home page that sounds very interesting.
What I want to do is this:
Pretend I'm an ISP wanting to offer wireless service with Lucent cards, so I
can't use the hacked PRISM2 driver for AP use and can't build a normal
bridge. Some potential clients are running VPN software which does not
like NAT/Masq. So they need a real IP on their connection. However, I
don't want to build routing tables with an entry for every customer (not to
mention the waste of IP's forming small subnets on each connection)! The
idea, which sounds good in theory, is to build a hub/spoke bridge topology -
something I'm not sure is even possible. In my mind I see a box at the ISP
end with a gateway to the net. It could be and probably is a router of some
sort. The 'inside' of the router is on a public Class C for sake of
argument. I want the wireless clients to be behind wireless LEAF boxes,
with one public IP in the Class C assigned to each client computer (NOT the
LEAF box). The wireless network could be on private IP's, as it should be
transparent. Most importantly, this should not require any routing entries
for the clients, beyond finding the Class C public network. That is, the
hardware between the router and the clients should look like one long piece
of cat 5 connected to the others with a hub.
Internet
|
Router
|
BridgeBox 200.100.10.1 (VTun endpoint)
|
Access Point, ROR, whatever 192.168.0.1 ----192.168.0.2 LEAFBridge (VTun
End)-------Client 200.100.10.2
|
192.168.0.y LEAFBridge(VTun End)
|
Client 200.100.10.x
I'm to the point where I think that I can do at least one client using VTun
and proxy arp(?). The idea being that I bridge with the regular eth card
and the tap device so that the wireless card doesn't knowingly break it's
commandment not to pass a MAC other than it's own. That is, a bridge flows
through the tunnel and out a bridge on the other end. What I don't know and
really need to know is:
1) If I have multiple tap devices, can I build multiple bridges, one for
each tap combined with the SAME eth device?
2) Will Wisp-Dist do this as it is configured in the latest release?
3) Will parprouted do a better job of this? Will it work on the
Wisp-Dist?
4) Is this an insane idea with no hope of success?
All comments are welcome!
Brock
-------------------------------------------------------
This sf.net email is sponsored by: Jabber - The world's fastest growing
real-time communications platform! Don't just IM. Build it in!
http://www.jabber.com/osdn/xim
------------------------------------------------------------------------
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
