in the vein of suggestions, in section 5.1: "Furthermore, the NRTM protocol does not employ any security mechanisms. The NRTM protocol relies on a pull mechanism and is generally is configured with a poll interval of 5 to 10 minutes."
the second sentence doesn't parse all that well, extra 'is' perhaps? also, no validation/security on the protocol seems sketchy, but I guess that's part of the point of pointing it out. I'm also not sure this matters: "Cache locality results in reduced bandwidth utilization for each round trip." and it's not actually the case, the same bandwidth is used, just not across AS boundaries (perhaps)... It's probably the case though that the lookups are 'faster' as RTT is generally lower (probably) for the cached copy lookups and server capacity-planning can be managed such that there aren't contention issues on the cached copies. (the same comment about bandwidth appears further up in section 5.1, it's also mostly irrelevant there as well, I think) -chris On Mon, May 12, 2014 at 9:59 AM, Christopher Morrow <[email protected]> wrote: > Working Group Folks: > > The authors of draft-ietf-grow-irr-routing-policy-considerations would > like to bring the draft to WGLC, this is that LC. Please have a read > through: > > > <https://datatracker.ietf.org/doc/draft-ietf-grow-irr-routing-policy-considerations/?include_text=1> > > Who's abstract is: > "The purpose of this document is to catalog past issues influencing > the efficacy of Internet Routing Registries (IRR) for inter-domain > routing policy specification and application in the global routing > system over the past two decades. Additionally, it provides a > discussion regarding which of these issues are still problematic in > practice, and which are simply artifacts that are no longer > applicable but continue to stifle inter-provider policy-based > filtering adoption and IRR utility to this day." > > and raise questions/comments/suggestions/eggs on this list. > > I expect this WGLC to last for the normal 2wk period ending: > 26-May-2014 > > -chris > grow-co-chair _______________________________________________ GROW mailing list [email protected] https://www.ietf.org/mailman/listinfo/grow
