diff --git a/draft-ymbk-sidrops-rov-no-rr.xml b/draft-ymbk-sidrops-rov-no-rr.xml index f988492..2dc7bbd 100644 --- a/draft-ymbk-sidrops-rov-no-rr.xml +++ b/draft-ymbk-sidrops-rov-no-rr.xml @@ -178,8 +178,9 @@ When RPKI data cause one or more paths to be dropped, withdrawn, or merely not chosen as best path due to RPKI-based policy (ROV, - ASPA, etc.), those paths MUST be saved and marked so that later - VRPs can reevaluate them against then current policy. + ASPA, etc.), those paths MUST be saved and marked (to not be used + for best path evaluation etc.) so that later VRPs can reevaluate + them against then current policy. @@ -196,6 +197,12 @@ this could cause inconsistent behavior. + + If Route Refresh has been issued toward more than one peer, the + order of receipt of the refresh data can cause churn in both best + path selection and in outbound signaling. + +
@@ -226,6 +233,15 @@ controlled circumstances. + + Operators using the specification in should + be aware that a misconfigured neighbor might erroneously send a + massive number of paths, thus consuming a lot of memory. + Pre-policy filtering such as described in SHOULD be used to reduce + this exposure. + + Internet Exchange Points (IXPs)which provide Route Servers should be aware that some members @@ -264,7 +280,7 @@ The authors wish to thank Ben Maddison, John Heasley, Nick - Hilliard, and John Scudder. + Hilliard, John Scudder, Matthias Waehlisch, and Saku Ytti.
@@ -278,6 +294,7 @@ +