From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Unterkircher Date: Wed, 27 Jul 2005 04:17:57 +0000 Subject: Re: [LARTC] QoS and IPSec... Message-Id: <42E70AF5.8070600@netshadow.at> List-Id: References: <42E6D57B.6050109@riverviewtech.net> In-Reply-To: <42E6D57B.6050109@riverviewtech.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org I don' tsee any probleme with Qos and IPSec. I do QoS with FreeSwan/OpenSwan on the KLIPS-Device (ipsecX) as well with 2.6-IPsec-Stack (racoon) where you see uncapsulated and encapsulated on the same physical interface. With both you can use the common tc features to start egress shaping. Cheers, Andreas Grant Taylor wrote: > Hi, I have what to me is an interesting issue. I am wanting to > prioritize (QoS) traffic that will be passing through an IPSec > (OpenS/WAN) VPN between two (identical) Linux routers. I know that I > can apply the IPSec patches (1-4) to the kernel and IPTables (if they > are not already applied by now) filter traffic before and after IPSec > encapsulation. My problem is that I don't know if I will be able to > QoS the traffic that will be encapsulated as far as I know QoS > prioritization (via CBQ or HTB) only applies to traffic that is being > dequeue from the skbuffers to go out the physical interface. In my > mind the traffic that is to be encapsulated does not ""go out a > physical interface to be dequeued in the order that I want to > prioritize. I know that I can QoS IPSec VPN traffic (IP/ESP) to a > higher priority than any other IP traffic but I'm not sure about the > traffic that is being encapsulated. My (very) rough idea is to use > something like dummy net or IMQ to provide an interface (or subnet if > need be) that the traffic will traverse and be dequeued from where I > can apply the QoS that I want to. I'm not quite sure how to go about > this so any advice would be greatly appreciated. > > I would like to QoS / Prioritize LAN traffic that is destined to the > other LAN based on the type of traffic that it is (ICMP, RDP, RFB, > SMB, etc) before it is encapsulated. Once the traffic has been > encapsulated I'd like to QoS / Prioritize the ESP traffic that is > destined to the other LAN's globally routable IP before any other > internet traffic goes out. This later part is not the problem, just > the former part. > > My network layout(s) are below for those of you that will be asking: > > Lan A: > - 172.30.12.x/24 subnet > - 172.30.12.1-250 client systems and the likes > - 172.30.12.254 is the default gateway which will be replaced by one > of the boxen I'm asking about. > - A.B.C.Z/24 globally routable IP on the router > > Lan B: > - 172.30.13.x/24 subnet > - 172.30.13.1-250 client systems and the likes > - 172.30.13.254 is the default gateway which will be replaced by one > of the boxen I'm asking about. > - A.B.C.Y/24 globally routable IP on the router > > VPN: > - The VPN in question will be between the A.B.C.Z and A.B.C.Y globally > routable IP addresses. > > Note that both LANs have a DSL circuit from the same provider and thus > are 1 IP off from each other on their globally routable IP. > > > Grant. . . . > > P.S. I'm (cross) posting this to the NetFilter mail lists as I've > seen some very complex questions and answers on the LARTC and > NetFilter mail lists and I would like to pull from both pools of > talent. So be mindful when replying to all. ;) > _______________________________________________ > LARTC mailing list > LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc