[lvs-users] coloring LVS-NAT connections internally using TOS/DSCP - reliable?

Julian Anastasov ja at ssi.bg
Sun Nov 10 11:40:19 GMT 2013


	Hello,

On Thu, 7 Nov 2013, Patrick Schaaf wrote:

> Dear LVS users / gurus,
> 
> I came across an idea today, which even appears to work, that could 
> potentially reduce the number of ipvs realserver entries in an LVS-NAT 
> scenario where multiple ports need to be passed through to the 
> realservers.
> 
> Right now I have a separate (fwmark) virtualserver for port 80, and 
> several SSL ports that need different certificates on the realservers. The 
> usual mangle/PREROUTING marking selects which one to use.
> 
> Now the idea is to reduce the LVS setup itself to the port 80 server entry, 
> always select the same fwmark for that, but use rules in 
> mangle/PREROUTING like -j TOS --set-tos 0x04/0xfc, with different TOS 
> values.
> 
> All SSL connections then arrive at the realservers with dport 80, but 
> there I have nat/PREROUTING rules matching the TOS values, using -j 
> REDIRECT --to-port 44X to internally let the connection flow to the right 
> SSL port.
> 
> This appears to work quite nicely in a prototype setup.
> 
> My question would be: we run this on kernel 2.6.32 right now. That's a 
> little bit ancient, and will eventually be upgraded. Was there anything 
> changed in LVS kernel code since then that would make this TOS/DSCP 
> marking scheme fail?

	It should be safe to change TOS, IPVS does not
use it.

Regards

--
Julian Anastasov <ja at ssi.bg>



More information about the lvs-users mailing list