[sidr] Fwd: New draft waiting for approval: draft-ietf-sidr-delta-protocol

Sandra Murphy <sandy@tislabs.com> Mon, 16 February 2015 19:17 UTC

Return-Path: <sandy@tislabs.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19F511A1BA4 for <sidr@ietfa.amsl.com>; Mon, 16 Feb 2015 11:17:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 bIqMrnnWrLSy for <sidr@ietfa.amsl.com>; Mon, 16 Feb 2015 11:17:46 -0800 (PST)
Received: from walnut.tislabs.com (walnut.tislabs.com [192.94.214.200]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E34F01A1AE7 for <sidr@ietf.org>; Mon, 16 Feb 2015 11:17:45 -0800 (PST)
Received: from nova.tislabs.com (unknown [10.66.1.77]) by walnut.tislabs.com (Postfix) with ESMTP id 367EB28B0017; Mon, 16 Feb 2015 14:17:45 -0500 (EST)
Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by nova.tislabs.com (Postfix) with ESMTP id 09E5D1F8035; Mon, 16 Feb 2015 14:17:45 -0500 (EST)
From: Sandra Murphy <sandy@tislabs.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_62883F92-3A3C-4421-BF3B-B12626E53288"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Message-Id: <E4754BB1-6139-47C0-9581-F73BAD53AD24@tislabs.com>
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Date: Mon, 16 Feb 2015 14:17:52 -0500
References: <20150216170007.16692.37577.idtracker@ietfa.amsl.com>
To: "sidr@ietf.org list" <sidr@ietf.org>, Tim Bruijnzeels <tim@ripe.net>
X-Mailer: Apple Mail (2.1510)
Archived-At: <http://mailarchive.ietf.org/arch/msg/sidr/YB7Hd7vgIYllzEkTzd3lc2GlH58>
Cc: Sandra Murphy <sandy@tislabs.com>
Subject: [sidr] Fwd: New draft waiting for approval: draft-ietf-sidr-delta-protocol
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Mon, 16 Feb 2015 19:17:48 -0000

This was approved and I've already seen the announcement make it to the list.

--Sandy


Begin forwarded message:

> From: IETF I-D Submission Tool <idsubmission@ietf.org>
> Subject: New draft waiting for approval: draft-ietf-sidr-delta-protocol
> Date: February 16, 2015 12:00:07 PM EST
> To: "Chris Morrow" <morrowc@ops-netman.net>, "Sandra Murphy" <sandy@tislabs.com>
> 
> 
> Hi,
> 
> Chair approval is needed for posting of draft-ietf-sidr-delta-protocol-00.
> 
> To approve the draft, go to this URL (note: you need to login to be able to approve):
>  https://datatracker.ietf.org/submit/status/66706/e0a4b2bdec39e3eda5dfd9b77ace1e8e/
> 
>  File name       : draft-ietf-sidr-delta-protocol
>  Revision        : 00
>  Submission date : 2015-02-16
>  Group           : Secure Inter-Domain Routing
> 
>  Title           : RPKI Repository Delta Protocol
>  Document date   : 2015-02-16
>  Pages           : 18
>  File size       : 45.1 KB
> 
>  Submitter       : Tim Bruijnzeels <tim@ripe.net>
> 
>  Abstract        :    In the Resource Public Key Infrastructure (RPKI), certificate
>   authorities publish certificates, including end entity certificates,
>   and CRLs to repositories on publication servers.  Relying Parties
>   (RP) retrieve the published information from the repository and MAY
>   store it in a cache.  This document specifies a delta protocol which
>   provides relying parties with a mechanism to query a repository for
>   changes, thus enabling the RP to keep its state in sync with the
>   repository.
> 
> 
> 
>  Authors:
>    Tim Bruijnzeels <tim@ripe.net>
>    Oleg Muravskiy <oleg@ripe.net>
>    Bryan Weber <bryan@cobenian.com>
>    Rob Austein <sra@hactrn.net>
>    David Mandelberg <david@mandelberg.org>
> 
> 
> 
> 
> Best regards,
> 
> 	The IETF Secretariat
> 	through the draft submission service