Re: [trill] Mirja Kühlewind's No Objection on draft-ietf-trill-channel-tunnel-09: (with COMMENT)

"Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net> Tue, 05 July 2016 20:17 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91B0112D0FC for <trill@ietfa.amsl.com>; Tue, 5 Jul 2016 13:17:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.328
X-Spam-Level:
X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
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 BjiDhNqe53P1 for <trill@ietfa.amsl.com>; Tue, 5 Jul 2016 13:17:15 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DC9B12B050 for <trill@ietf.org>; Tue, 5 Jul 2016 13:17:14 -0700 (PDT)
Received: (qmail 4026 invoked from network); 5 Jul 2016 22:10:32 +0200
Received: from 178-83-155-34.dynamic.hispeed.ch (HELO ?192.168.220.145?) (178.83.155.34) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 5 Jul 2016 22:10:32 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <CAF4+nEFOVXuiM=Dt5+HgqF6UaTSjM7KucpYnzdETnV8ft5C8zg@mail.gmail.com>
Date: Tue, 05 Jul 2016 22:10:31 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <1C9B8107-7FA4-458B-AFAF-F8C86741D598@kuehlewind.net>
References: <20160704133205.2547.49641.idtracker@ietfa.amsl.com> <CAF4+nEFOVXuiM=Dt5+HgqF6UaTSjM7KucpYnzdETnV8ft5C8zg@mail.gmail.com>
To: Donald Eastlake <d3e3e3@gmail.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/4YdOpgI69Paj9oeNkwQBdyRxApQ>
Cc: draft-ietf-trill-channel-tunnel@ietf.org, "trill-chairs@ietf.org" <trill-chairs@ietf.org>, The IESG <iesg@ietf.org>, "shares@ndzh.com" <shares@ndzh.com>, "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] Mirja Kühlewind's No Objection on draft-ietf-trill-channel-tunnel-09: (with COMMENT)
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2016 20:17:16 -0000

Hi Donald,

I guess it’s up to the wg to decide if a registry is needed or not. I was just wondering why it was decided to not have one and wanted to double-check that this is the right thing to do. I’m fine with that.

I would however, recommend to add a sentence saying that a document that would want to use any additional value would also need to set up a registry. And further, while table 4.1 says "Available for assignment by IETF Review“, table 3.1 doesn’t; i would recommend to add this there as well.

Mirja



> Am 04.07.2016 um 20:14 schrieb Donald Eastlake <d3e3e3@gmail.com>:
> 
> Hi Mirja,
> 
> Thanks for your comment. See below.
> 
> On Mon, Jul 4, 2016 at 9:32 AM, Mirja Kuehlewind <ietf@kuehlewind.net> wrote:
>> Mirja Kühlewind has entered the following ballot position for
>> draft-ietf-trill-channel-tunnel-09: No Objection
>> 
>> ...
>> 
>> ----------------------------------------------------------------------
>> COMMENT:
>> ----------------------------------------------------------------------
>> 
>> One question: Why are there no IANA registries for tables 3.1 and 4.1?
> 
> I believe that the first time a code point is specified, it is a
> judgement call whether or not to create an IANA registry. If not, then
> obviously the first subsequent document that defines additional values
> needs to set up a registry. But if it doesn't appear that there are
> likely to be any additional values for some time, I don't think it is
> necessary to specify a registry and decide on an allocation policy
> right away. By the time the first additional value needs to be
> assigned the level of demand and the registration policy may be
> clearer.
> 
> However, if the IESG would like, it would certainly be simple enough
> to have these be IANA registries. (If that were done now I would
> suggest an allocation policy of IETF Review due to the limited number
> of values available.)
> 
> Thanks,
> Donald
> ===============================
> Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
> 155 Beaver Street, Milford, MA 01757 USA
> d3e3e3@gmail.com
>