Re: [Teas] [IANA #992491] Protocol Action: 'OSPF-Traffic Engineering Link Availability Extension for Links with Variable Discrete Bandwidth' to Proposed Standard (draft-ietf-ccamp-ospf-availability-extension-13.txt)

Greg Mirsky <gregimirsky@gmail.com> Tue, 09 January 2018 17:55 UTC

Return-Path: <gregimirsky@gmail.com>
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 D0E6D1200FC for <teas@ietfa.amsl.com>; Tue, 9 Jan 2018 09:55:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 BbclIAjJIeq3 for <teas@ietfa.amsl.com>; Tue, 9 Jan 2018 09:55:11 -0800 (PST)
Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (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 93BA112422F for <teas@ietf.org>; Tue, 9 Jan 2018 09:55:10 -0800 (PST)
Received: by mail-lf0-x229.google.com with SMTP id j143so16876340lfg.0 for <teas@ietf.org>; Tue, 09 Jan 2018 09:55:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/EFxhu+/lnhSi5FvdCd50AaEaAXqrr+rsEJ1H6rw8Hk=; b=iJmCjdWUOQpb3kB+5uQc3ZU3JiueRBaSOOjNXT1gIkf8vRBO05+LmzhPhp/XMZrjqC pFZUYTzGFl8d3Xi5qQdWJCpzJLiAhFoUdmM+8dQR7FjX8x74NK1AmN50uK348CUCJtKN fTiu4zBxKj7vs70zGJ/BpkfbyeF9g0rjKtMcWNlumL1ZIdVEJNlArOV0oP7jJ2aLBoRz I8vs0u7X+xIJfs9/hWb3LnyOxg8w2xag8ViTEqXA8Y2R+uP922HmfOElF5iN5WB0IIKl Xj9FuEg7MQ6lWhwpbJHCrioFrzxZpwviPAwiw0LQg8+4FY2fLl16omo93x9t8swoFSjf TFzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/EFxhu+/lnhSi5FvdCd50AaEaAXqrr+rsEJ1H6rw8Hk=; b=EfnggZgs0DIYjh8dyYIwLgyfkdqlFO4eQQJy5Lej4KTZPLq2JrEFLazacaPEZqp+SP YQyCRhYhMYz/qQV6n84VJSjAsoHpR85l8Lobts8V2nV0LRNtkL9Ng2b2zJU8Vd0LNPVe 2pX2FppaaAIth0l4oEHBDnCfZCtApbdQZzZKAFjGVd0TeNAQAPs0cIvIOOaJ1IjmIBCL tGNRARJ3p7ejEjMaUWRbBxhdNnOL59TzhoK+4qyMvlUC42hbMXEGyaMrvdrUv52BAacC dsFymBm8g9zZfC7fRUde8vhjBdo352MmBCYEdX16anMv5cAYNzIrNWEIJSC2lVm8hU/J 7Ubw==
X-Gm-Message-State: AKwxytc3FaKU/7QRs6vpwruK16AecvogPpO28ccZ7QIjJqAbsirt4V/F ekXMV90J0TcpT6mp0Rrd9LjtFmh54D8YLvuq+KY=
X-Google-Smtp-Source: ACJfBouhpigitd8gVJwpMZzx4G0KrJDu59KGdlwRx2nYL4e4Cm75sKj6HoqT1yMX/3NWTwFUtNjZIg/xEjwV6LRoTQI=
X-Received: by 10.46.93.82 with SMTP id r79mr9005751ljb.11.1515520508556; Tue, 09 Jan 2018 09:55:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.46.32.136 with HTTP; Tue, 9 Jan 2018 09:55:07 -0800 (PST)
In-Reply-To: <52d04e56-d8fc-d687-5840-37327b6284fe@labn.net>
References: <RT-Ticket-992491@icann.org> <151311939159.30089.7162896333460285790.idtracker@ietfa.amsl.com> <rt-4.2.9-7308-1513364633-1001.992491-7-0@icann.org> <CA+RyBmVmaYTSZKXhamUK8t3uZWLcEN0XXbKBD0zHETex+hVzTg@mail.gmail.com> <52d04e56-d8fc-d687-5840-37327b6284fe@labn.net>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 09 Jan 2018 09:55:07 -0800
Message-ID: <CA+RyBmX0-=BPp+wfzcvPSXaj1mwsLD6oFmmtMa8eY8bny=zivA@mail.gmail.com>
To: Lou Berger <lberger@labn.net>
Cc: TEAS WG <teas@ietf.org>, D'Alessandro Alessandro Gerardo <alessandro.dalessandro@telecomitalia.it>, "BRUNGARD, DEBORAH A (ATTLABS)" <db3546@att.com>, Alia Atlas <akatlas@gmail.com>, "Shah, Himanshu" <hshah@ciena.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>, oscar.gonzalezdedios@telefonica.com, "Yemin (Amy)" <amy.yemin@huawei.com>, longhao@huawei.com, Alvaro Retana <aretana.ietf@gmail.com>, Fatai Zhang <zhangfatai@huawei.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
Content-Type: multipart/alternative; boundary="001a114b5f568ffd2d05625b9d4d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/PKeuQkJ1YFVZYQRxmUasaV_CfhA>
Subject: Re: [Teas] [IANA #992491] Protocol Action: 'OSPF-Traffic Engineering Link Availability Extension for Links with Variable Discrete Bandwidth' to Proposed Standard (draft-ietf-ccamp-ospf-availability-extension-13.txt)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
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, 09 Jan 2018 17:55:14 -0000

Hi Lou,
happy New Year and the best wishes to All!
I don't have concerns regarding to proposed type value but one question and
a two suggestions:

   - the Generalized SCSI (Switching Capability Specific Information) TLVs
   Types registry lists values from 1 through 9 as Unassigned. Are there plans
   to assign them to newer SCSI Types or rather exclude the range from being
   used altogether? If the latter,
   then draft-ietf-ccamp-ospf-availability-extension may be the right placed
   to state that in the IANA Considerations section.
   - There's no Experimental use range in SCSI Type registry. May be useful.
   - Similar to making 0 reserved value in the registry, should 65535 be
   reserved as well?

Regards,
Greg

On Tue, Jan 9, 2018 at 8:53 AM, Lou Berger <lberger@labn.net> wrote:

> Greg,
>
>     Our (designated experts) rational was included in the forwarded
> message:
>
> > The short answer is to avoid the sub-tlv values used in RFC7688 (1-5)
> > and 7138 (1-2) and it seemed better to start with 10 then 6.
> Do you have concerns with this approach?  If so what?
>
> Thanks,
> Lou
>
>
> On 12/15/2017 4:03 PM, Greg Mirsky wrote:
>
> Dear TEAS Experts, et. al,
> I've refreshed my memory of the RFC 8258 that defined SCSI-TLV and the Generalized
> SCSI (Switching Capability Specific Information) TLV Types registry. The
> current registry has values 1 through 9 as unassigned and without any
> reference. Do you have plans to use these values in the future? And it
> would help me a great deal if you expand on references to allocated sub-TLV
> type values for RFC 7688 and RFC 7138. Do you have concern that the new
> Availability type may be used in the same TLV with them? I don't see that
> as possible scenario but I might be missing something here.
>
> Regards,
> Greg
>
> On Fri, Dec 15, 2017 at 1:03 PM, Amanda Baber via RT <
> drafts-approval@iana.org> wrote:
>
>> Dear Authors,
>>
>> This is the answer from the designated experts re: the use of value 10
>> instead of value 1:
>>
>> > The short answer is to avoid the sub-tlv values used in RFC7688 (1-5)
>> > and 7138 (1-2) and it seemed better to start with 10 then 6.  Also, if
>> > they want to discuss further, please ask them to send a message to the
>> > TEAS WG list.
>>
>> Can you review this registry action and below confirm that we've
>> completed it correctly? Please see the question below as well.
>>
>> We've added the following entry to the Generalized SCSI (Switching
>> Capability Specific Information) TLV Types registry:
>>
>> Value: 10
>> SCSI-TLV: Availability
>> Switching Type:
>> Reference: [RFC-ietf-ccamp-ospf-availability-extension-13]
>>
>> QUESTION: RFC 8258 states that "New allocation requests to this registry
>> must indicate the value or values to be used in the Switching Type column."
>> How should we fill in the column for this registration? Please note that
>> this field should be added to the IANA Considerations section.
>>
>> Please see
>> https://www.iana.org/assignments/gmpls-sig-parameters
>>
>> Once we have data for the Switching Type field, if this action is
>> otherwise correct, we'll tell the RFC Editor the actions are complete.
>>
>> Best regards,
>>
>> Amanda Baber
>> Lead IANA Services Specialist
>>
>
>
>
> _______________________________________________
> Teas mailing listTeas@ietf.orghttps://www.ietf.org/mailman/listinfo/teas
>
>
>