Re: Filtering arp on vlan trunk interface
Bart De Schuymer <[email protected]> Thu, 30 Aug 2007 18:27:32 +0200
| Newsgroups | gmane.linux.network.bridge.ebtables.user |
|---|---|
| Message-ID | <[email protected]> |
Op do, 30-08-2007 te 10:03 -0500, schreef Grant Taylor:
> On 08/30/07 07:51, xerofun wrote:
> > I'm trying to filter arp broadcast packets from a specific mac
> > address (0:0e:15:33:9f:1b) on interface vlan111.
>
> That should be simple enough to do.
>
> > But I'm not sure if this issue is related to the item "ip/arp/etc
> > over vlan filtering" in the todo list?
>
> I don't know and as such can not say.
>
> > The bridge looks likes this:
> >
> > br0 0001.00e081111112 yes eth2
> > vlan111 (@eth3)
>
> This looks simple enough. Well at least so long as there is not a loop
> between VLAN 111 and eth2.
>
> > When adding these rules to the INPUT and FORWARD chain, the counter
> > values raise, so it looks like packets are dropped.
> >
> > -A INPUT -p ARP --logical-in br0 --arp-mac-src 0:0e:15:33:9f:1b -j
> > DROP , pcnt = 2211 -- bcnt = 101706
> >
> > -A FORWARD -p ARP --logical-in br0 --arp-mac-src 0:0e:15:33:9f:1b -j
> > DROP , pcnt = 6876 -- bcnt = 316296
>
> Ok...
>
> > I also added these rules with "-i vlan111" instead of "--logical-in
> > br0".
>
> Ok...
>
> > Using 'brctl showmacs br0' I grep for the mac address. It's not
> > dissappearing, but instead, everytime a packet is dropped in the
> > chain (I'm running 'watch -n1 -d ebtables -L --Lc') the ageing timer
> > for that mac gets refreshed.
>
> Well back up a moment and think about what you are doing. I'm presuming
> that you are running EBTables (verses IPTables and / or ARPTables) on
> the bridge interface br0. Thus you are filtering packets that are
> coming in to the system's higher layer network / protocol stack through
> br0. Thus the packets are already being bridged from either eth2 or
> vlan111 in to br0. Thus the MAC addresses would show up as a MAC
> address that the bridging code has bridged for you.
>
> If you are wanting to prevent the MAC address from showing up at all,
> try your filtering as the packets enter either the eth2 or vlan111
> interface before they are bridged to br0.
>
> > So is this related to the todo "ip/arp/etc over vlan filtering"?
>
> I'm not exactly sure what the "ip/arp/etc over vlan filtering" issue is
> so I can not say "No" for sure. However given the above point of view I
> going to guess "no".
I think that refers to ebtables filtering on protocols encapsulated in
vlan packets. The description on the site is a bit ambiguous, I'd better
just remove it, thanks.
With {arp,ip,ip6}tables you can filter vlan encapsulated packets.
cheers,
Bart
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/