Wireless mesh with ethernet interfaces

Hello,
I tried to create a mesh network but using my eth1 port:

                         /-- RB751
Server ---- LAN -- Switch --  RB751
                         \-- RB751

I need a mesh cloud in my warehouse.
I created mesh interface with eth1+wlan1.
Ip is on mesh interface. When I done this on the second RB I lost access to the firs RB751.

Why mesh not working with ethernet port ?

Thanks.

Looking at your diagram, all access points are wired to the switch - where does mesh fit in then?

Problematic example 1: Ethernet switch inside a mesh
Diagram.png

TheWiFiGuy I can’t use wired interfaces to transport mesh traffic ?

HWMP+ help please
Wireless WDS setup, cannot see LAN network ..

I can’t see why you need Mesh.

Just set up each wired node as an access point, running the same ssid on a different channel - assuming all access points are running on the same network which your diagrams kind of suggests it is.

I need only one SSID on warehouse, not 4 or 7 different or the same.
Now I have 4 AP, but in plan to by more to cover all warehouse area.

This can be done using separate L2 zone ?

i haven’t done it yet, maybe you could create wds like network and put the ether interface connected to the switch to those bridge.

jackman, maybe I will try to do this.
But in this topology I will have one point of failure.

This is my first planed topology, but as more I search the answer then more I convinced that on Mikrotik I can’t do this.
Mesh.png

I this topology I can’t access WAP and WAPSw2 via Winbox MAC to setup them.
Mesh-Test.png

With last setup I can see all my 6 SSID, but should only one.
What can be wrong ?
2012-04-11_223030.png

Thats correct. Your devices will only see one ssid as they are all on the same channel. You will never just see 1 when scanning with mikrotik or any other scanner

Hello, I have the same topology like you. Did you solve your problem please?
Solution with bridged wifi and ethernet on each RB751 doesn’t connect clients to AP with the most strenght signal :frowning:
…even If I create ACL for signals i.e. -70-120

Any guesses please?

I too am curious about this.
I have Groove’s at a site. Setting them same SSID different channels same security works, but this location has a lot of tablets running around… sales people… when they jump from AP to AP they disconnect just long enough to time out their hosted web sales app.. i want to use mesh with AP’s all connected to same LAN via ethernet so they stay connected when running around site. thanks

i’m curious about this too, any good news or any configuration on how to do this.

Transparent transition between APs is not possible. This is not what WDS Mesh means. And this is not specified in the 802.11 standards.

Some vendors (e.g., Cisco) implement this possibility I think using proprietary extensions and wireless controllers, but at great cost.

I’m hoping someday the MikroTik new CAPsMAN service can implement this.

[…]

I disagree. Transparent transition between APs is normal behavior. It is implemented in client’s wireless card. When signal from AP is falling below defined level (usually bellow -80dBm) client starts searching for another AP with same SSID and better signal. Then associates to better AP. Only thing that is noticeable is about 1 second gap (depending on client’s wireless card, but all devices I tested lost no more then two pings).

This is required to accomplish this:

  • same SSID for all APs
  • different channels on overlapping APs
  • all APs connecting clients to the same network (same DHCP server)
  • identical security settings on all APs
    This is exactly what CAPsMAN does - it is a wireless controller.

Some vendors developed accelerated roaming between APs. For example: APs communicate with each other and exchange association data to speed up client’s connection to new AP (this is done by controller). Client’s authentication on target AP is quicker. Gap is reduced. That’s all. There is 802.11r (fast roaming) for example. Maybe MikroTik will implement it in the future but it is only needed for voice communication. Everything else will work fine without fast roaming.

See this post by mcdebugger:
http://forum.mikrotik.com/t/caps-manager/74408/135

That’s all well and good, but it is not transparent handoff like one would expect when using that term. Think 3G/4G handoff. That is not possible with standard 802.11. The decision to switch is the client’s, and there is no coordination.