Hi,

Having different data is obvious. I am not saying this is a problem.

Having data in one cache which will invalidate a valid prefix due to loose consistency is a problem. It has been pointed to Alvaro that he may indicate prefix as INVALID due to this reason.

Thx,
R..


Robert Raszuk wrote:

Hi,

If I am not mistaken there was a Randy's comment today at the mic
indicating that an AS may consider a path origin validation as INVALID
as compared to the peering AS just because the "RPKI may not be
synchronized"

Is this at all possible ? Doesn't RPKI already have been enhanced
sufficiently to avoid mis-detections even in the AS migration cases ?

you may find the first para of section 6 of draft-ietf-sidr-origin-ops
useful.  to save you actually reading the draft

    Like the DNS, the global RPKI presents only a loosely consistent
    view, depending on timing, updating, fetching, etc.  Thus, one cache
    or router may have different data about a particular prefix than
    another cache or router.  There is no 'fix' for this, it is the
    nature of distributed data with distributed caches.

rany


_______________________________________________
sidr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sidr

Reply via email to