Nexland Pro800Turbo Load Balancing Router Review
An anonymous submitter writes "Found this review today over at OverclockersClub.com. Apparently this router can load balance two broadband connections like DSL, Cable, or T1. The router can also act as a backup feature in case one of the broadband connections goes down, the router will automatically switch to the connection still working." At $400, it's not gruesomely expensive either, and I guess if you're willing to pay for two broadband connections anyway... The spec sheet (PDF) has more information.
Why not a software solution, instead of dropping 400 bucks? Ultra Monkey is a package including LVS, prepared mostly by Horms.
Super Sparrow is a distributed load balancing package also by Horms (formerly of VA Research|Linux|Software|Spacecraft|Doohickeys) that uses BGP route information to decide which server ought to service a request. Neat stuff. Super Sparrow is not ready for deployment, and appears to be on a back burner (due to VA's disinterest in such things these days, probably).
LVS is the project to beat in this space, by a long ways. It is very very solid, and extremely efficient. Wensong is quite an impressive nerd.
The theory of relativity doesn't work right in Arkansas.
You can use NAT to hide the real servers from the Internet if you like. This allows you to use most any web server you like (such as IIS), but more fancy routing tricks can be done with Unix or Linux servers for even better results. We use NAT at our site (university EE department) and it can handle more load than we will ever receive -- our objective is high-availability. Also, you can use different methods for different server clusters on the same director (e.g. tunneling tricks for Linux apache servers, and less magic for IIS).
And LVS can be set up such that once a user connects to a particular server, his subsequent connections go back to the same server.
Useful links:
The theory of relativity doesn't work right in Arkansas.
I've been doing mostly this (manually though) via my linux-based fw/router.
I've got two BB connections (it's great working for an ISP/Bell) and 1 inside.
The inside connection is secured via NAT and ipchains. The two outside connections are secured via ipchains. I dual-default route out, with some static routes for preferred connections.
Cost me a few hours and a free p-133.
"If the Duplex LED is flashing this means their has been a collision on your network. This happens when packets are dropped for some reason or the packets have been misdirected. This usually only happens when two computers are using the same IP address and this usually only happens when you specify an IP address rather than using the DHCP feature built in the router."
Network collisions occur when two hosts try to submit simultaneously. The NIC listens for the resulting static on the network line (as static is produced when the signals garble), waits a random length of time, and retransmits. This happens (I believe) at a lower-than-protocol level.
Here's our linux software solution:
http://www.rainfinity.com/products/rainconnect.htm l
This software uses a linux kernel module that does some neat tricks with packet rewriting to do nat, inspect & modify DNS server replies, nat rules, etc. It also has a configurable connection monitoring service & a bunch of recommended deployments for HA email/web serving/outbound surfing, etc. Works on Solaris and Win2k too..
Can someone explain how this works to me?
As far as I know, to even do that with big connections you need to go through the same ISP and PPP bond them together. Say I have two T1 lines, one from Sprint and one from UUNet. Each one can transfer 1.54 megabits per second, theoretically. Even though I have two T1 lines, if I go and connect to some remote FTP server, it's only going to send data back to Sprint or UUNet. It can't figure out "hey this guy's got two connections, I should start sending him data on both of them" and suddenly be able to download twice as fast, can I? I may have two T1 lines, but I still can't transfer a file faster than 1.54mb/s.
If if you have two T1 lines from the same ISP (say I have two from Sprint), it takes special configuration, putting them together with a PPP bond, to make them work as one pipe. As far as I know.
Now apply this logic to the type of connections you might have in your apartment. Say you have one DSL connection and one cable connection. Are they really going to increase your transfer speed?
I can see how you'd be able to SEND data faster, but how does receiving work? Can someone explain this to me?
One of the many things I hate. thingsihate.org