Re: [sidr] Injecting idea of "freshness of repository data" into BGP
Matthias Waehlisch <waehlisch@ieee.org> Fri, 30 March 2012 10:53 UTC
Return-Path: <waehlisch@ieee.org>
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 68C9621F866D for <sidr@ietfa.amsl.com>; Fri, 30 Mar 2012 03:53:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.85
X-Spam-Level:
X-Spam-Status: No, score=-105.85 tagged_above=-999 required=5 tests=[AWL=0.399, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L-Q-dg+o4vTd for <sidr@ietfa.amsl.com>; Fri, 30 Mar 2012 03:53:09 -0700 (PDT)
Received: from mail2.rz.htw-berlin.de (mail2.rz.htw-berlin.de [141.45.10.102]) by ietfa.amsl.com (Postfix) with ESMTP id 131DC21F85C2 for <sidr@ietf.org>; Fri, 30 Mar 2012 03:53:09 -0700 (PDT)
Envelope-to: sidr@ietf.org
Received: from dhcp-922d.meeting.ietf.org ([130.129.10.45] helo=mw-PC.meeting.ietf.org) by mail2.rz.htw-berlin.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72 (FreeBSD)) (envelope-from <waehlisch@ieee.org>) id 1SDZS6-000C2w-O2; Fri, 30 Mar 2012 12:53:06 +0200
Date: Fri, 30 Mar 2012 12:53:14 +0200
From: Matthias Waehlisch <waehlisch@ieee.org>
To: Arturo Servin <aservin@lacnic.net>
In-Reply-To: <D210BBE5-C643-4FA9-AB86-DB14324CE89E@lacnic.net>
Message-ID: <Pine.WNT.4.64.1203301224320.34092@mw-PC>
References: <20120328081939.GA19843@slice> <CA796250-4EA9-468D-BB4A-4C1187D2148F@tcb.net> <20120329072236.GA7311@slice> <61C7DEFD-B03F-42B2-B0FC-878E84C32629@ericsson.com> <20120329081625.GA9609@slice> <m262dnzlb0.wl%randy@psg.com> <20120329115714.GA18393@slice> <m21uobzkdn.wl%randy@psg.com> <20120329121824.GB18393@slice> <m2aa2zzelr.wl%randy@psg.com> <2C74399F-D505-4FF3-BD0D-57527E87784D@arin.net> <CAL9jLaYYJ3GMZHiRi5-U=UCHhTD_sPsHRG8yx85=diC4W20JeA@mail.gmail.com> <D210BBE5-C643-4FA9-AB86-DB14324CE89E@lacnic.net>
X-X-Sender: mw@mail2.rz.fhtw-berlin.de
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-HTW-SPAMINFO: this message was scanned by eXpurgate (http://www.eleven.de)
X-HTW-DELIVERED-TO: sidr@ietf.org
Cc: sidr wg list <sidr@ietf.org>
Subject: Re: [sidr] Injecting idea of "freshness of repository data" into BGP
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 30 Mar 2012 10:53:10 -0000
On Fri, 30 Mar 2012, Arturo Servin wrote: > >> Also, the presentation given at SIDR and IEPG indicated the study > >> was done with only one RPKI validator. We have all three running in > >> our lab and have noticed differences in speed over a local network > >> with the same repository. Before declaring the problem a universal > >> issue with rsync, wouldn't a test with the other validators provide > >> helpful data points? > >> > > is there a way to run all three from many points on the network and > > gather useful stats to graph/history/etc? (is this sort of thing a > > good idea? watching/storing/analyzing performance over history I > > mean) > > I think there is a way and it is a very good idea. We just need > some CPU donations. > > I think some RIRs are willing to support the idea and to do some > cross monitoring (but just speaking for myself). > we already run Rob's validator and RIPE NCC Validator (located in Germany, connected via German NREN); BBN for testing purposes. We are open to activate performance stats. Let me know. Cheers matthias -- Matthias Waehlisch . Freie Universitaet Berlin, Inst. fuer Informatik, AG CST . Takustr. 9, D-14195 Berlin, Germany .. mailto:waehlisch@ieee.org .. http://www.inf.fu-berlin.de/~waehl :. Also: http://inet.cpt.haw-hamburg.de .. http://www.link-lab.net
- [sidr] Injecting idea of "freshness of repository… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Terry Manderson
- [sidr] Freshness belt and suspenders .... DougM lists
- Re: [sidr] Injecting idea of "freshness of reposi… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Danny McPherson
- Re: [sidr] Injecting idea of "freshness of reposi… Murphy, Sandra
- Re: [sidr] Injecting idea of "freshness of reposi… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Jakob Heitz
- Re: [sidr] Injecting idea of "freshness of reposi… Jakob Heitz
- Re: [sidr] Injecting idea of "freshness of reposi… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Christopher Morrow
- Re: [sidr] Injecting idea of "freshness of reposi… Joel jaeggli
- Re: [sidr] Injecting idea of "freshness of reposi… Randy Bush
- Re: [sidr] Injecting idea of "freshness of reposi… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Randy Bush
- Re: [sidr] Injecting idea of "freshness of reposi… Jeffrey Haas
- Re: [sidr] Injecting idea of "freshness of reposi… Randy Bush
- Re: [sidr] Injecting idea of "freshness of reposi… Andrew Lange
- Re: [sidr] Injecting idea of "freshness of reposi… Danny McPherson
- Re: [sidr] Injecting idea of "freshness of reposi… DougM lists
- Re: [sidr] Injecting idea of "freshness of reposi… Andy Newton
- Re: [sidr] Injecting idea of "freshness of reposi… Christopher Morrow
- Re: [sidr] Injecting idea of "freshness of reposi… Arturo Servin
- Re: [sidr] Injecting idea of "freshness of reposi… Matthias Waehlisch
- Re: [sidr] Injecting idea of "freshness of reposi… Danny McPherson
- Re: [sidr] Injecting idea of "freshness of reposi… Eric Osterweil
- Re: [sidr] Injecting idea of "freshness of reposi… Robert Raszuk
- Re: [sidr] Injecting idea of "freshness of reposi… Eric Osterweil