All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Aleksandrov <nikolay@nvidia.com>
To: "bridge@lists.linux-foundation.org" 
	<bridge@lists.linux-foundation.org>,
	"henrik.bjoernlund@microchip.com"
	<henrik.bjoernlund@microchip.com>,
	"davem@davemloft.net" <davem@davemloft.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"jiri@mellanox.com" <jiri@mellanox.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	Roopa Prabhu <roopa@nvidia.com>,
	"idosch@mellanox.com" <idosch@mellanox.com>,
	"kuba@kernel.org" <kuba@kernel.org>,
	"UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>
Cc: "horatiu.vultur@microchip.com" <horatiu.vultur@microchip.com>
Subject: Re: [PATCH net-next v4 04/10] bridge: cfm: Kernel space implementation of CFM. MEP create/delete.
Date: Fri, 9 Oct 2020 21:42:00 +0000	[thread overview]
Message-ID: <491685c20c840f3962433bed13f53aa5418696f5.camel@nvidia.com> (raw)
In-Reply-To: <20201009143530.2438738-5-henrik.bjoernlund@microchip.com>

On Fri, 2020-10-09 at 14:35 +0000, Henrik Bjoernlund wrote:
> This is the first commit of the implementation of the CFM protocol
> according to 802.1Q section 12.14.
> 
> It contains MEP instance create, delete and configuration.
> 
> Connectivity Fault Management (CFM) comprises capabilities for
> detecting, verifying, and isolating connectivity failures in
> Virtual Bridged Networks. These capabilities can be used in
> networks operated by multiple independent organizations, each
> with restricted management access to each other<E2><80><99>s equipment.
> 
> CFM functions are partitioned as follows:
>     - Path discovery
>     - Fault detection
>     - Fault verification and isolation
>     - Fault notification
>     - Fault recovery
> 
> Interface consists of these functions:
> br_cfm_mep_create()
> br_cfm_mep_delete()
> br_cfm_mep_config_set()
> br_cfm_cc_config_set()
> br_cfm_cc_peer_mep_add()
> br_cfm_cc_peer_mep_remove()
> 
> A MEP instance is created by br_cfm_mep_create()
>     -It is the Maintenance association End Point
>      described in 802.1Q section 19.2.
>     -It is created on a specific level (1-7) and is assuring
>      that no CFM frames are passing through this MEP on lower levels.
>     -It initiates and validates CFM frames on its level.
>     -It can only exist on a port that is related to a bridge.
>     -Attributes given cannot be changed until the instance is
>      deleted.
> 
> A MEP instance can be deleted by br_cfm_mep_delete().
> 
> A created MEP instance has attributes that can be
> configured by br_cfm_mep_config_set().
> 
> A MEP Continuity Check feature can be configured by
> br_cfm_cc_config_set()
>     The Continuity Check Receiver state machine can be
>     enabled and disabled.
>     According to 802.1Q section 19.2.8
> 
> A MEP can have Peer MEPs added and removed by
> br_cfm_cc_peer_mep_add() and br_cfm_cc_peer_mep_remove()
>     The Continuity Check feature can maintain connectivity
>     status on each added Peer MEP.
> 
> Signed-off-by: Henrik Bjoernlund  <henrik.bjoernlund@microchip.com>
> Reviewed-by: Horatiu Vultur  <horatiu.vultur@microchip.com>
> ---
>  include/uapi/linux/cfm_bridge.h |  23 +++
>  net/bridge/Makefile             |   2 +
>  net/bridge/br_cfm.c             | 278 ++++++++++++++++++++++++++++++++
>  net/bridge/br_if.c              |   1 +
>  net/bridge/br_private.h         |  10 ++
>  net/bridge/br_private_cfm.h     |  61 +++++++
>  6 files changed, 375 insertions(+)
>  create mode 100644 include/uapi/linux/cfm_bridge.h
>  create mode 100644 net/bridge/br_cfm.c
>  create mode 100644 net/bridge/br_private_cfm.h
> 

Acked-by: Nikolay Aleksandrov <nikolay@nvidia.com>


WARNING: multiple messages have this Message-ID (diff)
From: Nikolay Aleksandrov <nikolay@nvidia.com>
To: "bridge@lists.linux-foundation.org"
	<bridge@lists.linux-foundation.org>,
	"henrik.bjoernlund@microchip.com"
	<henrik.bjoernlund@microchip.com>,
	"davem@davemloft.net" <davem@davemloft.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"jiri@mellanox.com" <jiri@mellanox.com>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	Roopa Prabhu <roopa@nvidia.com>,
	"idosch@mellanox.com" <idosch@mellanox.com>,
	"kuba@kernel.org" <kuba@kernel.org>,
	"UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>
Cc: "horatiu.vultur@microchip.com" <horatiu.vultur@microchip.com>
Subject: Re: [Bridge] [PATCH net-next v4 04/10] bridge: cfm: Kernel space implementation of CFM. MEP create/delete.
Date: Fri, 9 Oct 2020 21:42:00 +0000	[thread overview]
Message-ID: <491685c20c840f3962433bed13f53aa5418696f5.camel@nvidia.com> (raw)
In-Reply-To: <20201009143530.2438738-5-henrik.bjoernlund@microchip.com>

On Fri, 2020-10-09 at 14:35 +0000, Henrik Bjoernlund wrote:
> This is the first commit of the implementation of the CFM protocol
> according to 802.1Q section 12.14.
> 
> It contains MEP instance create, delete and configuration.
> 
> Connectivity Fault Management (CFM) comprises capabilities for
> detecting, verifying, and isolating connectivity failures in
> Virtual Bridged Networks. These capabilities can be used in
> networks operated by multiple independent organizations, each
> with restricted management access to each other<E2><80><99>s equipment.
> 
> CFM functions are partitioned as follows:
>     - Path discovery
>     - Fault detection
>     - Fault verification and isolation
>     - Fault notification
>     - Fault recovery
> 
> Interface consists of these functions:
> br_cfm_mep_create()
> br_cfm_mep_delete()
> br_cfm_mep_config_set()
> br_cfm_cc_config_set()
> br_cfm_cc_peer_mep_add()
> br_cfm_cc_peer_mep_remove()
> 
> A MEP instance is created by br_cfm_mep_create()
>     -It is the Maintenance association End Point
>      described in 802.1Q section 19.2.
>     -It is created on a specific level (1-7) and is assuring
>      that no CFM frames are passing through this MEP on lower levels.
>     -It initiates and validates CFM frames on its level.
>     -It can only exist on a port that is related to a bridge.
>     -Attributes given cannot be changed until the instance is
>      deleted.
> 
> A MEP instance can be deleted by br_cfm_mep_delete().
> 
> A created MEP instance has attributes that can be
> configured by br_cfm_mep_config_set().
> 
> A MEP Continuity Check feature can be configured by
> br_cfm_cc_config_set()
>     The Continuity Check Receiver state machine can be
>     enabled and disabled.
>     According to 802.1Q section 19.2.8
> 
> A MEP can have Peer MEPs added and removed by
> br_cfm_cc_peer_mep_add() and br_cfm_cc_peer_mep_remove()
>     The Continuity Check feature can maintain connectivity
>     status on each added Peer MEP.
> 
> Signed-off-by: Henrik Bjoernlund  <henrik.bjoernlund@microchip.com>
> Reviewed-by: Horatiu Vultur  <horatiu.vultur@microchip.com>
> ---
>  include/uapi/linux/cfm_bridge.h |  23 +++
>  net/bridge/Makefile             |   2 +
>  net/bridge/br_cfm.c             | 278 ++++++++++++++++++++++++++++++++
>  net/bridge/br_if.c              |   1 +
>  net/bridge/br_private.h         |  10 ++
>  net/bridge/br_private_cfm.h     |  61 +++++++
>  6 files changed, 375 insertions(+)
>  create mode 100644 include/uapi/linux/cfm_bridge.h
>  create mode 100644 net/bridge/br_cfm.c
>  create mode 100644 net/bridge/br_private_cfm.h
> 

Acked-by: Nikolay Aleksandrov <nikolay@nvidia.com>


  reply	other threads:[~2020-10-09 21:42 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-09 14:35 [PATCH net-next v4 00/10] net: bridge: cfm: Add support for Connectivity Fault Management(CFM) Henrik Bjoernlund
2020-10-09 14:35 ` [Bridge] " Henrik Bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 01/10] net: bridge: extend the process of special frames Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:40   ` Nikolay Aleksandrov
2020-10-09 21:40     ` [Bridge] " Nikolay Aleksandrov
2020-10-12  9:12   ` Nikolay Aleksandrov
2020-10-12  9:12     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 11:57     ` henrik.bjoernlund
2020-10-12 11:57       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 02/10] bridge: cfm: Add BRIDGE_CFM to Kconfig Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:39   ` Nikolay Aleksandrov
2020-10-09 21:39     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:13     ` henrik.bjoernlund
2020-10-12 13:13       ` [Bridge] " henrik.bjoernlund
2020-10-09 21:40   ` Nikolay Aleksandrov
2020-10-09 21:40     ` [Bridge] " Nikolay Aleksandrov
2020-10-09 14:35 ` [PATCH net-next v4 03/10] bridge: uapi: cfm: Added EtherType used by the CFM protocol Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:41   ` Nikolay Aleksandrov
2020-10-09 21:41     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:13     ` henrik.bjoernlund
2020-10-12 13:13       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 04/10] bridge: cfm: Kernel space implementation of CFM. MEP create/delete Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:42   ` Nikolay Aleksandrov [this message]
2020-10-09 21:42     ` Nikolay Aleksandrov
2020-10-12 13:12     ` henrik.bjoernlund
2020-10-12 13:12       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 05/10] bridge: cfm: Kernel space implementation of CFM. CCM frame TX added Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:49   ` Nikolay Aleksandrov
2020-10-09 21:49     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:11     ` henrik.bjoernlund
2020-10-12 13:11       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 06/10] bridge: cfm: Kernel space implementation of CFM. CCM frame RX added Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:52   ` Nikolay Aleksandrov
2020-10-09 21:52     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:11     ` henrik.bjoernlund
2020-10-12 13:11       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 07/10] bridge: cfm: Netlink SET configuration Interface Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:53   ` Nikolay Aleksandrov
2020-10-09 21:53     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:07     ` henrik.bjoernlund
2020-10-12 13:07       ` [Bridge] " henrik.bjoernlund
2020-10-10  1:45   ` Jakub Kicinski
2020-10-10  1:45     ` [Bridge] " Jakub Kicinski
2020-10-12 13:05     ` Henrik Bjoernlund
2020-10-12 13:05       ` [Bridge] " Henrik Bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 08/10] bridge: cfm: Netlink GET " Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 21:56   ` Nikolay Aleksandrov
2020-10-09 21:56     ` [Bridge] " Nikolay Aleksandrov
2020-10-09 21:59     ` Nikolay Aleksandrov
2020-10-09 21:59       ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:10       ` henrik.bjoernlund
2020-10-12 13:10         ` [Bridge] " henrik.bjoernlund
2020-10-12 13:10     ` henrik.bjoernlund
2020-10-12 13:10       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 09/10] bridge: cfm: Netlink GET status Interface Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 22:00   ` Nikolay Aleksandrov
2020-10-09 22:00     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:09     ` henrik.bjoernlund
2020-10-12 13:09       ` [Bridge] " henrik.bjoernlund
2020-10-09 14:35 ` [PATCH net-next v4 10/10] bridge: cfm: Netlink Notifications Henrik Bjoernlund
2020-10-09 14:35   ` [Bridge] " Henrik Bjoernlund
2020-10-09 22:03   ` Nikolay Aleksandrov
2020-10-09 22:03     ` [Bridge] " Nikolay Aleksandrov
2020-10-12 13:08     ` henrik.bjoernlund
2020-10-12 13:08       ` [Bridge] " henrik.bjoernlund

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=491685c20c840f3962433bed13f53aa5418696f5.camel@nvidia.com \
    --to=nikolay@nvidia.com \
    --cc=UNGLinuxDriver@microchip.com \
    --cc=bridge@lists.linux-foundation.org \
    --cc=davem@davemloft.net \
    --cc=henrik.bjoernlund@microchip.com \
    --cc=horatiu.vultur@microchip.com \
    --cc=idosch@mellanox.com \
    --cc=jiri@mellanox.com \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=roopa@nvidia.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.