While digging around in multicast code, I came to a place I suspected
being buggy. But I'm not sure.
In 2.2.13 (actually 2.2.14pre3 but that should not matter here)
net/ipv4/ipmr.c function ipmr_queue_xmit:
First we look up the route (ip_route_output). Then
#ifdef CONFIG_FIREWALL
if (call_fw_firewall(...
And then at the end of the function we call
skb2->dst->output(skb2) (or the equivalent line for fragmentation).
The question: If the forward chain influences the routing decisions then
these influences are discarded. Suppose the forwarding firewall changes
the route. This does not seem to work. ANd of course masq is just an
example here.
Should there be an additional route_get after forwarding fireall? Or not?
If not, why?
---
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]
