[SLL] WRT54GL --> wireless to wired repeater?

Derek Simkowiak dereks at realloc.net
Wed Dec 24 21:35:45 PST 2008


Somebody else might suggest this... and I'll know *why* it's a Bad Idea. :)


    I agree that the WRT54GL processor is small potatoes.  But I 
disagree that using it for VPNs is a bad idea. 

    I don't know what's up with Jarod's setup, but with OpenVPN I get 8x 
faster that him, i.e., over 400K-Bytes/sec with a WRT54GL running both 
ends of the VPN.

    For  two WRT54GLs talking to each other, creating a transparent VPN 
(so that computers plugged in to the WRT54GLs do not run, use, or even 
know about, any VPN software at all), I get 3.4 Mbit/sec:

Performance

Using Linksys WRT54GL v1.1
(as both client and server OpenVPN appliances)
CPU Model: Broadcom BCM5352 chip rev 0

SCP File transfer w/CPU at 200 MHz: 313 KB/s
SCP File transfer w/CPU at 250 MHz: 423 KB/s

Thus, estimated OpenVPN User Capacity (w/CPU at 250 MHz):

For users with 768 Kbit DSL:
About 4-5 users (100% usage, like big downloads)
About 10-20 users (intermittant usage, like web or shell traffic)

For users with 128 Kbit dial-up modems:
About 25 users (100% usage, like big downloads)
About 50-100 users (intermittant usage, like web or shell traffic)

    I've had VPNs running fine for months, and I've spoken to an ISP 
that uses the same DD-WRT setup in their operations.  For remote offices 
or SOHO, the WRT54GL is fine (even with its weak BCM5352).


--Derek

Glenn Stone wrote:
> On Wed, Dec 24, 2008 at 11:57:06PM -0500, Jarod Wilson wrote:
>   
>> I'm not particularly familiar with OpenVPN, specifically, what sort of
>> crypto it does, but one definite down side to using a WRT54G{,L,S} as a
>> VPN appliance: they SUCK for ipsec throughput. For grins, I set up my
>> own WRT54GS with openwrt, and tried connecting it to one of the Cisco
>> VPN concentrators at work. Got it connected just fine with both vpnc and
>> openswan, passing traffic from boxes behind it and all, but the
>> throughput was *miserable*.
>>     
>
>   
>> The main problem is that the lowly cpu simply can't keep up with the
>> crypto ops. If I'm remembering correctly, vpnc traffic maxed out at
>> 400kbps (yes, kilobits, not kilobytes), due to the processor being
>> pegged. Openswan fared better (in-kernel crypto vs. pure userspace
>> implementation), maxing out a 1.2Mbps (3x vpnc). With a
>> non-cpu-encumbered setup I can routinely max out my incoming bandwidth
>> (20Mbps).
>>     
>
> *nods* no, I intend to do the encryption at the ends of the connection, not
>  the poor widdle router, what doesn't even have enough of a CPU to have a
>  fan... all's I want the GL to do is pass bits. :)  
>
> Thanks for the tidbit, though.  Somebody else might suggest this... and I'll
> know *why* it's a Bad Idea. :)
>
> -- Glenn
>   



More information about the linux-list mailing list