Re: [sidr] Terry Manderson's Discuss on draft-ietf-sidr-publication-10: (with DISCUSS)

Rob Austein <sra@hactrn.net> Wed, 01 February 2017 04:23 UTC

Return-Path: <sra@hactrn.net>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55FBD129C7D; Tue, 31 Jan 2017 20:23:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.1
X-Spam-Level:
X-Spam-Status: No, score=-5.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199, SPF_PASS=-0.001] autolearn=ham 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 29h9ZFc-EVwp; Tue, 31 Jan 2017 20:23:51 -0800 (PST)
Received: from khatovar.hactrn.net (khatovar.hactrn.net [198.180.150.30]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27053129C7B; Tue, 31 Jan 2017 20:23:51 -0800 (PST)
Received: from minas-ithil.hactrn.net (c-73-47-197-23.hsd1.ma.comcast.net [73.47.197.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "nargothrond.hactrn.net", Issuer "Grunchweather Associates" (not verified)) by khatovar.hactrn.net (Postfix) with ESMTPS id 9E56F139A3; Wed, 1 Feb 2017 04:23:49 +0000 (UTC)
Received: from minas-ithil.hactrn.net (localhost [IPv6:::1]) by minas-ithil.hactrn.net (Postfix) with ESMTP id 42A1C466B729; Tue, 31 Jan 2017 23:23:06 -0500 (EST)
Date: Tue, 31 Jan 2017 23:23:06 -0500
From: Rob Austein <sra@hactrn.net>
To: Terry Manderson <terry.manderson@icann.org>
In-Reply-To: <D95A412F-6DA3-4F98-99AA-7EABE837CB2A@icann.org>
References: <148472099055.32074.3466420839397217706.idtracker@ietfa.amsl.com> <20170131042323.464A846665B4@minas-ithil.hactrn.net> <D95A412F-6DA3-4F98-99AA-7EABE837CB2A@icann.org>
User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
Message-Id: <20170201042306.42A1C466B729@minas-ithil.hactrn.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/TTMrpkZqLmWHuiLQ-29e8FA_bXQ>
Cc: Rob Austein <sra@hactrn.net>, Chris Morrow <morrowc@ops-netman.net>, sidr-chairs@ietf.org, The IESG <iesg@ietf.org>, sidr@ietf.org, draft-ietf-sidr-publication@ietf.org
Subject: Re: [sidr] Terry Manderson's Discuss on draft-ietf-sidr-publication-10: (with DISCUSS)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidr/>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Feb 2017 04:23:52 -0000

At Wed, 1 Feb 2017 02:44:36 +0000, Terry Manderson wrote:
...
> The layering of XML, within CMS, within HTTP is certainly tedious.

Agreed, but...copied from RFC 6492, trying not to reinvent wheels.

> During interop and development did any situations arise where a
> failure at one level caused misinterpretation at another or left
> something in an unclear state?

Not that I recall.  Fairly high degree of code reuse from RFC 6492.

...
>     Now, given all that, I could see an argument for dropping this
>     discussion out of sidr-publication on the grounds that it will be
>     totally out of place if RRDP takes over.  Would that be satisfactory?
...
> Yes. Please cut the text from this Document.

(Will be) gone in -11.

Thanks!