> Hello, > > On Mon, 30 Nov 2009, Simon Horman wrote: > > >/ > The problem exists because IPVS does not/ > >/ > disable LRO, it must be done under RTNL and IPVS never runs/ > >/ > in this context. And LRO is not supported for forwarding:/ > >/ > / > >/ > http://marc.info/?l=linux-netdev&m=121389887114416&w=2 > ><http://marc.info/?l=linux-netdev&m=121389887114416&w=2>/ > >/ > / > >/ > IPVS does not call ip_forward for DR method, that/ > >/ > is why you do not need forwarding and the LRO warning/ > >/ > does not occur before hitting the GSO code. ip_forward/ > >/ > just drops LRO packets:/ > >/ > / > >/ > if (skb_warn_if_lro(skb))/ > >/ > goto drop;/ > >/ / > >/ Hi Julian,/ > >/ / > >/ do you have any thoughts on how the code might be improved/ > >/ to handle this case a bit better?/ > >/ / > >/ Perhaps something along the lines of the/ > >/ code for LRO in ip_forward?/ > > If you want to disable LRO in IPVS > net/ipv4/devinet.c:inet_forward_change() is an example what > should be done in process context if you want to disable > LRO for all existing devices. Then call skb_warn_if_lro > near or in IP_VS_XMIT and also before calling ip_local_out(). > May be LRO can be disabled when the first virtual or > may be real service is added to allow LRO to work if IPVS > is just compiled. > > Regards > > -- > Julian Anastasov <j...@xxxxxx> > Hi, Do you guys know if there is any plan to fix this in ipvs soon ? We have this exact problem when using ipvs and 2 different network cards (intel and broadcom).
Thx. Jean-Sébastien Frerot -- _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtualServer.org mailing list - [email protected] Send requests to [email protected] or go to http://lists.graemef.net/mailman/listinfo/lvs-users
