[secdir] SECDIR review of draft-shin-augmented-pake-10
Tero Kivinen <kivinen@iki.fi> Fri, 27 January 2012 13:51 UTC
Return-Path: <kivinen@iki.fi>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A851921F858E for <secdir@ietfa.amsl.com>; Fri, 27 Jan 2012 05:51:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.578
X-Spam-Level:
X-Spam-Status: No, score=-102.578 tagged_above=-999 required=5 tests=[AWL=0.021, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33dZqhfykI60 for <secdir@ietfa.amsl.com>; Fri, 27 Jan 2012 05:51:00 -0800 (PST)
Received: from mail.kivinen.iki.fi (fireball.acr.fi [83.145.195.1]) by ietfa.amsl.com (Postfix) with ESMTP id D447521F8572 for <secdir@ietf.org>; Fri, 27 Jan 2012 05:50:59 -0800 (PST)
Received: from fireball.kivinen.iki.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.14.3/8.14.3) with ESMTP id q0RDogb4025613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2012 15:50:42 +0200 (EET)
Received: (from kivinen@localhost) by fireball.kivinen.iki.fi (8.14.3/8.12.11) id q0RDofPf026085; Fri, 27 Jan 2012 15:50:41 +0200 (EET)
X-Authentication-Warning: fireball.kivinen.iki.fi: kivinen set sender to kivinen@iki.fi using -f
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <20258.43953.678320.842027@fireball.kivinen.iki.fi>
Date: Fri, 27 Jan 2012 15:50:41 +0200
From: Tero Kivinen <kivinen@iki.fi>
To: Tina TSOU <Tina.Tsou.Zouting@huawei.com>
In-Reply-To: <C0E0A32284495243BDE0AC8A066631A80C2830D4@szxeml526-mbs.china.huawei.com>
References: <C0E0A32284495243BDE0AC8A066631A80C27D872@szxeml526-mbs.china.huawei.com> <4F20D424.1060901@gmail.com> <C0E0A32284495243BDE0AC8A066631A80C2830D4@szxeml526-mbs.china.huawei.com>
X-Mailer: VM 7.19 under Emacs 21.4.1
X-Edit-Time: 6 min
X-Total-Time: 6 min
Cc: "draft-shin-augmented-pake@tools.ietf.org" <draft-shin-augmented-pake@tools.ietf.org>, "secdir@ietf.org" <secdir@ietf.org>
Subject: [secdir] SECDIR review of draft-shin-augmented-pake-10
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Jan 2012 13:51:00 -0000
Tina TSOU writes: > The relationship between this document and RFC 6467 is odd. In the > ordinary course of events this document would have a normative > dependency on RFC 6467. Not exactly. The original intention is that all documents using numbers defined in my draft (now RFC6467) would be self-containing, and there might not even be need for publishing my draft as RFC, it was originally just written as tool so that all secure password method drafts could coordinate their numbers. As it is now published as RFC, I think it is ok to make either normative or non-normative reference to it, depending whether the document itself is self-containing or not. Currently I think all the secure password method documents are self-containing, thus non-normative reference is needed, the implementor who is implementing the secure password method in question, does not NEED to read RFC6467 to be able to implement for example draft-shin-augmented-pake as that draft already contains all information needed. > It is obvious that the latter was written > after the present document, and avoidance of the dependency was > deliberate on both sides. Still, the authors of this document might > reconsider, even though RFC 6467 would be a down-reference since it > is Informational. The intended status of draft-shin-augmented-pake is listed as experimental, so there really a down-reference problem there? Anyways as draft-shin-augmented-pake self-contained, the reference can be non-normative. -- kivinen@iki.fi
- [secdir] SECDIR review of draft-shin-augmented-pa… Tina TSOU
- [secdir] SECDIR review of draft-shin-augmented-pa… Tero Kivinen
- Re: [secdir] SECDIR review of draft-shin-augmente… SeongHan Shin