Network

Building a redundant router setup with Open Source Software (part 3)

I guess better late than never...

So we've got a failover IP, and a nice trick to be able to get the same WAN IP on both our routers. If you do stateless packet filtering, this is actually enough, and your redundant setup is already finished. However, if you do stateful packet filtering, the moment the failover IP moves to the backup router, your connection will be dropped because it doesn't have any knowledge about it in its connection tracking table.

Tags: 

Topics: 

Building a redundant router setup with Open Source Software (part 2)

In part 1 I went over the basics of failover. The problem with such a setup is that TCP connections will not survive a failover from ar0 to ar1, or vice versa. The main issue is that both routers have a different WAN IP, and in this case, seamless failover will never work.

Tags: 

Topics: 

Building a redundant router setup with Open Source Software (part 1)

Many corporate networks implement router redundancy for obvious reasons. Most of them are probably using very expensive hardware with proprietary protocols, but in fact it is possible to build such a setup for less than EUR100 and use it at home. Just get a couple of cheap routers that are well supported by LEDE/OpenWrt.

Tags: 

Topics: 

Force wireless clients to connect to your 5GHz network

This is something that has been bothering me for a long time. I use the same SSID for both my 2.4GHz and 5GHz networks, so that clients can roam from one network to another. However, in this setup, the client decides what network it think will work best. And unfortunately, most clients just suck at making this decision.

Usually my clients end up connecting to the 2.4GHz network, unless they are in the same room as the AP. There's a simple explanation for this: the 2.4GHz network usually has a stronger signal strength, simply because the lower frequency penetrates walls easier.

Tags: 

Topics: 

Subscribe to RSS - Network