Re: [tsvwg] Publication has been requested for draft-ietf-tsvwg-iana-dscp-registry-04
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 09 May 2018 05:18 UTC
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74985127058; Tue, 8 May 2018 22:18:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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] 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 uRvmTDRdnQOF; Tue, 8 May 2018 22:18:10 -0700 (PDT)
Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (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 7278A1270FC; Tue, 8 May 2018 22:18:10 -0700 (PDT)
Received: by mail-yw0-x234.google.com with SMTP id r202-v6so10364435ywg.10; Tue, 08 May 2018 22:18:10 -0700 (PDT)
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=4RpmgjJ4UNFrkBlHmCuvLjW4q+pv3A6SuYqbMdCS4Jw=; b=FYvZHswdFpVDYjgfZbygq/FecP5c4STtfBtIX93chKNmWfp5ytXdpm5jl5eMG8HGvs z39ss/oTa6lNmoyMtvXlEcYQ6fQN88fuZMuyJ1QInGK9NDTiSLqlFOXu16146LePOKtp dlZ89beS5PnsQMhL9PQfZh1+Oq/f9iOc44H0MqmGuRDOUWfMy283VuwHjEJhPT3Nu/mz 2quRqJb+Nhe5kmR99LcaBk6jvR0plz5XDCikRZWWgXibtDJA96NXttkDjVcMrNgsNoy9 7BoWQys1vP0E6eVkYgdj730ZxC4BXcLz385eiR41J4ivWXUkRgQXf5ncEiDvgpubsXZB JpWQ==
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=4RpmgjJ4UNFrkBlHmCuvLjW4q+pv3A6SuYqbMdCS4Jw=; b=lTJpOk8Xc+vN8UMu9BlCNhWAR+WelNRShS4tXeYT84WeGLxKVWBnEqv/QqlZ9APVA6 hrQQxcBZzmRKiHRu3g8mNH+noEw2w0AefWcIcR/R7fw0NZh/45Bz7lgxK/+5kYmppAKD 2rcfEYLbrH8WdDk73xMJORYf/a+lW6Kw9gnNZ1hHcsDDcaN/Lyo/fOqhQJtntPL5yu7b L7n2kOP7iN9ONaydqGXk0ou0vyu023o634pqKbfgYMC0hZEq4Bxjd8aEmWctbEwj/iVc TAYVVH4j9ds+KjgMN0L6qIBSvV9mjpOHQxE2EFoS/M2n2iSkL05/q6KJzPYTCPOpSs4s 2F+w==
X-Gm-Message-State: ALQs6tCj16Sr6vUsW+CpeBOPOPQYDaYXq7GSvXn/c0s4G++iawczuZv+ lG+D5kUgzRyBfeEjXV+yhh9/nGlhYi6KwA0Gq4hnfA==
X-Google-Smtp-Source: AB8JxZrf83Xdnh2Suaag8nMkKje33ucTaWn7HK7v00ry3z/c8a+5bv60hTLCek1Y5e7vNPz3yTKLQxtT7h5pA6iA/2Y=
X-Received: by 2002:a0d:ed06:: with SMTP id w6-v6mr22652227ywe.467.1525843089614; Tue, 08 May 2018 22:18:09 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a25:d014:0:0:0:0:0 with HTTP; Tue, 8 May 2018 22:18:08 -0700 (PDT)
In-Reply-To: <152578801020.16205.9788449750372171578.idtracker@ietfa.amsl.com>
References: <152578801020.16205.9788449750372171578.idtracker@ietfa.amsl.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 09 May 2018 00:18:08 -0500
Message-ID: <CAKKJt-c8XHDr0EvSLX4edTt6tKzMNkEFp3Z-jW5w_cpeJh3GWg@mail.gmail.com>
To: David Black <david.black@dell.com>
Cc: tsvwg-chairs <tsvwg-chairs@ietf.org>, tsvwg@ietf.org
Content-Type: multipart/alternative; boundary="00000000000056ee6e056bbf0700"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/PQ0_oys1N8C6QPYWUokxY8v7kc4>
Subject: Re: [tsvwg] Publication has been requested for draft-ietf-tsvwg-iana-dscp-registry-04
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 May 2018 05:18:12 -0000
On Tue, May 8, 2018 at 9:00 AM, David Black <david.black@dell.com> wrote: David Black has requested publication of draft-ietf-tsvwg-iana-dscp-registry-04 > as Proposed Standard on behalf of the TSVWG working group. > > Please verify the document's state at https://datatracker.ietf.org/ > doc/draft-ietf-tsvwg-iana-dscp-registry/ I have a couple of comments, but this draft is ready for Last Call. Could you take a look at my comments, and let me know what the right thing to do is? Thanks! Spencer There's a reference to https://tools.ietf.org/html/rfc8126#section-4.9 in the Introduction, but that text uses "Standards Action" with the reference but without any expansion, while further down, the next occurrence of "Standards Action" explains that this means "values are assigned by Standards Track or Best Current Practice RFCs", without providing a reference. Perhaps expanding These are assigned by Standards Action, as defined in [RFC8126]. to read These are assigned by Standards Action, as defined in [RFC8126], i.e., values are assigned by Standards Track or Best Current Practice RFCs and dropping the expansion from the second mention would be clearer? Independent of that question, I had to read through the text containing the second mention a couple of times. Although Pool 1 has not yet been completely exhausted, this document changes the IANA registration policy of Pool 3 to assignment by Standards Action, i.e., values are assigned by Standards Track or Best Current Practice RFCs. The rationale for this update is a need to assign codepoints for particular PHBs that are unable to use any of the unassigned values in Pool 1. Would it be correct to say Although Pool 1 has not yet been completely exhausted, there is a need to assign codepoints for particular PHBs that are unable to use any of the unassigned values in Pool 1. This document changes the IANA registration policy of Pool 3 to assignment by Standards Action, i.e., values are assigned by Standards Track or Best Current Practice RFCs, allowing these codepoints to be assigned. ?
- [tsvwg] Publication has been requested for draft-… David Black
- Re: [tsvwg] Publication has been requested for dr… Spencer Dawkins at IETF
- Re: [tsvwg] Publication has been requested for dr… Gorry Fairhurst
- Re: [tsvwg] Publication has been requested for dr… Spencer Dawkins at IETF
- Re: [tsvwg] Publication has been requested for dr… Spencer Dawkins at IETF