<div>On Wed, 16 Feb 2022 at 19:49, Rob Austein <<a href="mailto:sra@hactrn.net">sra@hactrn.net</a>> wrote:<br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Wed, 16 Feb 2022 13:10:27 -0500, Job Snijders wrote:<br>
> On Wed, 16 Feb 2022 at 19:07, Randy Bush <<a href="mailto:randy@psg.com" target="_blank">randy@psg.com</a>> wrote:<br>
> <br>
>  sra commented to me that, an rp doing protocol fall-over from rrdp to<br>
>  rsync, or vice versa, has to do the full download as the data structure<br>
>  is so different.  i.e. load spike<br>
> <br>
> Perhaps it doesn’t need to be a full load: “rsync ―compare-dest”<br>
> (against a previously downloaded and validated set of signed<br>
> objects) offers a path towards optimising the protocol fall-over.<br>
<br>
Even assuming the RRDP client stores and believes the rsync URIs in<br>
the RRDP data stream, and further assuming that the client is clever<br>
enough to write out its RRDP-derived database into a directory tree<br>
which exactly matches an rsync filesystem layout before failing over,</blockquote><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">The OpenBSD RPKI validator does the above, while maintaining robust cryptographic integrity (in version 7.6 and higher). I hope other validators take inspiration from this, similar to how we (OpenBSD) took inspiration from the Dragon Labs implementation. Your work lives on and on, hat tip to you Rob! :-)</div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto">
RRDP doesn't convey things like file modification dates that rsync<br>
needs to perform an efficient incremental transfer, so the first rsync<br>
pass is still going to be expensive.<br>
<br>
Not obvious to me that there's any good way to optimize this.  YMMV.<br>
</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ties once pointed me at the GPL rsync “-c” (checksum) option, which makes transfers more focussed on content rather than filesystem attributes. From my (openrsync) this is still work to be done. I see a path :-)</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Job</div>