* [Bridge] Bridge Consuming LACP PDUs
@ 2014-11-25 18:12 jogesh panda
2014-11-25 23:13 ` Stephen Hemminger
0 siblings, 1 reply; 4+ messages in thread
From: jogesh panda @ 2014-11-25 18:12 UTC (permalink / raw)
To: bridge
[-- Attachment #1: Type: text/plain, Size: 960 bytes --]
Hi
I have two virtual machine. In side each VM, there is a Switch emulation.
Two create connection between emulated switches, I have create Tutap
Interfaces in the host which are seen as Virtual Interfaces inside the VMs.
The tuntap Interfaces are connected by brctl bridge.
I am having problem with the LACP PDUs, which needs to be forwarded by the
bridge. Stp is disabled on the bridge. Bridge is consuming the LACP PDUs
I have programmed the ebtables as following
$ sudo ebtables -L
Bridge table: filter
Bridge chain: INPUT, entries: 2, policy: ACCEPT
-p 0x8809 -j ACCEPT
-p 0x8809 -j ACCEPT
Bridge chain: FORWARD, entries: 2, policy: ACCEPT
-p 0x8809 -j ACCEPT
-p 0x8809 -j ACCEPT
Bridge chain: OUTPUT, entries: 1, policy: ACCEPT
-p 0x8809 -j ACCEPT
I am using Linux
uname -a
Linux Nile 3.5.0-45-generic #68~precise1-Ubuntu SMP Wed Dec 4 16:18:46 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux
Any help is much appreciated.
Thanks in advance.
Jogesh
[-- Attachment #2: Type: text/html, Size: 1360 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Bridge] Bridge Consuming LACP PDUs
2014-11-25 18:12 [Bridge] Bridge Consuming LACP PDUs jogesh panda
@ 2014-11-25 23:13 ` Stephen Hemminger
2014-11-26 1:07 ` jogesh panda
0 siblings, 1 reply; 4+ messages in thread
From: Stephen Hemminger @ 2014-11-25 23:13 UTC (permalink / raw)
To: jogesh panda; +Cc: bridge
On Tue, 25 Nov 2014 10:12:02 -0800
jogesh panda <jogesh.panda@gmail.com> wrote:
> Hi
>
> I have two virtual machine. In side each VM, there is a Switch emulation.
> Two create connection between emulated switches, I have create Tutap
> Interfaces in the host which are seen as Virtual Interfaces inside the VMs.
> The tuntap Interfaces are connected by brctl bridge.
>
> I am having problem with the LACP PDUs, which needs to be forwarded by the
> bridge. Stp is disabled on the bridge. Bridge is consuming the LACP PDUs
>
> I have programmed the ebtables as following
>
>
> $ sudo ebtables -L
> Bridge table: filter
>
> Bridge chain: INPUT, entries: 2, policy: ACCEPT
> -p 0x8809 -j ACCEPT
> -p 0x8809 -j ACCEPT
>
> Bridge chain: FORWARD, entries: 2, policy: ACCEPT
> -p 0x8809 -j ACCEPT
> -p 0x8809 -j ACCEPT
>
> Bridge chain: OUTPUT, entries: 1, policy: ACCEPT
> -p 0x8809 -j ACCEPT
>
> I am using Linux
> uname -a
> Linux Nile 3.5.0-45-generic #68~precise1-Ubuntu SMP Wed Dec 4 16:18:46 UTC
> 2013 x86_64 x86_64 x86_64 GNU/Linux
>
> Any help is much appreciated.
>
> Thanks in advance.
> Jogesh
Link local packets are not meant to be forwarded.
There is a special forwarding mask in current version of bridge.
commit 515853ccecc6987dfb8ed809dd8bf8900286f29e
Author: stephen hemminger <shemminger@vyatta.com>
Date: Mon Oct 3 18:14:46 2011 +0000
bridge: allow forwarding some link local frames
This is based on an earlier patch by Nick Carter with comments
by David Lamparter but with some refinements. Thanks for their patience
this is a confusing area with overlap of standards, user requirements,
and compatibility with earlier releases.
It adds a new sysfs attribute
/sys/class/net/brX/bridge/group_fwd_mask
that controls forwarding of frames with address of: 01-80-C2-00-00-0X
The default setting has no forwarding to retain compatibility.
One change from earlier releases is that forwarding of group
addresses is not dependent on STP being enabled or disabled. This
choice was made based on interpretation of tie 802.1 standards.
I expect complaints will arise because of this, but better to follow
the standard than continue acting incorrectly by default.
The filtering mask is writeable, but only values that don't forward
known control frames are allowed. It intentionally blocks attempts
to filter control protocols. For example: writing a 8 allows
forwarding 802.1X PAE addresses which is the most common request.
Reported-by: David Lamparter <equinox@diac24.net>
Original-patch-by: Nick Carter <ncarter100@gmail.com>
Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
Tested-by: Benjamin Poirier <benjamin.poirier@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [Bridge] Bridge Consuming LACP PDUs
2014-11-25 23:13 ` Stephen Hemminger
@ 2014-11-26 1:07 ` jogesh panda
2014-11-26 4:30 ` Stephen Hemminger
0 siblings, 1 reply; 4+ messages in thread
From: jogesh panda @ 2014-11-26 1:07 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: bridge
[-- Attachment #1: Type: text/plain, Size: 3509 bytes --]
Hello
Thanks for the reply. This still does not solve my problem for forwarding
LACP PDU ( 01-80-C2-00-00-02 ).
It throws the following error,
echo 2 > /sys/class/net/brx/bridge/group_fwd_mask
bash: echo: write error: Invalid argument,
I suppose this error is from this piece of code in file
net/bridge/br_sysfs_br.c function group_fwd_mask_store
if (val & BR_GROUPFWD_RESTRICTED)
return -EINVAL;
Is there anyway I can bypass this check .
Jogesh
On Tue, Nov 25, 2014 at 3:13 PM, Stephen Hemminger <
stephen@networkplumber.org> wrote:
> On Tue, 25 Nov 2014 10:12:02 -0800
> jogesh panda <jogesh.panda@gmail.com> wrote:
>
> > Hi
> >
> > I have two virtual machine. In side each VM, there is a Switch emulation.
> > Two create connection between emulated switches, I have create Tutap
> > Interfaces in the host which are seen as Virtual Interfaces inside the
> VMs.
> > The tuntap Interfaces are connected by brctl bridge.
> >
> > I am having problem with the LACP PDUs, which needs to be forwarded by
> the
> > bridge. Stp is disabled on the bridge. Bridge is consuming the LACP PDUs
> >
> > I have programmed the ebtables as following
> >
> >
> > $ sudo ebtables -L
> > Bridge table: filter
> >
> > Bridge chain: INPUT, entries: 2, policy: ACCEPT
> > -p 0x8809 -j ACCEPT
> > -p 0x8809 -j ACCEPT
> >
> > Bridge chain: FORWARD, entries: 2, policy: ACCEPT
> > -p 0x8809 -j ACCEPT
> > -p 0x8809 -j ACCEPT
> >
> > Bridge chain: OUTPUT, entries: 1, policy: ACCEPT
> > -p 0x8809 -j ACCEPT
> >
> > I am using Linux
> > uname -a
> > Linux Nile 3.5.0-45-generic #68~precise1-Ubuntu SMP Wed Dec 4 16:18:46
> UTC
> > 2013 x86_64 x86_64 x86_64 GNU/Linux
> >
> > Any help is much appreciated.
> >
> > Thanks in advance.
> > Jogesh
>
>
> Link local packets are not meant to be forwarded.
> There is a special forwarding mask in current version of bridge.
>
> commit 515853ccecc6987dfb8ed809dd8bf8900286f29e
> Author: stephen hemminger <shemminger@vyatta.com>
> Date: Mon Oct 3 18:14:46 2011 +0000
>
> bridge: allow forwarding some link local frames
>
> This is based on an earlier patch by Nick Carter with comments
> by David Lamparter but with some refinements. Thanks for their patience
> this is a confusing area with overlap of standards, user requirements,
> and compatibility with earlier releases.
>
> It adds a new sysfs attribute
> /sys/class/net/brX/bridge/group_fwd_mask
> that controls forwarding of frames with address of: 01-80-C2-00-00-0X
> The default setting has no forwarding to retain compatibility.
>
> One change from earlier releases is that forwarding of group
> addresses is not dependent on STP being enabled or disabled. This
> choice was made based on interpretation of tie 802.1 standards.
> I expect complaints will arise because of this, but better to follow
> the standard than continue acting incorrectly by default.
>
> The filtering mask is writeable, but only values that don't forward
> known control frames are allowed. It intentionally blocks attempts
> to filter control protocols. For example: writing a 8 allows
> forwarding 802.1X PAE addresses which is the most common request.
>
> Reported-by: David Lamparter <equinox@diac24.net>
> Original-patch-by: Nick Carter <ncarter100@gmail.com>
> Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
> Tested-by: Benjamin Poirier <benjamin.poirier@gmail.com>
> Signed-off-by: David S. Miller <davem@davemloft.net>
>
[-- Attachment #2: Type: text/html, Size: 5403 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-11-26 4:30 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-25 18:12 [Bridge] Bridge Consuming LACP PDUs jogesh panda
2014-11-25 23:13 ` Stephen Hemminger
2014-11-26 1:07 ` jogesh panda
2014-11-26 4:30 ` Stephen Hemminger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox