I have a cable connection in each of these (192.168.1.x WAN modem also is a DHCP server).
As the mobile+tablet works with wi-fiI I purchased three MANGO GL-MT300N-V2
I would ike to something like that:
+----------------------------------------------------------+
| Story 2 | cabled 192.168.1.x -- Mango-2 ..))) |
+----------------------------------------.-----------------+
| Story 1 | cabled 192.168.1.x -- Mango-1 ..))) |
+----------------------------------------------------------+
| Story 0 | cabled 192.168.1.x -- Mango-0 ..))) |
| WAN IN | |
+----------------------------------------------------------+
If Iām in the first floor the phone is connect to mango-1, when I go downstairs on the ground floor the signal of Mango-0 will be stronger and I would like the phone disconnect Mango-1 for Mango-0, in the same way the mobile ālinksā to different celsl (mobile base stations) while you do a car trip.
Assuming you have the three devices bridged, not routed, the the SSID(s) consistently on the same subnet, then by setting the same SSID(s) on all three, the clients will have the choice to select a better AP when you move within their range. It is a client decision as to which AP to associate with and many clients are āstickyā, even when a stronger AP is seen. It can take ~1.5 s for a client to associate with an AP. By keeping them on a bridged subnet, you can at least avoid the delays for DHCP and keep existing connections in place, as the clientsā IP addresses wouldnāt change when they roam to another AP.
There are various hacks to try to āstrongly suggestā that a client use a different AP, with varying levels of success (often rather poor), but you canāt āforceā a client to change APs from the AP under 802.11.
Simplest is to disable DHCP, DNS, and forwarding (kernel and/or firewall rules) on the āslaveā units and connect them all together from their LAN ports to a switch.
More complex is, on the slave units, additionally moving the āWANā port to the āLANā bridge and daisy-chaining them.
(Apologies for the un-detailed response on the latter, as I donāt have a GL-MT300N-V2 that I can poke around on to give you more specifics on config.)
I did!!
Probably jeffsfās suggestions are the operative instructions the user alzhao wrote in the alternativa method (luci one) Profile - alzhao - GL.iNet .
Moreover I can login again the devices via the cable because in linux the command
nmap -sP 192.168.0.0/24 | grep rep
gives the IPs of the devices in the net 192.168.0.x .
----- Not very concerting to this
Doing the luci procedure i did something wrong (or forgot something) to the third mango as it wasnāt working as the others, so I tried to reset it to start from scratch. I think I bricked it because I donāt see it any more nor in the net 192.168.0.x nor in the net 192.168.8.x . Does anyone know a way physical or even soft to revive it before I throw it away? Thanks
Thanks, but Iām dummy: Iām a faked smart user, I need detailed instructions
I tried the reset button but it didnāt worked.
Iāll try the way indicated in the docs.
In the wiki there isnāt a section specific for the GL-MT300N-V2 (mango) so Iām going to use the one for the GL-AR150 because they look physically similar (a depth tech reason ).
Can you confirm Iām looking in the right direction?
PS Thanks for the notice for the link: the correct one is (the alternative method, the luci one)