Messages in this thread | | | Date | Tue, 21 Jun 2005 01:22:45 +0200 | From | Patrick McHardy <> | Subject | Re: 2.6.12: connection tracking broken? |
| |
Bart De Schuymer wrote: > When the _routing_ decision sends the packet to br0 (a bridge device), > it is unknown which bridge port(s) the packet will be sent out. This is > only known after the packet enters the bridge code. Therefore, for > iptables to know the bridge port out device, the hooks must be postponed > until in the bridge code.
This seems to be a really bad idea, for a single match that violates layering we need to deal with this inconsistency. It's not just the conntrack reference, with IPsec the packet passed to the defered hooks is totally different from when it was still inside IP, which for example breaks the policy match.
> Trust me, people will complain if they can no longer use the physdev > match for routed packets.
I'm sure they will, now that they got used to it. Why can't people match on the bridge port inside ebtables and only match on the device within iptables? Is there a case that can't be handled this way?
Regards Patrick - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |