Re: [Dime] Gen-ART review of draft-ietf-dime-rfc4005bis-11

Barry Leiba <barryleiba@computer.org> Mon, 08 October 2012 17:16 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A95A221F87E8; Mon, 8 Oct 2012 10:16:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.1
X-Spam-Level:
X-Spam-Status: No, score=-103.1 tagged_above=-999 required=5 tests=[AWL=-0.123, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AJAnkpc3SQYu; Mon, 8 Oct 2012 10:16:53 -0700 (PDT)
Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 2F40321F87E4; Mon, 8 Oct 2012 10:16:52 -0700 (PDT)
Received: by mail-la0-f44.google.com with SMTP id b11so2672668lam.31 for <multiple recipients>; Mon, 08 Oct 2012 10:16:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=DvWnnNe9gwL58ZzSLvx2fDmeW+DHgNZyJ/zBR0qrcC4=; b=QrXTvh35QLhsYKEBrjTZh4RDJzid44fLvgjKFa34yj45VcCiCeXDkbuSUiFg2mLJCk OQ5GFGmeG4PScRu/C8O8eHvqmOPg/WgIbQtGZxiXCn2dao6DRu6RXM22WUE49aoS/3qK 3289cay5RWysjlh7EPRbWalnELv1VDJrauDsqIKCZzeqKkfDghrPkOVgHkXkNSlCs2bs 6FEXGo0piv0Ck4XFtmYrgpKaAwsMYpE0A2Qrc/v1LTQvkC/TceSp7xkfRowLT5ibibHp eGhux1LMDU3XPWQhE3OfOuRgzX52KESDck9k9ZuIuLasTNlMF1WVFp77/IyXzcw4SSKe mjTQ==
MIME-Version: 1.0
Received: by 10.112.101.133 with SMTP id fg5mr2771608lbb.3.1349716611100; Mon, 08 Oct 2012 10:16:51 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.112.150.194 with HTTP; Mon, 8 Oct 2012 10:16:50 -0700 (PDT)
In-Reply-To: <50712F0A.1050309@gmail.com>
References: <8D3D17ACE214DC429325B2B98F3AE7120DCD17FD@MX15A.corp.emc.com> <50712F0A.1050309@gmail.com>
Date: Mon, 8 Oct 2012 13:16:50 -0400
X-Google-Sender-Auth: kuSWlw21NSFpLbLwLkm8lk1x1sk
Message-ID: <CAC4RtVDDBo+kVJMpS+j1sCHy_qtn0FzLkrpzqysPZTaPTHpm1w@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Glen Zorn <glenzorn@gmail.com>, precis-chairs@tools.ietf.org
Content-Type: text/plain; charset=ISO-8859-1
Cc: "ietf@ietf.org" <ietf@ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-dime-rfc4005bis@tools.ietf.org" <draft-ietf-dime-rfc4005bis@tools.ietf.org>, "dime@ietf.org" <dime@ietf.org>, "Black, David" <david.black@emc.com>, "dime-chairs@tools.ietf.org" <dime-chairs@tools.ietf.org>
Subject: Re: [Dime] Gen-ART review of draft-ietf-dime-rfc4005bis-11
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Oct 2012 17:16:53 -0000

>> 5) Statement that the string  contains an FQDN, as stated for one case of
>> the Tunnel-Client-Endpoint AVP in 4.5.4. That specific statement is
>> incomplete, as it needs to be accompanied by a normative reference to
>> a document that specifies the format of internationalized domain
>> names, and probably needs to also state which types of labels (e.g.,
>> A-label, U-label) are allowed.
>>
>> Every use of UTF8String in this draft needs to be checked, and most
>> of them are likely to need some attention. The ongoing work in the
>> precis WG may help with some of this, and I would suggest talking to
>> the APP ADs, especially Pete Resnick (hi Pete) before embarking on
>> significant work in this area in order to avoid wasted or duplicated
>> efforts.
>
> OK, this last one bothers me a lot: you /seem /to be suggesting that we hold
> up this draft to wait for the result of a WG which has yet to publish a
> problem statement.  I'm sure that that is not the case, but it sure sounds
> like it.

David can clarify if I'm wrong, but that's not what it sounds like to
me.  What it sounds like he's suggesting is that you talk with the
precis people to see if things are OK, or if there's anything you
should be doing differently.  I'm adding the precis chairs to this
message, and asking them to respond to this point.


A tangential point, while I'm here:

>> [4] Based on this text in 4.4.9:
>> The use of this AVP is NOT RECOMMENDED; the AVPs defined by
>> Korhonen, et al. [RFC5777] SHOULD be used instead.
>>
>> I would have expected RFC5777 to be a Normative Reference, not an
>> Informative Reference.
>
> I don't care particularly, but I don't think that it's really necessary to
> understand RFC 5777 to understand this document.

It would seem odd, in general, if something that's a "MUST implement"
or "SHOULD implement" weren't a normative reference.  But I haven't
(yet) looked at this particular case to see.

Barry