Re: [xmpp] I-D Action: draft-ietf-xmpp-dna-04.txt

Peter Saint-Andre <stpeter@stpeter.im> Mon, 09 June 2014 16:19 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: xmpp@ietfa.amsl.com
Delivered-To: xmpp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D72931A0263 for <xmpp@ietfa.amsl.com>; Mon, 9 Jun 2014 09:19:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.553
X-Spam-Level:
X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 PtIBYPlmQHeJ for <xmpp@ietfa.amsl.com>; Mon, 9 Jun 2014 09:19:18 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 39A531A00DE for <xmpp@ietf.org>; Mon, 9 Jun 2014 09:19:18 -0700 (PDT)
Received: from aither.local (unknown [24.8.129.242]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id D04B340C58; Mon, 9 Jun 2014 10:19:17 -0600 (MDT)
Message-ID: <5395DE85.6070606@stpeter.im>
Date: Mon, 09 Jun 2014 10:19:17 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Philipp Hancke <fippo@goodadvice.pages.de>, XMPP Working Group <xmpp@ietf.org>
References: <20131020230241.22714.80535.idtracker@ietfa.amsl.com> <52769F8B.8090306@goodadvice.pages.de>
In-Reply-To: <52769F8B.8090306@goodadvice.pages.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/xmpp/TPrCmrg4oPiTjHhKtxLmtVK8yuM
Subject: Re: [xmpp] I-D Action: draft-ietf-xmpp-dna-04.txt
X-BeenThere: xmpp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: XMPP Working Group <xmpp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xmpp>, <mailto:xmpp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xmpp/>
List-Post: <mailto:xmpp@ietf.org>
List-Help: <mailto:xmpp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jun 2014 16:19:20 -0000

On 11/3/13, 12:10 PM, Philipp Hancke wrote:
> Am 21.10.2013 01:02, schrieb internet-drafts@ietf.org:
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>>   This draft is a work item of the Extensible Messaging and Presence
>> Protocol Working Group of the IETF.
>>
>>     Title           : Domain Name Associations (DNA) in the Extensible
>> Messaging and Presence Protocol (XMPP)
>>     Author(s)       : Peter Saint-Andre
>>                            Matthew Miller
>>     Filename        : draft-ietf-xmpp-dna-04.txt
>>     Pages           : 16
>>     Date            : 2013-10-20
>>
>> Abstract:
>>     This document improves the security of the Extensible Messaging and
>>     Presence Protocol (XMPP) in two ways.  First, it specifies how
>>     "prooftypes" can establish a strong association between a domain name
>>     and an XML stream.  Second, it describes how to securely delegate a
>>     source domain to a derived domain, which is especially important in
>>     virtual hosting environments.
>
> Just noticed that none of the terminology defined in section 2 is
> actually used. I think the reference to XEP-0238 can therefore be removed.

Yes, some of the terminology is used (e.g., "source domain") but none of 
the XEP-0238 terminology is used, so we can remove that text and the 
reference.

> I do suspect the figure showing the overall process can be simplified as
> proposed in
> https://github.com/fippo/xmpp-fed/commit/913a183a5a74ea7b03a1b8a67164bb35df9e0c9b
> but it has been long enough since that commit that I need to recheck this.

Yes, the flow diagram is really long, so I agree that it'd be good to 
shorten it. Will review, too.

Peter