From nobody Tue Nov 3 19:49:53 2020 Return-Path: X-Original-To: babel@ietfa.amsl.com Delivered-To: babel@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1D73A13A1; Tue, 3 Nov 2020 19:49:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.398 X-Spam-Level: X-Spam-Status: No, score=-1.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 EzWTvXJd6v5w; Tue, 3 Nov 2020 19:49:45 -0800 (PST) Received: from mail-vk1-f171.google.com (mail-vk1-f171.google.com [209.85.221.171]) (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 3264B3A139B; Tue, 3 Nov 2020 19:49:45 -0800 (PST) Received: by mail-vk1-f171.google.com with SMTP id q77so768645vkq.1; Tue, 03 Nov 2020 19:49:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oCbuFmWg7WWQvpY3UjU1rtdr03aBaxg1MMxaVy68FSA=; b=N0fs5Phyy9Gtb+G6Y7i85Cu2Te16ofZM0TqlUWflxO0uW+k3ONVbTMYructZbmFw4W /I/2XyzC6XXK7rh/qFZDqyralm71NsbMf5FpUGx9skMyUb7Uq7EOnHngfP5YvjuA3xc2 6+r4vvFUlXjXaxkViMhRWtsLDXoqeO5D/EPWFzW2oVT2UtMDvrzZeuuUK3vXqebTiyW0 eVeFu0+AVxYVsVaAWT58vTePXmASWuT13T3j+BMCWkUaaiykVNDMszcbfbuSrV6hWNLk iPTrRotBhA6tiy2bS54hx2r8mNMErxLIutun0WyBQrp2SIqfKuvsgj2/ZEJjN2yHeo6T h5QQ== X-Gm-Message-State: AOAM531onVxbiICaChh0A5MuY2lRrxVcygWDfC2She2XFtq36AUTyU5n tNfnl5vvYn1svn+OrhqQYyUGtqnNpscCjjKg/Ls= X-Google-Smtp-Source: ABdhPJwZGcbhjZpEjFBK5URGY28gJDQyeHp2y9YlOK60JB4ifSxtDxvr5bmqHdgBq/qndogwF1w32zbei/aLp8bIo5Y= X-Received: by 2002:a1f:2ad0:: with SMTP id q199mr19031214vkq.20.1604461783951; Tue, 03 Nov 2020 19:49:43 -0800 (PST) MIME-Version: 1.0 References: <160419457047.13941.8784738161520575163@ietfa.amsl.com> <183ee01e884f4c01aa7520b9ed48b061@att.com> In-Reply-To: <183ee01e884f4c01aa7520b9ed48b061@att.com> From: Barry Leiba Date: Tue, 3 Nov 2020 22:49:32 -0500 Message-ID: To: "STARK, BARBARA H" Cc: Donald Eastlake , The IESG , "babel-chairs@ietf.org" , "babel@ietf.org" , "draft-ietf-babel-information-model@ietf.org" Content-Type: multipart/alternative; boundary="000000000000b02f3405b33fde36" Archived-At: Subject: Re: [babel] Barry Leiba's No Objection on draft-ietf-babel-information-model-11: (with COMMENT) X-BeenThere: babel@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "A list for discussion of the Babel Routing Protocol." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 03:49:47 -0000 --000000000000b02f3405b33fde36 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks, Barbara. Barry On Tue, Nov 3, 2020 at 6:11 PM STARK, BARBARA H wrote: > Hi Barry, > Thanks for your review. I'll make both of the changes you suggest. > Barbara > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > Just a couple of minor comments here: > > > > =E2=80=94 Section 1.1 =E2=80=94 > > Please use the exact BCP 14 boilerplate from RFC 8174. > > I will change to use the exact BCP 14 boilerplate. > > > =E2=80=94 Section 1.2 =E2=80=94 > > For =E2=80=9Cdatetime=E2=80=9D, I suggest adding =E2=80=9CSection 5.6= =E2=80=9D to the reference to RFC > 3339, > > to > > make the specific format easier to find. And I think the use of 3339 i= n > the > > definition of the type makes it a normative reference. > > I will add Section 5.6 to the RFC 3339 reference. > > > Similarly, the use of ISO.10646 to define =E2=80=9Cstring=E2=80=9D make= s it normative. > > > > > > --000000000000b02f3405b33fde36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks, Barbara.

Barry

On Tue, Nov 3, 2020 at 6:11 PM STARK, BARBARA H <bs7652@att.com> wrote:
Hi Barry,
Thanks for your review. I'll make both of the changes you suggest.
Barbara

> ----------------------------------------------------------------------=
> COMMENT:
> ----------------------------------------------------------------------=
>
> Just a couple of minor comments here:
>
> =E2=80=94 Section 1.1 =E2=80=94
> Please use the exact BCP 14 boilerplate from RFC 8174.

I will change to use the exact BCP 14 boilerplate.

> =E2=80=94 Section 1.2 =E2=80=94
> For =E2=80=9Cdatetime=E2=80=9D, I suggest adding =E2=80=9CSection 5.6= =E2=80=9D to the reference to RFC 3339,
> to
> make the specific format easier to find.=C2=A0 And I think the use of = 3339 in the
> definition of the type makes it a normative reference.

I will add Section 5.6 to the RFC 3339 reference.

> Similarly, the use of ISO.10646 to define =E2=80=9Cstring=E2=80=9D mak= es it normative.
>
>

--000000000000b02f3405b33fde36--