public inbox for netdev@vger.kernel.org
 help / color / mirror / Atom feed
* [RFC]: not possible to do policy routing for next hop on tunnels.
@ 2010-09-01 12:21 Anders Franzen
  2010-09-01 12:49 ` Eric Dumazet
  0 siblings, 1 reply; 4+ messages in thread
From: Anders Franzen @ 2010-09-01 12:21 UTC (permalink / raw)
  To: netdev@vger.kernel.org


If I have multiple routing choices to reach a tunnel end point,
I would like to mark different flows with iptables, after the
postrouting of the primary route look up, this would put an fwmark on
the skb. The route would in my case resolve to an ip6_tunnel.

In the tunnel a secondary route lookup is done to select next hop for
the tunnel end point.

I would like to apply policy routing to the secondary lookup. 

This will not work, for two reasons:

1. None of the tunnels (ipip, gre, ip6_tunnel) I looked at regards the
fwmark at the skb, when performing the route lookup.

2. ip6_tunnel is keeping a local dst cache, so it will never reroute as
long as the current cache is valid.


I wonder if there is a reason for not giving the fwmark at the tunnel
route for tunnels in general?

And the local dst cache for ip6_tunnel, is it needed, is not the routing
subsystem keeping some form of internal cache (ip route ls cache).

Best Regards
  /Anders


 


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-09-01 13:37 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-01 12:21 [RFC]: not possible to do policy routing for next hop on tunnels Anders Franzen
2010-09-01 12:49 ` Eric Dumazet
2010-09-01 13:27   ` Anders Franzen
2010-09-01 13:37     ` Eric Dumazet

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox