Re: [Gen-art] Review of draft-ietf-ccamp-flexible-grid-ospf-ext-08

"Pete Resnick" <presnick@qti.qualcomm.com> Mon, 13 February 2017 02:00 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA73D12943E; Sun, 12 Feb 2017 18:00:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.021
X-Spam-Level:
X-Spam-Status: No, score=-7.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.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 ZdDvEBtJDRuK; Sun, 12 Feb 2017 18:00:00 -0800 (PST)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA343129434; Sun, 12 Feb 2017 18:00:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1486951200; x=1518487200; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=oa3JNdOKgoM6LB11ZREIX5DuPkLa3Ox7eTZYBYqBr00=; b=Swycco22s1MElq6jrDsLUWmrZ+Fe5G4GVoZqEWN/jMbUlx2OF5/0I44Q 2Rgg1Ro9usIE49Bl8HZlqAE+whhaZy6Su74jWwJYpGm0RMgXyFK8jC5Qt JfZ22bbeWz/EV2ooiYkWihe5PRdD5brV7wbaBTjynYRllO09yIEw4PW/P w=;
X-IronPort-AV: E=Sophos;i="5.35,155,1484035200"; d="scan'208";a="262268643"
Received: from unknown (HELO ironmsg02-L.qualcomm.com) ([10.53.140.109]) by wolverine01.qualcomm.com with ESMTP; 12 Feb 2017 18:00:00 -0800
X-IronPort-AV: E=McAfee;i="5800,7501,8437"; a="865501785"
Received: from unknown (HELO [10.64.113.105]) ([10.64.113.105]) by ironmsg02-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 12 Feb 2017 17:59:48 -0800
From: Pete Resnick <presnick@qti.qualcomm.com>
To: Zhenghaomian <zhenghaomian@huawei.com>
Date: Sun, 12 Feb 2017 19:53:48 -0600
Message-ID: <760710CF-FC4F-4CFD-AFB8-82888150A4BD@qti.qualcomm.com>
In-Reply-To: <E0C26CAA2504C84093A49B2CAC3261A43988E8F6@SZXEMA504-MBX.china.huawei.com>
References: <148676904616.29176.18172899169844310297.idtracker@ietfa.amsl.com> <E0C26CAA2504C84093A49B2CAC3261A43988E8F6@SZXEMA504-MBX.china.huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; markup="markdown"
X-Mailer: MailMate (1.9.6r5344)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/fi6e5YSaRLbyaz-UfCyh6DEgl6o>
Cc: "draft-ietf-ccamp-flexible-grid-ospf-ext.all@ietf.org" <draft-ietf-ccamp-flexible-grid-ospf-ext.all@ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>, "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Re: [Gen-art] Review of draft-ietf-ccamp-flexible-grid-ospf-ext-08
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Feb 2017 02:00:02 -0000

[Trimming down]

On 12 Feb 2017, at 19:22, Zhenghaomian wrote:

> 3.2:
>
>    Hence, in order to support all possible applications and
>    implementations the following information should be advertised for
>    a flexi-grid DWDM link:
>
> Is that "should" in there meant to be normative? That is, do bad 
> things happen if I don't advertise one of those items? Or do you just 
> mean "the following information is advertised..."?
>
> [Haomian] I feel weird if replace 'should be' with 'is', as you cannot 
> support some application/implementation (rather than do bad things) if 
> you don't advertise... How about following change?
>
> OLD
>    Hence, in order to support all possible applications and
>    implementations the following information should be advertised for
>    a flexi-grid DWDM link:
> NEW
>    Hence, in order to support all possible applications and
>    implementations the following information is required to be 
> advertised
>    for a flexi-grid DWDM link:

Well, that's starting to feel like a SHOULD or a MUST. That is to say, 
some applications/implementations will not work if you don't advertise 
these things, so if you're not going to advertise one or more of them, 
you'd better know what you're doing and understand the consequences. 
That's the 2119 definition of SHOULD. On the other hand, if it's really 
always required because you really have to support all of those 
applications/implementations, and there are no good reasons to fail to 
advertise any of these things, then that's a MUST.

As I said before, I'm someone who doesn't like putting in MUSTs and 
SHOULDs (I've even written protocol documents where they never appear), 
but if you really mean "required" or "required unless you know what 
you're doing", I see no harm in putting them in.

pr
-- 
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478