On 12/27/2006 12:30 PM, kelsey hudson wrote:
Brian Deacon wrote:
Clearly, I'm just not keeping up, because yesterday was the first I
heard of 802.11n.
That's all fine and dandy, and you can set it up to do load sharing per
packet on your end ... but it's not going to work how you think it will.
The problem is, the other side of that connection also has to be set up
for load sharing, and you can bet your paycheck that the ISP has not set
it up that way for just that very reason -- they don't want people doing
this. Not to mention the fact that because of how most consumer DSLs
work (PPPoE), this implementation is impossible. You'd have to bond the
two DSLs at layer 2 then run MLPPPoE over the bonded pair -- this is
something that just cannot be done. Especially so since you'd be
bridging one of the two DSLs over 802.11. The two lines would need to
terminate into the same device; that is, both DSLs would have to connect
to your router.
This shouldn't be too hard to test. Does the neighbor's download speed
decrease when you're downloading at the same time (from different
servers of course)? Another measure is ping times.
Karl
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
