On Mon, 2009-12-21 at 09:08 +0000, Simon Hobson wrote: > > Would the answer there be to route both the normal and tunneled > traffic through an IFB (or 2 ?) so that you can shape the aggregate > traffic ?
Hrm. I don't know zilch about IFB but I think I am getting your point. If one had a single point that represented the traffic using the Internet connection and that represented both local traffic and remote openvpn traffic, after it comes out of openvpn, if you could choke it all through a single policy which slowed down the non-priority traffic. I suppose that could indeed work. I have no idea how to implement it though. But I must admit that this whole shaping of traffic inside an openvpn connection is a digression of where I had hoped this thread might go. Although, in coming up with the right solution, perhaps it needs to be recognized as a variable in the whole TC solution, better sooner than later. Cheers, b.
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________ Shorewall-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/shorewall-users
