From: Joergen Andreasen <joergen.andreasen@microchip.com>
To: Xiaoliang Yang <xiaoliang.yang_1@nxp.com>
Cc: <davem@davemloft.net>, <netdev@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <Arvid.Brodin@xdin.com>,
<m-karicheri2@ti.com>, <vinicius.gomes@intel.com>,
<michael.chan@broadcom.com>, <vishal@chelsio.com>,
<saeedm@mellanox.com>, <jiri@mellanox.com>, <idosch@mellanox.com>,
<alexandre.belloni@bootlin.com>, <UNGLinuxDriver@microchip.com>,
<ivan.khoronzhuk@linaro.org>, <andre.guedes@linux.intel.com>,
<allan.nielsen@microchip.com>, <po.liu@nxp.com>,
<mingkai.hu@nxp.com>, <claudiu.manoil@nxp.com>,
<vladimir.oltean@nxp.com>, <leoyang.li@nxp.com>
Subject: Re: [RFC, net-next] net: qos: introduce a redundancy flow action
Date: Tue, 17 Nov 2020 20:00:41 +0100 [thread overview]
Message-ID: <20201117190041.dejmwpi4kvgrcotj@soft-dev16> (raw)
In-Reply-To: <20201117063013.37433-1-xiaoliang.yang_1@nxp.com>
The 11/17/2020 14:30, Xiaoliang Yang wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
>
> This patch introduce a redundancy flow action to implement frame
> replication and elimination for reliability, which is defined in
> IEEE P802.1CB.
>
> There are two modes for redundancy action: generator and recover mode.
> Generator mode add redundancy tag and replicate the frame to different
> egress ports. Recover mode drop the repeat frames and remove redundancy
> tag from the frame.
>
> Below is the setting example in user space:
> > tc qdisc add dev swp0 clsact
> > tc filter add dev swp0 ingress protocol 802.1Q flower \
> skip_hw dst_mac 00:01:02:03:04:05 vlan_id 1 \
> action redundancy generator split dev swp1 dev swp2
>
> > tc filter add dev swp0 ingress protocol 802.1Q flower
> skip_hw dst_mac 00:01:02:03:04:06 vlan_id 1 \
> action redundancy recover
>
> Signed-off-by: Xiaoliang Yang <xiaoliang.yang_1@nxp.com>
Hi Xiaoliang,
I like your idea about using filter actions for FRER configuration.
I think this is a good starting point but I think that this approach will only
allow us to configure end systems and not relay systems in bridges/switches.
In the following I refer to sections and figures in 802.1CB-2017.
I am missing the following possibilities:
Configure split without adding an r-tag (Figure C-4 Relay system C).
Configure recovery without popping the r-tag (Figure C4 Relay system F).
Disable flooding and learning per VLAN (Section C.7).
Select between vector and match recovery algorithm (Section 7.4.3.4 and 7.4.3.5).
Configure history length if vector algorithm is used (Section 10.4.1.6).
Configure reset timeout (Section 10.4.1.7).
Adding an individual recovery function (Section 7.5).
Counters to be used for latent error detection (Section 7.4.4).
I would prefer to use the term 'frer' instead of 'red' or 'redundancy'
in all definitions and functions except for 'redundancy-tag'.
--
Joergen Andreasen, Microchip
prev parent reply other threads:[~2020-11-17 19:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-17 6:30 [RFC, net-next] net: qos: introduce a redundancy flow action Xiaoliang Yang
2020-11-17 19:00 ` Joergen Andreasen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201117190041.dejmwpi4kvgrcotj@soft-dev16 \
--to=joergen.andreasen@microchip.com \
--cc=Arvid.Brodin@xdin.com \
--cc=UNGLinuxDriver@microchip.com \
--cc=alexandre.belloni@bootlin.com \
--cc=allan.nielsen@microchip.com \
--cc=andre.guedes@linux.intel.com \
--cc=claudiu.manoil@nxp.com \
--cc=davem@davemloft.net \
--cc=idosch@mellanox.com \
--cc=ivan.khoronzhuk@linaro.org \
--cc=jiri@mellanox.com \
--cc=leoyang.li@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=m-karicheri2@ti.com \
--cc=michael.chan@broadcom.com \
--cc=mingkai.hu@nxp.com \
--cc=netdev@vger.kernel.org \
--cc=po.liu@nxp.com \
--cc=saeedm@mellanox.com \
--cc=vinicius.gomes@intel.com \
--cc=vishal@chelsio.com \
--cc=vladimir.oltean@nxp.com \
--cc=xiaoliang.yang_1@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox