Re: [sidr] WGLC - draft-ietf-sidr-delta-protocol - 10/25/2016

Christopher Morrow <morrowc.lists@gmail.com> Wed, 26 October 2016 14:43 UTC

Return-Path: <christopher.morrow@gmail.com>
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 E89E51294B5; Wed, 26 Oct 2016 07:43:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 VwHskYDm9Bgh; Wed, 26 Oct 2016 07:43:54 -0700 (PDT)
Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3EB21294C6; Wed, 26 Oct 2016 07:43:54 -0700 (PDT)
Received: by mail-qt0-x236.google.com with SMTP id r21so4369929qtr.4; Wed, 26 Oct 2016 07:43:54 -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:from:date:message-id :subject:to:cc; bh=PYcbztKUxTGlO5wxK9TTa1HgM4eOHhDtENkLGEV2ric=; b=DK7dzlYEzv6h3fmW0SjRrEqFRv8JRikWZkMaLhi7nzOcjdmqhIBCz4Qqu5J7Eueneu u36GiZOhWd0SNftLcc+RNeiNJmacwcpAORc13mC2Ln4/0noIOHOM0djEW+6KGvWNMqsh PxdVAW9vkhbID33+rcrhEefjWIPYCGT7XG2j6+pWsAK5hAFewoJderpdOGEl29nW9rxN slGz3+iqPfMpbMZkEjykSL2tfAOQv9g0lWJGzKDjZo6RjFJ1kMA4dbVkWeTuRz6PDyc8 HFgm8p740X0Q76TsCo6HTvO3uwuMdpaa12yagNBqphEsGxCDIvsvDc1s0o8MaFLyin36 Bs7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=PYcbztKUxTGlO5wxK9TTa1HgM4eOHhDtENkLGEV2ric=; b=NEW0IsLWrsChQWlEW8ioGhX9TWTnM25v5WN7jZ8B4aoO9RX/I98Vwp1BNdj9Q/qFNV HR+FwEsRE79Pv8QjRYOGq1ufKo4GKnOnEYYDWRJAkOA53ltkxViV6KVkx5So7ZbvynI5 zB9b1C55hacs9emfuwVdOlRMibFiKjGB1GALK7tbZjmhYr6amzkTYAb6S7stlGVkiqSt XfHYqMTY7ZGFjmzyNxqUjrEHTHlcLQT2ZmvhAm9eBmBEtMPJFrY/TWvwFB91wcFZK8pQ XL8Efb1LaQ3mufmur6T6UsSHTF/4rpfEXImk4vYlqukCyqmfuhs5z/Do3v9UHnXEe7xA +YvQ==
X-Gm-Message-State: ABUngvdawYcQna/1BCrxOdMlWdIaQYkgxtBawWT5owdjvOywpwk78UcNV7Zb1kewrOAc6k4457it2ewIiwq4HQ==
X-Received: by 10.237.56.137 with SMTP id k9mr2066004qte.131.1477493033681; Wed, 26 Oct 2016 07:43:53 -0700 (PDT)
MIME-Version: 1.0
Sender: christopher.morrow@gmail.com
Received: by 10.140.105.244 with HTTP; Wed, 26 Oct 2016 07:43:53 -0700 (PDT)
In-Reply-To: <99BE9523-BDE5-4BEE-A6F1-01A2C2F42A17@sn3rd.com>
References: <yj9or37nnf9q.wl%morrowc@ops-netman.net> <CAL9jLaZejnvGTpLH8=rE3Ya0=ke4fBPJH1JoqEwKnK5+J_nsmw@mail.gmail.com> <99BE9523-BDE5-4BEE-A6F1-01A2C2F42A17@sn3rd.com>
From: Christopher Morrow <morrowc.lists@gmail.com>
Date: Wed, 26 Oct 2016 10:43:53 -0400
X-Google-Sender-Auth: --VmPzFTSkDM3MP4nAw8qv6ISpo
Message-ID: <CAL9jLabzw82grzc51ytffzpnqF4_W5T4NupS-U0pQt8jxMEnFw@mail.gmail.com>
To: Sean Turner <sean@sn3rd.com>
Content-Type: multipart/alternative; boundary="001a11405caa6e5107053fc5a7e4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/s4S84nOsT4ZsYDEcBr-TsexhNNU>
Cc: Chris Morrow <morrowc@ops-netman.net>, sidr-ads@ietf.org, "sidr-chairs@ietf.org" <sidr-chairs@ietf.org>, "sidr@ietf.org" <sidr@ietf.org>
Subject: Re: [sidr] WGLC - draft-ietf-sidr-delta-protocol - 10/25/2016
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, 26 Oct 2016 14:43:57 -0000

Thanks for reading (everyone) and commenting (many folks)

this is being sent forward to the IESG now.

On Fri, Oct 21, 2016 at 12:19 PM, Sean Turner <sean@sn3rd.com> wrote:

> This whole concept is analogous to existing DAP/LDAP mechanism and the
> “delta” concept in CRLs.  Considering this protocol is run over https it
> seems like a step in the right direction away from unsecured rsync.  So the
> idea seems sensible and after re-reading the draft I think we are a go for
> launch [0].
>
> spt
>
> [0] https://www.youtube.com/watch?v=zVf-rehP4b8
>
> > On Oct 20, 2016, at 10:19, Christopher Morrow <morrowc.lists@gmail.com>
> wrote:
> >
> > Howdy!
> > 5 more days until this call expires, please read and comment... or at
> least say:
> >   "Hey! I did read this it is [awesome|horrible|acceptable|
> dumpsterfire]"
> >
> > thanks!
> > -chris
> > (feel free to cut/paste/edit the quote if it'll save you time)
> >
> > On Tue, Oct 11, 2016 at 10:15 AM, Chris Morrow <morrowc@ops-netman.net>
> wrote:
> >
> > Howdy WG Folks!
> > Let's chat (email) about the subject document:
> >   draft-ietf-sidr-delta-protocol
> >
> > The authors believe they have dealt with all open items and are
> > interested in moving this document forward to IESG for
> > publication. Let's have a read/write/arithmetic time with the draft
> > and send comments/questions/suggestions/etc to the list for the
> > authors to handle or, possibly just: "yea! move this document along!"
> > if you believe it's ready for the next step in it's lifecycle.
> >
> > The WGLC should end 10/25/2016 - October 25th 2016.
> >
> > The abstract for this document is:
> >   "In the Resource Public Key Infrastructure (RPKI), certificate
> >    authorities publish certificates, including end entity certificates,
> >    Certificate Revocation Lists (CRL), and RPKI signed objects to
> >    repositories.  Relying Parties (RP) retrieve the published
> >    information from those repositories.  This document specifies a delta
> >    protocol which provides relying parties with a mechanism to query a
> >    repository for incremental updates, thus enabling the RP to keep its
> >    state in sync with the repository."
> >
> > thanks!
> > -chris
> > co-chair-persona
> >
> > _______________________________________________
> > sidr mailing list
> > sidr@ietf.org
> > https://www.ietf.org/mailman/listinfo/sidr
> >
> > _______________________________________________
> > sidr mailing list
> > sidr@ietf.org
> > https://www.ietf.org/mailman/listinfo/sidr
>
>