Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp810931pxb; Thu, 12 Nov 2020 17:51:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxwuMdlS5/gMdezHZypgEzPxLU9O1yxqp5ptTAwOCSAoCDvDmk5Af1dnkh5XDy6GVrkJKO X-Received: by 2002:a17:906:f744:: with SMTP id jp4mr2317082ejb.122.1605232314570; Thu, 12 Nov 2020 17:51:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605232314; cv=none; d=google.com; s=arc-20160816; b=vI83AkkcXvH4OQc67esegbywAO6ZxXZXNEzRzktEUnZu9RMKcyotm4xSyBc1TGbkvT taSBhq2Fr7XWkdpuOOKy3qMWxY1AM99eiSCJVZ5J9CwcO05KtNE7plOvEWoedfqGwLvq xjpg/hXEoZQVSBuJpFI4j73GgqhZ0PHIC4Hx1/bwjmOVRzS7ufEbIiLh8qVn5AMr/FuQ 3BsgkvY5eJo2vOJ9llDvcz6nrUai2Ht1iverUBsH9DAoDc4TDlanOWUx07ecMC3oh64k Gt7y67WnZFxLj4L1C+PF+ZKZxxvlZwStDySczpQ6fGkGbUWcc7Q+HldH8VvtOB1zvRj8 zjyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=BQ92Puz7Cr5zbxxhdU4HMv90FO1qF0BkLsv9lFfnF3k=; b=PA4JWB+Y9KWhGKXOVDZG/1i5aEO/XiF++hBLaq66QdOaNnk/uNhRo4WKvKM3qi/Lk9 86BdL2S1zYNAOPRGFoBj0+NFoBuzrwrs3IfRLX8bsMh65J7XLMko8XSAcHqJwcOIbQeq ozCUJi1Dj8cPgf5Kmgkqy2H2/+OhZj04njUYQfU5o+x/o8WnLgFw35MkJSeopJwtdwL+ lRBa0/84Jf0CPQY11O127NbgqGm4lMuS8tvLMbUYOXLj8h1dsm9rabZQ3KuLsqZJ0dx+ aF+5kmlABIWEwK0wqJY3y0qbgox+3PItgcN5+Q+dqwRbOMiV72pEtWEi/l6uD+/y3X9s yedg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=HFQJ8sxK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t1si5026890ejy.446.2020.11.12.17.51.31; Thu, 12 Nov 2020 17:51:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=HFQJ8sxK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726230AbgKMBtV (ORCPT + 99 others); Thu, 12 Nov 2020 20:49:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52046 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726005AbgKMBtU (ORCPT ); Thu, 12 Nov 2020 20:49:20 -0500 Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5C88DC0613D1; Thu, 12 Nov 2020 17:49:20 -0800 (PST) Received: by mail-il1-x135.google.com with SMTP id e17so7133190ili.5; Thu, 12 Nov 2020 17:49:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BQ92Puz7Cr5zbxxhdU4HMv90FO1qF0BkLsv9lFfnF3k=; b=HFQJ8sxKC2Qn8cEAtKP4CJbAUDwp5yBnAGS5WnzCljXjiay3j8zYQsPVA1jhBkjew9 +5reySojxxlu+gRhMF1TPfYA2UYPj+1BHqeXkg9RoZMyzosaPqRbWFQRHi+C0RO0BDgX l5XbHI5g9Jm5w9+QwSux4aozdLOVSikkhh14KfbXem/o8VVFnXfS9OIA9R8xThYC7DRn xZGL018MfEz2tOrJyALF3BEAlqvjo/W/4Xyt87UGj9QI7M1k1Bhbq8QrboxvsxglD/gg uEvQYl2pkygoX95yJLXgzdQOutDX+6+MARQ0VYhEtwdfkJFWMP7s8iIxmFrMoCSIkv9r MIeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BQ92Puz7Cr5zbxxhdU4HMv90FO1qF0BkLsv9lFfnF3k=; b=FgyjbmZMlaOsYDXcWqkeXdXrhDq6fsn9jI3ugQ/1HNeuXtY8I+rzw4R8675Tiqv8e0 KTZ7KIo7i+2O7DnVzrWAu5Cqgc6y1rQGQ7WdfJmBzjDG4fsxvLpNOOkh5axXPQ6bwkEh TSdxySgHh/sjB0lsrWlioJ50lcMr8wr2UQEB/8LYozCXzx6yZ7ex/0NlibFAv6HSi2tz D24p6rnfWZ8HsbhsbQuv3PJmXUmNAFIG4l3LVYz1o175D4Dk2F8y6/s67G1MLup04GZT VaknXrq26mRcTncHx8Gb8HKMfSUcKwFv5HVH3pb11sYkEhwI6hNjWidHxe55blVn8m6S IOZQ== X-Gm-Message-State: AOAM532igOPGbJhFyNDOb1+jRx5DTMDEIxkDuwwMugj4k3z6meEle4S3 lUZT8AaJQA9wFu88dzUh+h8= X-Received: by 2002:a92:1904:: with SMTP id 4mr168754ilz.110.1605232159709; Thu, 12 Nov 2020 17:49:19 -0800 (PST) Received: from Davids-MacBook-Pro.local ([2601:282:800:dc80:48d4:cfcb:64d6:19e8]) by smtp.googlemail.com with ESMTPSA id r16sm3457717ioc.45.2020.11.12.17.49.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 12 Nov 2020 17:49:18 -0800 (PST) Subject: Re: [net-next,v2,4/5] seg6: add support for the SRv6 End.DT4 behavior To: Andrea Mayer , Jakub Kicinski Cc: "David S. Miller" , David Ahern , Alexey Kuznetsov , Hideaki YOSHIFUJI , Shuah Khan , Shrijeet Mukherjee , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, Stefano Salsano , Paolo Lungaroni , Ahmed Abdelsalam References: <20201107153139.3552-1-andrea.mayer@uniroma2.it> <20201107153139.3552-5-andrea.mayer@uniroma2.it> <20201110151255.3a86afcc@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <20201113022848.dd40aa66763316ac4f4ffd56@uniroma2.it> From: David Ahern Message-ID: <34d9b96f-a378-4817-36e8-3d9287c5b76b@gmail.com> Date: Thu, 12 Nov 2020 18:49:17 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.4.2 MIME-Version: 1.0 In-Reply-To: <20201113022848.dd40aa66763316ac4f4ffd56@uniroma2.it> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/12/20 6:28 PM, Andrea Mayer wrote: > The implementation of SRv6 End.DT4 differs from the the implementation of SRv6 > End.DT6 due to the different *route input* lookup functions. For IPv6 is it > possible to force the routing lookup specifying a routing table through the > ip6_pol_route() function (as it is done in the seg6_lookup_any_nexthop()). It is unfortunate that the IPv6 variant got in without the VRF piece.