linux-kernel - Re: [net-next v4] seg6: using DSCP of inner IPv4 packets

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20200824.181109.421299456838417383.davem@davemloft.net>
Date:   Mon, 24 Aug 2020 18:11:09 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     ahabdels@...il.com
Cc:     kuznet@....inr.ac.ru, yoshfuji@...ux-ipv6.org, kuba@...nel.org,
        netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
        andrea.mayer@...roma2.it
Subject: Re: [net-next v4] seg6: using DSCP of inner IPv4 packets

From: Ahmed Abdelsalam <ahabdels@...il.com>
Date: Mon, 24 Aug 2020 08:51:24 +0000

> This patch allows copying the DSCP from inner IPv4 header to the
> outer IPv6 header, when doing SRv6 Encapsulation.
> 
> This allows forwarding packet across the SRv6 fabric based on their
> original traffic class.
> 
> Signed-off-by: Ahmed Abdelsalam <ahabdels@...il.com>

"Allows" sounds like the behavior is optional, but that is not what
is happening here.  You are making this DSCP inheritance behavior
unconditional.

I've stated that the current behavior matches what other ipv6
tunneling devices do, and therefore we should keep it that way.

Furthermore, this behavior has been in place for several releases
so you cannot change it by default.  People may be depending upon
how things work right now.

Also:

> @@ -130,6 +129,7 @@ int seg6_do_srh_encap(struct sk_buff *skb, struct ipv6_sr_hdr *osrh, int proto)
>  	struct ipv6_sr_hdr *isrh;
>  	int hdrlen, tot_len, err;
>  	__be32 flowlabel;
> +	u8 tos = 0, hop_limit;

Need to preserve reverse christmas tree here.