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 @@
+