[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87wp5l7560.fsf@stressinduktion.org>
Date: Wed, 30 Aug 2017 11:53:27 +0200
From: Hannes Frederic Sowa <hannes@...essinduktion.org>
To: Yi Yang <yi.y.yang@...el.com>
Cc: netdev@...r.kernel.org, dev@...nvswitch.org, jbenc@...hat.com,
e@...g.me, blp@....org, jan.scheurich@...csson.com
Subject: Re: [PATCH net-next v6 3/3] openvswitch: enable NSH support
Hello,
Yi Yang <yi.y.yang@...el.com> writes:
[...]
> +struct ovs_key_nsh {
> + u8 flags;
> + u8 ttl;
> + u8 mdtype;
> + u8 np;
> + __be32 path_hdr;
> + __be32 context[NSH_MD1_CONTEXT_SIZE];
> +};
> +
> struct sw_flow_key {
> u8 tun_opts[IP_TUNNEL_OPTS_MAX];
> u8 tun_opts_len;
> @@ -144,6 +154,7 @@ struct sw_flow_key {
> };
> } ipv6;
> };
> + struct ovs_key_nsh nsh; /* network service header */
> struct {
> /* Connection tracking fields not packed above. */
> struct {
Does it makes sense to keep the context headers as part of the flow?
What is the reasoning behind it? With mdtype 2 headers this might either
not work very well or will increase sw_flow_key size causing slowdowns
for all protocols.
[...]
Powered by blists - more mailing lists