[lkml]   [2002]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] ebtables - Ethernet bridge tables, for 2.5.34
Hello David, Lennert, list,

> ARP filtering
> People should use ARP tables for arp filtering, that is why I wrote
> it. ARP filtering should not need to be bridge specific.

Well, a bridge can also just _bridge_ ARP packets between two sides of the
bridge. The ARP module can filter out those packets. These packets will not
pass through the ARP code of the Linux kernel. Ofcourse, the ebtables ARP
module can be easily adjusted for arptables, I will do this later if nobody
beats me to it... For the same reason, basic ebtables IP filtering is not

> Next, has Lennert Buytenhek, the bridging maintainer, approved of your
> changes to the bridging layer APIs?

OK. This is to Lennert:
Could you please have a look at the ebtables patch located at

and approve the changes made to the bridging layer API? They are necessary to
make a brouter and to deal with bogus NETFILTER_DEBUG warnings if the option
is compiled in the kernel. Any questions will be gladly answered... Note that
the brouting facility has been working for atleast three months and it has
already been used in real-life situations, there's an example usage on the
ebtables homepage. Dealing with NETFILTER_DEBUG warnings consists of setting
nf_debug to zero when the netfilter hooks change from bridge hooks to some
other stack's hooks and vice versa. See the patch.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:28    [W:0.165 / U:0.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site