Re: [sidr] Slides for "RPKI Over BitTorrent" presentation

Rob Austein <> Thu, 29 March 2012 10:04 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DC31721F8939 for <>; Thu, 29 Mar 2012 03:04:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -100.246
X-Spam-Status: No, score=-100.246 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HELO_MISMATCH_NET=0.611, RCVD_IN_SORBS_DUL=0.877, RDNS_DYNAMIC=0.1, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id UqzSCgk5l4qZ for <>; Thu, 29 Mar 2012 03:04:42 -0700 (PDT)
Received: from ( [IPv6:2002:425c:4242:0:210:5aff:fe86:1f54]) by (Postfix) with ESMTP id 48D5D21F87E5 for <>; Thu, 29 Mar 2012 03:04:41 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "", Issuer "Grunchweather Associates" (verified OK)) by (Postfix) with ESMTPS id 334D32846B for <>; Thu, 29 Mar 2012 10:04:36 +0000 (UTC)
Received: from (localhost []) by (Postfix) with ESMTP id BBE5A6EE29F for <>; Thu, 29 Mar 2012 12:04:34 +0200 (CEST)
Date: Thu, 29 Mar 2012 12:04:34 +0200
From: Rob Austein <>
In-Reply-To: <>
References: <> <>
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: <>
Subject: Re: [sidr] Slides for "RPKI Over BitTorrent" presentation
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 29 Mar 2012 10:04:43 -0000

At Wed, 28 Mar 2012 20:33:24 -0400, Danny McPherson wrote:
> i don't think the rsync scale issues surprise anyone that was paying
> attention.  If we're already considering new architectures,
> substrates, et al., here perhaps we shouldn't be so quick on the
> trigger for Standards Track work and move this and related
> "investigation" to the IRTF, or at least ensure they're only
> Experimental until broader experience is gained.

If you're talking about moving all of the existing SIDR protocols to
Experimental, that's a cheap shot and you know it.  Any protocol will
behave badly if misused.  In my opinion the RIRs are currently using
rsync badly, given the way they've chosen to set up their
repositories.  This is not an inherent property of the protocol, just
a bad configuration decision which could be fixed at any time.  It may
be possible to find or invent better protocols than rsync, but rsync
was a reasonable choice for initial deployment.

If you're just talking about RPKI over BitTorrent, the BitTorrent
experiment was just that, an experiment.  The slides say so, and
state, in so many words, that this was not a proposal to change the
SIDR protocol suite.

For the record, this presentation was originally targeted at the IEPG,
as a direct follow-up to multiple suggestions received at a previous
IEPG meeting that it might be interesting to see how BitTorrent works
in this environment.  I presented this at the SIDR WG meeting because
the chairs thought it might be of interest to the WG.

Several other people have made comments which pretty clearly indicate
that they either did not read or did not understand the slides.  If
the former, please do so; if the latter, my apologies, please ask.

> Looking at the charts you presented I can only imagine what will
> happen with 40K RPs and >1M objects (which might be a reasonable
> assumption if this were fully deployed today - and that's only
> focusing on routed number resources).

Thank you for making my point for me.  We can do much better than what
we're seeing right now, but the first step is understanding where the
problems are, which involves studying behavior and reporting results.
This is less likely to happen if every report is viewed as an occasion
for an axe-grinding contest, so perhaps we should focus on the
technical issues.