Re: [Sidrops] trying to limit RP processing variability

Randy Bush <randy@psg.com> Fri, 17 April 2020 17:07 UTC

Return-Path: <randy@psg.com>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A6563A082C for <sidrops@ietfa.amsl.com>; Fri, 17 Apr 2020 10:07:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01] autolearn=unavailable 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 v8biJ9LF1t4R for <sidrops@ietfa.amsl.com>; Fri, 17 Apr 2020 10:07:43 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF88D3A08D2 for <sidrops@ietf.org>; Fri, 17 Apr 2020 10:07:42 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1jPUSY-000899-VR; Fri, 17 Apr 2020 17:07:23 +0000
Date: Fri, 17 Apr 2020 10:07:20 -0700
Message-ID: <m25zdym46v.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Tim Bruijnzeels <tim@nlnetlabs.nl>
Cc: George Michaelson <ggm@algebras.org>, Claudio Jeker <cjeker@diehard.n-r-g.com>, Stephen Kent <stkent=40verizon.net@dmarc.ietf.org>, Martin Hoffmann <martin@opennetlabs.com>, "sidrops@ietf.org" <sidrops@ietf.org>, Job Snijders <job@ntt.net>
In-Reply-To: <B5CFCC00-640B-4C7F-ABFC-7B608E557AB4@nlnetlabs.nl>
References: <a9448e54-320f-300c-d4f9-d01aca2b6ef4.ref@verizon.net> <a9448e54-320f-300c-d4f9-d01aca2b6ef4@verizon.net> <20200415150141.016d021d@glaurung.nlnetlabs.nl> <20200415140012.GB30412@vurt.meerval.net> <20200415161415.29c49f4e@glaurung.nlnetlabs.nl> <20200415143321.GM72650@diehard.n-r-g.com> <9d7a9500-2ff8-e9d2-f3a5-89eeaa4a90e8@verizon.net> <20200416154509.GT72650@diehard.n-r-g.com> <8ffd835c-cd11-5af0-81bf-d8935e0e2190@verizon.net> <CAKr6gn3CHpL_hWuvTh+y5OsPLeS8U8bv46=xEcxDQXdFvvvPog@mail.gmail.com> <B5CFCC00-640B-4C7F-ABFC-7B608E557AB4@nlnetlabs.nl>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.3 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/BfE6GAxC7yrsTdNjUxfdwNpjsos>
Subject: Re: [Sidrops] trying to limit RP processing variability
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Apr 2020 17:07:53 -0000

> If an object is missing on a specific synchronisation job, but you
> still have an old copy: you know the URL, you know the hash. So if a
> current MFT refers to it, you can just use it.

but something is broken