Cool-Tether Links Phones' Bandwidth To Make High-Speed Hotspots 102
Barence writes "Microsoft Research has found a novel way of beating the deplorably slow speeds of mobile broadband, by combining several phones together to make one high-speed hotspot. Dubbed Cool-Tether, the system harnesses the mobile data connection of multiple mobile handsets to build an on-the-fly Wi-Fi hotspot. 'To address the challenges of energy efficiency, Cool-Tether carefully optimises the energy drain of the WAN (GPRS/EDGE/3G) and Wi-Fi radios on smartphones,' Microsoft's research paper claims. 'We prototype Cool-Tether on smartphones and, experimentally, demonstrate savings in energy consumption between 38%-71% compared to prior energy-agnostic solutions.'"
Re:like BitTorrent (Score:5, Interesting)
I was actually thinking of something like this yesterday. With the rapid increase in Wifi + Internet enabled phones and devices, it could be possible to actually have an entirely distributed network just by linking together devices in range.
Perhaps that's where we should build the Internet 2, now governments around the world are doing everything they can to control the first one. :)
Re:like BitTorrent (Score:2, Interesting)
Re:But, but....... (Score:2, Interesting)
Re:like BitTorrent (Score:3, Interesting)
Re:like BitTorrent (Score:2, Interesting)
Don't you need seperate gateways for this? (Score:3, Interesting)
The other way to get around this is to have 2 routers working for you doing basically the same thing, but the speedup is only between those two routers. To get faster internet speeds I'm pretty sure separate gateways are needed. Do they get around this ?
http://lartc.org/lartc.html#LARTC.LOADSHARE
Re:out of the box on Linux (Score:1, Interesting)
You lost me at "plug in."
Re:Don't you need seperate gateways for this? (Score:3, Interesting)
I've considered similar for when traveling by train. Not necessarily multiple mobile phone connections, but at least one phone and a connection to the train's similarly reliable and very crowded wireless (the train wireless is sometimes noticeably more lethargic than a GPRS link).
The thought is a simple UDP relay/tunnel that can load balance packets over multiple connections (I have a little server out there that would act as the other end-point) and run OpenVPN over that channel for everything else. That way when both are working and able to send+receive packets I get two connections worth of bandwidth and when one stalls (as both often do, but often not at the same times) or grinds down to a speed at which it might as well be stalled/disconnected I might still have connectivity (just a little slower).
This could easily extend to multiple phones too (if I can get the netbook to work properly with two bluetooth adapters and have the phones paired up reliably), to be on different networks (as I pass through some areas my vodafone signal dies but orange still has coverage, and vice versa).
Of course this will add latency, but only a couple of 10s of ms which is small compared to that already found on either mobile phone or train wireless connections, and will result in a speed decrease when only one connection is active+capable due to the VPNs overhead, but it should provide me with a more reliable experience.
Unfortunately I've not found such an UDP relay (or something else that would do the job of muxing the connections to the same effect) though and don't have time to write+test my own right now, but it might be an interesting spare-time project when I next have enough spare time for it (unless someone beats me to it).
To cut a long story short and actually answer your question: if they are donig something not dissimilar to this then they are getting around the multiple gateways issue by defining their own local gateway and remote end-point which are intelligent enough to bond the different routes into a single link.