On Aug 4, 2012, at 2:12 PM, Alexey Melnikov wrote: > On behalf of SIDR WG chairs I would like to initiate 2 weeks acceptance call > for draft-ymbk-rpki-grandparenting starting from today, August 4th. Please > send your positive or negative feedback to the mailing list or directly to > chairs.
In its present form, I do not believe this draft is acceptable as a working group document. In addition to the issue Byron pointed out about the incompatibility of this document with the 6484 CP, there are a number of other issues that should be addressed. 1. Section 1 and Section 3 could be made more readable with the use of tree diagrams describing the relationships and reworking of the paragraphs to setup the relationship of the entities from the described scenarios. At present, the prose can be difficult to read. 2. Section 4 notes social engineering attacks but does not clearly enumerate the damage done by such attacks. This section should more clearly and expressly talk to the danger and damage to the RPKI system should such attacks be successful. 3. If paragraph 4 of section 1 is suggesting that RIRs develop grandchild/grandparent policies and that ISPs insert grandchild/grandparent contract clauses, that should probably be more explicitly stated. 4. This draft does not list or describe situations where and at what levels this type of grandparenting may not be appropriate. Nor does it provide suggestions with regards about resolving conflicts (are grandchildren always allowed to go to their grandparents?). 5. It is not clear why this draft is necessary given the mechanisms available in 3779 and the RPKI ecosystem (this is the point Terry was speaking of). This draft should be more assertive about its own necessity. Thinking about this, it may be that #3 and #5 are intertwined and that resolving one resolves the other. Also it maybe that #4 and #5 will be resolved when the CP issue is resolved. But from my reading of this document, none of this is clear. -andy _______________________________________________ sidr mailing list sidr@ietf.org https://www.ietf.org/mailman/listinfo/sidr
