My experience with transparent layer 2 bridges is that they forward packets between interfaces and get out of the way. I can’t find instructions on setting up a simple wireless bridge between two RB411s. The wiki instructions all use additional protocols like WDS, EoIP, MPLS, and others. Are these necessary? Is my understanding over simplified?
I want a simple wireless bridge to connect a PC to a wired network like this:
remote PC <--ethernet--> RB411/XR9 <---wireless---> RB411/XR9 <--ethernet--> Network switch
(remote radio is "station" and local radio is "bridge"
I want the radio interfaces to function transparently as a bridge (wlan1 to wlan1), so I setup one device as “bridge” and the other apparently needs to be setup as “station” to connect. I then created network bridges in both routerboards to bridge ether1 and wlan1. The wlan interfaces do not have IP addresses assigned and the ether1 interfaces have IP addresses assigned as 10.10.10.1 and 10.10.10.2.
This configuration is passing some traffic because WinBox can see both routerboards when running from either side. But it does not appear to be sending all the packets as a transparent layer 2 bridge should. For example, arp -a on the remote PC only shows the local radio, not the remote radio, and I cannot ping across the link from either direction.
@Jorge: Thanks for the additional information, I will experiment with WDS mode.
Also, in my tests I got a wireless bridge working using “station pseudobridge clone” mode.
Which mode (wds or pseudobridge clone) is preferred for a bridge?
How do these two modes compare in regards to:
Performance?
Compatibility with network topologies?
Limitations?
… What can be bridged?
Linux bridging is very flexible; the LAN’s can be either traditional Ethernet device’s, or pseudo-devices such as PPP, VPN’s or VLAN’s. The only restrictions are that the devices:
All devices share the same maximum packet size (MTU). The bridge doesn’t fragment packets.
Devices must look like Ethernet. i.e have 6 byte source and destination address.
*** Support promiscuous operation. The bridge needs to be able to receive all network traffic, not just traffic destined for its own address.**
*** Allow source address spoofing. The bridge must be able to send data over network as if it came from another host.**"
… “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.”
… “I still don’t understand!!”
Doing full bridging of wireless (802.11) requires supporting WDS . The current implementation doesn’t do it.
It is possible to do limited wireless to Ethernet functionality with some wireless drivers. This requires the device to be able to support a different sender address and source address. That is what WDS provides.
There are ways to make it work, 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."
The maximum wireless effective throughput is halved after the first retransmission (hop) that is made…
Dynamically assigned and rotated encryption keys are usually not supported in a WDS connection…
That is enough for me to not want to use it or waste my time testing it. I may use “station pseudobridge clone” mode on this first install to give me time to read over and test the MPLS config.
WDS does not support Frame Aggregation used by 802.11N. In reality I found this not to make too much difference unless you are getting really good speeds on the N link. We have seen field performance of 65mbps+ using WDS bridging.
On the other hand the MPLS/VPLS bridge is very easy to setup since it does not require additional routing protocols (eg OSPF) on the PTP link. It also appears to put very little additional strain on the router, so I would likely use it in most situations.
wds actually kills the link i was getting a charming 65 Mbps HT/65 Mbps HT with “n” enabled and a Pthroughput of 58000 kbps and 106/93 % CCQ but enabling wds and adding 3 stations to my AP ruined and on some links the Pthroughput at times goes down to 200 kbps