Re: [Teas] Robert Wilton's Discuss on draft-ietf-teas-gmpls-signaling-smp-11: (with DISCUSS)

Jeong-dong Ryoo <ryoo@etri.re.kr> Tue, 19 April 2022 10:40 UTC

Return-Path: <ryoo@etri.re.kr>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04D413A1560 for <teas@ietfa.amsl.com>; Tue, 19 Apr 2022 03:40:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NO_DNS_FOR_FROM=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dooray.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 6KcvSSnboFUM for <teas@ietfa.amsl.com>; Tue, 19 Apr 2022 03:40:24 -0700 (PDT)
Received: from mscreen.etri.re.kr (mscreen.etri.re.kr [129.254.9.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76EAA3A1587 for <teas@ietf.org>; Tue, 19 Apr 2022 03:40:19 -0700 (PDT)
Received: from unknown (HELO send001-relay.gov-dooray.com) (211.180.235.152) by 129.254.9.16 with ESMTP; 19 Apr 2022 19:33:37 +0900
X-Original-SENDERIP: 211.180.235.152
X-Original-MAILFROM: ryoo@etri.re.kr
X-Original-RCPTTO: teas@ietf.org
Received: from [10.162.225.103] (HELO send001.gov-dooray.com) ([10.162.225.103]) by send001-relay.gov-dooray.com with SMTP id 9af00aa7625e9000; Tue, 19 Apr 2022 19:33:36 +0900
DKIM-Signature: a=rsa-sha256; b=E3eyQbR6eCsHbS/sf4u1wu/fNkitHhKMGejp9OQr678Lxq9G9JRrN0GqTg0ncA2rkCnIyB8t4R uYGD3Px5yWw9Z+GFQo07SP+Dn4OnrmQ55HssJfNGLcovc+T13r/JdFxfrNn+Z1IHwx9zV9iZB6+O 548gZxiC41c6xlsasczSyJV5rOpfdKrMXSUsr2m2i8hhfzFQsFAbOmZRdV4uuPZ1KNHGznwpr7v8 xdYulpnOLyFwHwi1dGF6T1O7HudY59AMsiV6/OwvdXdcE9pFe7FrhQXN8RjgXQXUBKhzu24y1Uws 8tOwcs03aJaWNWPqbCa0mIzIuamqZxlYhI8tgMmw==; c=relaxed/relaxed; s=selector; d=dooray.com; v=1; bh=fLsM8JBqCC9521VLsHJXEf41FXtEJkldiJv7LdP8fvs=; h=From:To:Subject:Message-ID;
Dooray-Meta-Signature: uET0pQadsZjh0q9wWPcl9jXVzmurX93yFW367ajWCLaIXDSJEV3Cm qTswzkdJGPF6s915o7W1VucUCd+W2Cmmzb1Yz6hTpO6WkJGj6mVBaiigzlMafiLUfPLuVCEGghQD 6h4WyFM4T6X/sHqnf2tKykA6SRHVU9TsMbFTbRePlWgOfqN6u5M3J1tLyKOsroCcQfQrUTGZSzyL rMdqoMo5l/nuKEX5y6TBxtn4D+MdzOg+kjelb3zJouvP7C4v1j5z+3M2u7qgRe8+G5UPfCl1v7M8 tD/mX8oZc3SDFIaylfOI+31yegaRQQbkWIWeMyA6RVgJr68i5gAPanEhgNYVgWzZhkPIz0jYs6ZW c5QsKw=
Received: from [129.254.197.129] (HELO 129.254.197.129) ([129.254.197.129]) by send001.gov-dooray.com with SMTP id 801c2ee7625e8fff; Tue, 19 Apr 2022 19:33:35 +0900
From: Jeong-dong Ryoo <ryoo@etri.re.kr>
To: The IESG <iesg@ietf.org>, Robert Wilton <rwilton@cisco.com>
Cc: draft-ietf-teas-gmpls-signaling-smp@ietf.org, teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net
Message-ID: <oqcuevd8l5v1.oqcuevd7u8tn.g1@dooray.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
X-Dsn-Request: true
X-Dooray-Agent: mail-api
X-Dooray-Mail-Id: 3255285529812327661
Importance: Normal
X-Priority: Normal
X-MSMail-Priority: Normal
X-Dooray-Attached: c3+LUOpPU/IB7Wl+oemm0lw5HiI/bJHHYClX72L8E3o=
Sender: ryoo@etri.re.kr
Date: Tue, 19 Apr 2022 19:33:35 +0900
References: <164933181107.6161.4337041650776377766@ietfa.amsl.com>
In-Reply-To: <164933181107.6161.4337041650776377766@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/9ZcbOjBZN3ozQOjbwL8YRIPW4rk>
Subject: Re: [Teas] Robert Wilton's Discuss on draft-ietf-teas-gmpls-signaling-smp-11: (with DISCUSS)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2022 10:40:29 -0000

Hi, Robert.


Thank you for your review and comments. 

Indeed, it is possible that the current text may lead to confusion and ambiguity.

The co-authors of this draft would like to revise the draft as per your first suggestion. We want to keep the "If 0x20 (SMP), the N bit MUST be set to 1." sentence, since it can be helpful to have an explicit statement in the part that defines the values of the message bits.
 
We will upload a revised text shortly.


Best regards,

Jeong-dong (on behalf of the co-authors)



-----Original Message-----
From:  "Robert Wilton via Datatracker" <noreply@ietf.org>
To:     "The IESG" <iesg@ietf.org>; 
Cc:      <draft-ietf-teas-gmpls-signaling-smp@ietf.org>;   <teas-chairs@ietf.org>;   <teas@ietf.org>;   <vbeeram@juniper.net>;   <vbeeram@juniper.net>; 
Sent:  2022-04-07 (목) 20:43:42 (UTC+09:00)
Subject: Robert Wilton's Discuss on draft-ietf-teas-gmpls-signaling-smp-11: (with DISCUSS)

Robert Wilton has entered the following ballot position for
draft-ietf-teas-gmpls-signaling-smp-11: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-teas-gmpls-signaling-smp/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Thanks for this document, and sorry for the late discuss, which should
hopefully be trivial to fix.

   Notification (N): 1 bit

      When set to 1, this bit indicates that the control plane message
      exchange is only used for notification during protection
      switching.  When set to 0 (default), it indicates that the control
      plane message exchanges are used for protection-switching
      purposes.  The N bit is only applicable when the LSP Protection
      Type Flag is set to 0x04 (1:N Protection with Extra- Traffic),
      0x08 (1+1 Unidirectional Protection), 0x10 (1+1 Bidirectional
      Protection), or 0x20 (Shared Mesh Protection).  If 0x20 (SMP), the
      N bit MUST be set to 1.  The N bit MUST be set to 0 in any other
      case.

I think that the way that this RFC4872 text has been updated makes this text
unclear/ambiguous.

Specifically, I think that somebody could reasonably interpret this as saying
that the N bit is set to 1 for SMP, and otherwise it must always be set to 0,
but I don't think that is the intention.  So please can this be clarified.

One fix could be to swap the order of the last 2 sentences.  E.g.,

      or 0x20 (Shared Mesh Protection).  The N bit MUST
      be set to 0 in any other case. If 0x20 (SMP), the
      N bit MUST be set to 1.

Alternatively, I think that you could possibly just remove the "If 0x20 (SMP),
the N bit MUST be set to 1." and instead rely on the text in 5.2/5.3, (perhaps
strengthening with RFC 2119 language if required).

Regards,
Rob