Re: [bess] WG adoption and IPR poll for draft-trr-bess-bgp-srv6-args-02

Ketan Talaulikar <ketant.ietf@gmail.com> Wed, 25 October 2023 11:55 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 5F9C5C151064; Wed, 25 Oct 2023 04:55:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.104 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JmS6yUHh5F8q; Wed, 25 Oct 2023 04:55:17 -0700 (PDT)
Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40592C151556; Wed, 25 Oct 2023 04:55:17 -0700 (PDT)
Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-9b95622c620so853341166b.0; Wed, 25 Oct 2023 04:55:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698234915; x=1698839715; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DnMychMSGSWxCpbU5kyR8zG5f7G4YkY+0QCgf+UjSrE=; b=VxDEq9fJB7r1CORLy8Ln72LMTuRi/htO2HJKP7w9TFtjgRkXN/7roEIqvS0X0j/5e+ 4kdKAZnWCW8G5AmVGCY12mrFtXmToDeAtqfFqkto02WeD+gm0l+vGDylaxPwreqfDwaW GnZPipd0wTHkGugFsamIlKkTApYDcYuCPsQx6OhOabC+PIv5c0c0vl4zRrZW62IRwB+3 2qy3hx0rYZWdKLRCi0oJvaTWwAfKa4YknN3sZRnp4Agg7AD/b0VLdNyF+4R+M1/iRnPv kdkaoEwat5scGQJ6YXFobUhxznwn5kKoys2aEEeIaJIlMmsXBfLdcldoCuGiHV1hK0va 6fow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698234915; x=1698839715; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DnMychMSGSWxCpbU5kyR8zG5f7G4YkY+0QCgf+UjSrE=; b=vZKwOD3H3mkqDC1WQ7YnMoRG6AWXpeSHWOaHs7jdjFBF9++1goVOf0G95yQzULdVl2 JQktyVP9rc1dC+XK1xvlgdPMGQt6+6MvodKZ10pRGj7VFgByKjvwqY/P4+oz6+4jbwP3 lgPuEViygyFJJLnee5h0I3Iu+8JDyxPbAX1R1J9CHYKYhoJkE+ZME5cVzDs5uIQnaLM5 BnoQf5WhUyXQ+J2wIeXtR6ZDTYO9QOT0ay48e/66SSmP8eDL/fjKgPfwDDskahjePT1x J9520uVSkYxhLSitoVJqhKcQOlGSyfpSUeK9tcwaH5JTNHb1MrO6I4HVQQgffdlcwzJV /PGw==
X-Gm-Message-State: AOJu0Yx+bH+kSqTypsY99alRCugv8UK5b90ChjhfAiZogm2gjnmWCe4/ mrHweFqSvOPCz5YKkz84RARyh+z0ogdpH0YYHYXXnMzk
X-Google-Smtp-Source: AGHT+IH2pAWPfEcgUJWx+PzS2xChO+C2Bp+KeS5QYrxTe85AVl0lee0rY2wxuqy5P3/TgQTltxWkGGzY2rL2PP6WRt0=
X-Received: by 2002:a17:906:db0d:b0:9bf:b8f7:1fc4 with SMTP id xj13-20020a170906db0d00b009bfb8f71fc4mr12021705ejb.43.1698234915383; Wed, 25 Oct 2023 04:55:15 -0700 (PDT)
MIME-Version: 1.0
References: <DU0PR07MB92185AA33635B18B67DB810CEBC1A@DU0PR07MB9218.eurprd07.prod.outlook.com> <AS2PR02MB8839BF234456B1010C98357DF0CCA@AS2PR02MB8839.eurprd02.prod.outlook.com> <CAH6gdPyr6me8__OYi7owKm1ZcW5MuVTCzbK9ST9gxFmQehTvpw@mail.gmail.com> <AS2PR02MB883901141B4B71F8C6E9E6BBF0DFA@AS2PR02MB8839.eurprd02.prod.outlook.com>
In-Reply-To: <AS2PR02MB883901141B4B71F8C6E9E6BBF0DFA@AS2PR02MB8839.eurprd02.prod.outlook.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Wed, 25 Oct 2023 17:25:03 +0530
Message-ID: <CAH6gdPynZN=H7fpoNw9V=B2sUrQ8oLkprmEmkZZvoiabBbFO3A@mail.gmail.com>
To: bruno.decraene@orange.com
Cc: "Matthew Bocci (Nokia)" <matthew.bocci@nokia.com>, "draft-trr-bess-bgp-srv6-args@ietf.org" <draft-trr-bess-bgp-srv6-args@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e06d4c06088920cc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/cj3x0EoLoRQFBHH7MWwblw-poBM>
Subject: Re: [bess] WG adoption and IPR poll for draft-trr-bess-bgp-srv6-args-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 25 Oct 2023 11:55:18 -0000

Hi Bruno,

Thanks for confirming. These changes will be included in the v01 of the
draft.

Thanks,
Ketan


On Tue, Oct 24, 2023 at 6:13 PM <bruno.decraene@orange.com> wrote:

> Hi Ketan,
>
>
>
> Thanks for your reply.
>
>
>
> Your proposed changes look good to me.
>
>
>
> Thanks for this.
>
>
>
> --Bruno
>
>
>
> *From:* Ketan Talaulikar <ketant.ietf@gmail.com>
> *Sent:* Monday, October 23, 2023 1:06 PM
> *To:* DECRAENE Bruno INNOV/NET <bruno.decraene@orange.com>
> *Cc:* Matthew Bocci (Nokia) <matthew.bocci@nokia.com>;
> draft-trr-bess-bgp-srv6-args@ietf.org; bess@ietf.org
> *Subject:* Re: WG adoption and IPR poll for
> draft-trr-bess-bgp-srv6-args-02
>
>
>
> Hi Bruno,
>
>
>
> Thanks for your support and comments. Please check inline below for
> response.
>
>
>
> On Wed, Oct 11, 2023 at 7:51 PM <bruno.decraene@orange.com> wrote:
>
> I support adoption : clarifying spec and improving interop is important.
>
>
>
> Thank you for section 4 regarding Backward Compatibility.
>
> May be 1 comment although I didn’t take time to read everything in details
> and I’m not familiar with EVPN.
>
>
>
> It’s not completely clear to me whether backward compatibility MAY be
> preserved or MUST be preserved.
>
> Unless there is a good technical reason, my preference would be for “MUST
> be preserved”.
>
> e.g.
>
> §4
>
> OLD: Backward compatibility with implementations doing the bitwise
>
>    logical-OR operation can be preserved by the advertisement of SIDs
>
>
>
> NEW: Backward compatibility with implementations doing the bitwise
>
>    logical-OR operation is preserved thanks to the advertisement of SIDs
>
>
>
>
>
> KT> Ack. We will incorporate this change in the next version.
>
>
>
> §3.1
>
> OLD:
>
> it is
>
>    REQUIRED that proper LBL, LNL, and FL values be set corresponding to
>
>    the supported SID Structure for the End.DT2M SRv6 Service SIDs.
>
>
>
> KT> In this context, the "proper" values are the same values as signaled
> via the SID Structure for the End.DT2M SID. Would the following work?
>
>
>
> NEW:
>
> it is
>
> REQUIRED that the LBL, LNL, and FL values be set as indicated via
>
> the SID Structure for the End.DT2M SRv6 Service SIDs.
>
>
>
>
>
>
>
>
>
> Given that this is already the second spec to clarify this, may be “proper
> [..] value” could be expanded so as to specify the precise behavior which
> is REQUIRED.
>
>
>
> Probably similar comment for §3.2 (“The LBL, LNL, and FL MUST be set to appropriate values”).
>
>
>
> KT> Perhaps the word "appropriate" is redundant here ... would removing it
> help?
>
>
>
> Thanks,
>
> Ketan
>
>
>
>
>
> Thanks,
>
> Regards,
>
> --Bruno
>
>
>
>
>
> Orange Restricted
>
>
>
> Orange Restricted
>
> *From:* BESS <bess-bounces@ietf.org> *On Behalf Of *Matthew Bocci (Nokia)
> *Sent:* Thursday, September 28, 2023 4:49 PM
> *To:* bess@ietf.org
> *Cc:* draft-trr-bess-bgp-srv6-args@ietf.org
> *Subject:* [bess] WG adoption and IPR poll for
> draft-trr-bess-bgp-srv6-args-02
>
>
>
> This email begins a two-week WG adoption and IPR poll for
> draft-trr-bess-bgp-srv6-args-02 [1].
>
>
>
> Please review the draft and post any comments to the BESS working group
> list.
>
>
>
> We are also polling for knowledge of any undisclosed IPR that applies to
> this document, to ensure that IPR has been disclosed in compliance with
> IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> If you are listed as an author or a contributor of this document, please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR, copying the BESS mailing list. The document will
> not progress without answers from all the authors and contributors.
>
> Currently, there is currently no IPR disclosure against this document.
>
>
>
> If you are not listed as an author or a contributor, then please
> explicitly respond to the IPR poll only if you are aware of any IPR that
> has not yet been disclosed in conformance with IETF rules.
>
>
>
> This poll for adoption closes on Thursday 12th October 2023.
>
>
>
> [1] draft-trr-bess-bgp-srv6-args-02 - SRv6 Argument Signaling for BGP
> Services (ietf.org)
> <https://datatracker.ietf.org/doc/draft-trr-bess-bgp-srv6-args/>
>
> ____________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
>
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
>
> they should not be distributed, used or copied without authorisation.
>
> If you have received this email in error, please notify the sender and delete this message and its attachments.
>
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>
> Thank you.
>
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
>