[sf-lug] bonding 3G via bluetooth...
jason stone
jasonstone at gmail.com
Fri Aug 21 10:28:11 PDT 2009
Can you do a Beowulf of them too? (sorry for the 90s meme-- i was
getting nostalgic)
On Fri, Aug 21, 2009 at 9:37 AM, Sameer Verma<sverma at sfsu.edu> wrote:
> On Fri, Aug 21, 2009 at 8:46 AM, Dennis J Harrison
> Jr<dennisharrison at gmail.com> wrote:
>> This sounds "Oh, so; FUN!".
>>
>> WRT to all you can eat data - most plans are limited to ~5GB/mo (iirc)
>>
>
> If we are looking at two phones, 10GB a month is not that bad, really.
> Note that one voids one's contract terms, I believe (tethering may not
> be kosher as per the contract).
>
>> I've done this with dsl connections before (back in the mid to late
>> 90s I think).
>>
>> Anywho; I have all the junk here to give it a go if you want to maybe
>> do a quick sprint on this to see how far we can get in an afternoon?
>>
>
> Excellent! Will ping you in a bit...slightly busy with a bunch of
> things. Maybe we can make it a SF-LUG exercise ;-)
>
> Sameer
>
>> On Thu, Aug 20, 2009 at 11:02 PM, Sameer Verma<sverma at sfsu.edu> wrote:
>>> Here's an idea I've been mulling over.
>>>
>>> Scenario: Let's say, we have two Bluetooth-enabled 3G phones with "all
>>> you can eat" contract. Let's say, I also have a DSL connection (eth0)
>>> that runs into a home LAN management machine (Linux box to manage
>>> traffic, etc.). What if I install two Bluetooth radios, and create a
>>> bond (http://www.linuxfoundation.org/en/Net:Bonding) say, bond0 = eth0
>>> + bluepppd0 + bluepppd1 and whenever the machine detects one or both
>>> 3G phones, it sets up the pppd and bonds into it, thereby increasing
>>> my aggregate bandwidth?
>>>
>>> Has anyone tried this?
>>>
>>> cheers,
>>> Sameer
>>>
>>> _______________________________________________
>>> sf-lug mailing list
>>> sf-lug at linuxmafia.com
>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>>
>
> _______________________________________________
> sf-lug mailing list
> sf-lug at linuxmafia.com
> http://linuxmafia.com/mailman/listinfo/sf-lug
>
More information about the sf-lug
mailing list