Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11

Ketan Talaulikar <ketant.ietf@gmail.com> Mon, 07 March 2022 12:54 UTC

Return-Path: <ketant.ietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA7D3A0D1E; Mon, 7 Mar 2022 04:54:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZoMUWWjp-eV; Mon, 7 Mar 2022 04:54:20 -0800 (PST)
Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A08FC3A0D18; Mon, 7 Mar 2022 04:54:20 -0800 (PST)
Received: by mail-vs1-xe2f.google.com with SMTP id h30so10496478vsq.13; Mon, 07 Mar 2022 04:54:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GG5BA23ZC3up6PiLIwhmy2CL+t7ZpMWO3lI+ouZSVE8=; b=EPgDM29qH1GFZUVu1tGuTGdehn0u9W0E5+vQArlenKLDxZlh7k0t8GFv5WF+QZyMyo 1aNCIghb2jufvfV/kCD5UF8bMjVjhJuLxOf0LbWP3aQ/Ktw+lpl9JKGhpt2xeEwN7HKA zvZhpEftJuEDJOY/07xMu+lngy8IQgA7PT0H6rmo56V4La3OtMh6REf4E6dVcmbl0IPD rpSSPALS7hlBXAz4Occh2fp+/vqpL6bHzBMExK9BSlqjVfJuX6Ne+3J1um9xms4cNj1T lw8v39aBJiIkHYLcg2jZ8jbD2DFNcOPftOfIKwkT1LPgvot04avPkU4dnt00XpgOwxYa nRIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GG5BA23ZC3up6PiLIwhmy2CL+t7ZpMWO3lI+ouZSVE8=; b=YozBSd9K3l+pLOeljkQ2lZ1zCZJh/asUH5TdeBFaUg/z0MPKJ2MPHZA8mWhk+pcy8x D0QS/A6jXnk/ego+x4ZpFHd/M45rdJoszF9yyVENCdh2HE8Jtvs+DcrSwycr9AVylVN+ DaVQT44/I5YGQqHEoM4gRnqisK0BzzdyDTxI2JfDBGPI9pv1JVw1HpAzdodg35JgSO8t Txy6afyIMqVbWZzYG+JZN0sYALVOD24MHQ0tp8yYHBAak+Lxh5oGy8gDPrFqh1uIsVGs WdiBcraxxIV+kCFuHEBj7tLBTrFPzJGz3eBDf7+3SoY1RU3Py1yZye/y81gFKA2F3Zzd jN9g==
X-Gm-Message-State: AOAM532oeL4TVUp66v/q/xYc5Zgqhoa4gaUpTKc47h1CVOazIcvJF+0s LlmckEQ3xN62b0o/4nIQbr+IBNFEVqVLZZcRPx76GbiO
X-Google-Smtp-Source: ABdhPJzLZiFz/vwOAi5isV43IwNfXsvsXO3CVAhFft4MCOTcUQtkdpL2cfL5oQmotAflZLcRJcPDcsRjNBCH74IxGFs=
X-Received: by 2002:a05:6102:34f4:b0:31b:9861:7cfa with SMTP id bi20-20020a05610234f400b0031b98617cfamr3837553vsb.64.1646657659273; Mon, 07 Mar 2022 04:54:19 -0800 (PST)
MIME-Version: 1.0
References: <CAH6gdPzmJdWHxzJ14+yySechKU6URdxuVqEhGj+Rmo2FmuCq0w@mail.gmail.com> <202203071530453168719@zte.com.cn>
In-Reply-To: <202203071530453168719@zte.com.cn>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Mon, 07 Mar 2022 18:24:07 +0530
Message-ID: <CAH6gdPxL782pDWE+_8w8aURQxOiHbapS5BsL3b=mTo5SR1jc=g@mail.gmail.com>
To: wang.yubao2@zte.com.cn
Cc: draft-ietf-bess-srv6-services@ietf.org, BESS <bess@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d9035e05d9a05c37"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/iQ3e-7mJg4-PunVjOWtzzvr09s8>
Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2022 12:54:26 -0000

Hi Yubao,

Sec 6.1.1 (Ethernet per-AD ES route ) does talk about the usage of the
End.DT2M behavior. It does not talk about making the route invalid if it is
carrying some other behavior.

That said, will discuss with my co-authors regarding making the text
clearer and get back to you.

Thanks,
Ketan


On Mon, Mar 7, 2022 at 1:03 PM <wang.yubao2@zte.com.cn> wrote:

>
> Hi Ketan,
>
>
> Thanks for your reply,
>
> Please see inline below.
>
>
> Thanks
>
> Yubao
>
>
>
> 原始邮件
> *发件人:*KetanTalaulikar
> *收件人:*王玉保10045807;
> *抄送人:*draft-ietf-bess-srv6-services@ietf.org;BESS;
> *日 期 :*2022年03月04日 14:08
> *主 题 :**Re: [bess] [Idr] Review request for
> draft-ietf-bess-srv6-services-11*
> Hi Yubao,
> Thanks for your email. Please check inline below.
>
>
> On Thu, Mar 3, 2022 at 8:20 AM <wang.yubao2@zte.com.cn> wrote:
>
>>
>> Hi authors,
>>
>>
>>
>>    I reviewed this draft and  I don't understand this  sentence very
>> well:  "The  SRv6 Endpoint behavior of the Service SID thus signaled *is
>> entirely up to the originator* of the advertisement"
>>
>
> KT> Indeed. The egress PE is the one that picks the SRv6 SID to be
> signaled with the specific route.
>
>
> [Yubao 2] I mean the SRv6 Endpoint Behavior field of the SRv6 SID
> Information Sub-TLV, I know the SID is picked by the originator,
>
>                 but I am not sure whether that behavior field should be
> set to "End.DT2M" or not,
>
>                 and I am not sure whether it will be considered to be
> invalid if that behavior field is set to other values.
>
>>
>>    Is it saying that when PE1 receives an Ethernet A-D per ES route whose
>> SRv6 SID Information Sub-TLV's  SRv6 Endpoint Behavior field  is set to X
>> (where X is not 0xFFFF),
>>
>>    that Ethernet A-D per ES route should be indifferently processed by
>> PE1 no matter what value will  X be set to?
>>
>
> KT> I am not sure of the draft text that you are referring to when drawing
> up this inference. For SRv6 SID behaviors that use arguments (e.g. Ethernet
> A-D per ES routes with behavior End.DT2M), it is necessary for the ingress
> PE to not be indifferent to the behavior since it needs to put the argument
> part correctly in the SRv6 SID used on the data path.
>
>
> [Yubao 2] If the ingress PE receives an Ethernet A-D per ES route whose
> SRv6 SID Information Sub-TLV's  SRv6 Endpoint Behavior field  is set to
> 0x0508 (or any other unassigned values of RFC8986)
>
>                 But the IMET route it received carried a Behavior value of
> 'End.DT2M',
>
>                 Will the ingress PE treat that Ethernet A-D per ES route
> as an invalid route?
>
>
>
>>    Is it necessary for the receiver-side processing of Ethernet A-D per
>> ES route's Endpoint Behavior field to be clearly described?
>>
>
> KT> Sec 6.3 is where the egress PE processing and use of the ARG received
> via the Ethernet A-D per ES route with the SRv6 SID received along with
> Route Type 3 is described.
>
>
> [Yubao 2] I think section 6.3 mainly says that the behavior field of IMET
> routes should be 'End.DT2M',
>
>                 but it is not clear whether the behavior field of Ethernet
> A-D per ES route must be set to 'End.DT2M'.
>
>
> Thanks,
> Ketan
>
>>
>>
>> Thanks,
>>
>> Yubao
>>
>>
>>
>>
>>
>