> At Wed, 28 Mar 2012 20:33:24 -0400, Danny McPherson wrote: > > If you're talking about moving all of the existing SIDR protocols to > Experimental, that's a cheap shot and you know it.
I didn't say that. > 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. I actually agree with the premise here, that there are scale and freshness and distribution issues in the current model that need to be worked out. > 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. This is not "axe grinding". These designs are likely to considerably influence how networks and routing architectures and support systems are designed and operated - in the real world, not in a lab or 'pilot'. I'd like to get this right as much as you would (moreso, because my $dayjob relies on it), and that should encourage us to fully understand the long-term desirable objectives before stepping on the accelerator for full standardization. Whatever we design today should at least be able to accommodate full deployment in the current system (even when focusing on *routed* resource certification), which given the data you've presented at the past coupled meetings it's already strained and there appears to be a disconnect between those designing the RPKI and the initial folks captive to operationalizing it (e.g., the RIRs). Out of curiosity, what were the initial design / scale goals of the RPKI team for aggregate object count, frequency of publication and access by RPs? -danny _______________________________________________ sidr mailing list [email protected] https://www.ietf.org/mailman/listinfo/sidr
