LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: LVS and a PPPoE/L2TP concentrator

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: LVS and a PPPoE/L2TP concentrator
From: "Alex Kramarov" <alex@xxxxxxxxxxxxxxx>
Date: Tue, 22 Apr 2003 23:08:34 +0200
every piece of documentation i have read about L2TP suggests that packets
involved in the l2tp connection cannot be modified in any way, so you cannot
use LVS-NAT - maybe LVS-DR would work, but since pptp and l2tp involve
several connections (udp, tcp, gre), it's would be tough to balance the
several streams streams of data of the same connection to the same server.

Just a suggestion, but what do you gain by using 2 lvs directors to
loadbalance 2 concentrators, that you wouldn't get by 2 concentrators
running heartbeat for failover in an active-active config (unless the
concentrators are not linux, but some os that can't run heartbeat ) ?

----- Original Message -----
From: "Andre Correa" <andre.correa@xxxxxxxxx>
To: <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, April 22, 2003 9:42 PM
Subject: LVS and a PPPoE/L2TP concentrator


>
> Hi LVS...
>
> I  have  a  PPPoE/L2TP  concentrator  that make Routing, NAT, firewall,
> Traffic Shapping, QOS and 802.1q for PPPoE and L2TP users connected to
> it. I'm looking for a way to implement redundancy and scalability in
> my solution and thought LVS would help.
>
> Is LVS able to load balance a PPPoE server? reading howtos and
> docs I've found nothing on PPPoE, VPN or VLAN examples. The Director is
> told to be a "L4 switch" what can be a problem for L2 protocols.
>
> Any information will be apreciated.
>
> tks in advance for your attention.
>
> Andre Correa
> andre.correa@xxxxxxxxx
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
>

<Prev in Thread] Current Thread [Next in Thread>