This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[routing-wg] Delay in publishing RPKI objects
- Previous message (by thread): [routing-wg] Delay in publishing RPKI objects
- Next message (by thread): [routing-wg] Delay in publishing RPKI objects
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
George Michaelson
ggm at algebras.org
Thu Feb 18 01:35:08 CET 2021
On Thu, Feb 18, 2021 at 10:17 AM Randy Bush <randy at psg.com> wrote: > > > I really think we need to move in the IETF on rsync deprecation. > > you have it backward > > first you need to fix rrdp so it does not do things such as serve out of > baliwick data. To refresh the stack, can you give me an instance please? > then you need to fix operational deployment. Thats work-in-progress. We were hoping to move on a process design to get there, while we finish that deployment. Almost all children NOT in hosted, are RRDP active. I would be very surprised if the majority use case now, is not RRDP active. > then you can measure the net to be sure everybody is serving rrdp properly. That sounds like a fine activity for somebody ELSE to do, to me. >then you can blah blah blah in the ietf. Well.. I think we have draft in blah blah blah. And, we have worked to get everyone to be running it visibly. And, I think the measurement is a nice hole for somebody to fill. > > but we have had this discussion before. Yea, I know, but the problem is we've arrived at needing to boost resiliency against scale, and rsync is a really poor fit for the problem because of the fact most CDN choices are tuned for HTTP and not arbitrary TCP protocols. cheers -G > > randy
- Previous message (by thread): [routing-wg] Delay in publishing RPKI objects
- Next message (by thread): [routing-wg] Delay in publishing RPKI objects
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]