The ICG identified a potential compatibility issue regarding the IANA trademarks and the iana.org domain name. The numbers community proposed that the trademarks and domain name associated with the provision of the IANA services be held by an entity that is not the provider of the IANA numbering services, the IETF Trust being suggested as the repository. Although the protocol parameters proposal did not speak to this issue, in response to an ICG inquiry the protocol parameters community indicated that it had no objection to the IETF Trust serving as the repository for the trademarks and domain name associated with the provision of the IANA services.
35 The names proposal contains text that refers to the trademark in Annex S. In response to an ICG inquiry about the text, the CWG indicated that the text is clearly defined as placeholder text (in square brackets) within an initial draft proposed term sheet that does not have the consensus support of the CWG. In effect, the names proposal does not make a specific proposal with regard to the IANA trademarks (and it is completely silent as regards the domain name). Thus, the ICG considers the three proposals to be compatible in this regard, as the numbers proposal is the only one of the three proposals that includes requirements related to IANA intellectual property. As long as the other two communities can accommodate the specified requirements as part of their implementation, then the implementation of the proposals will be compatible. The ICG expects the operational communities to continue to coordinate on this topic during the implementation phase to ensure that the requirements are met.
Apologies: I left off the disclaimer that appears to be essential in discussions on this list.
On Aug 6, 2015, at 7:40 AM, David Conrad <david.conrad@icann.org> wrote:(ICANN CTO, but speaking only for myself)
Andrew,The proposal was developed in public some time ago (and rather a long
time, in this context). We all of us had ample time to raise
objections to that and so on, and we knew that the ICG was going to
take the different community positions and try to stitch them
together.
Well, yes. However, if the basis of an aspect of a proposal doesn't appear
to make sense and that that problem isn't identified until after people
have time to sit down and actually think about stuff, it seems a bit odd
to me to say "oh well, you had your chance to fix it months ago." It's
sort of like someone identifying a problem in an Internet Draft in IETF
last call and the working group saying "sorry, you should've said
something during the working group session a year ago."CWG (and IETF, for that matter) declined to state anything
inconsistent with the numbes community proposal when delivering its
proposal, so the numbers community proposal is what we have.
This seems to be an interesting interpretation of "stitch together". An
alternative interpretation would be that the ICG would actively work with
the operational communities to modify the inconsistencies in order to
reach a consensus opinion, not simply be passive and kick everything back
to the operational communities to start over as you appear to be
suggesting.
Regards,
-drc
_______________________________________________
CWG-Stewardship mailing list
CWG-Stewardship@icann.org
https://mm.icann.org/mailman/listinfo/cwg-stewardship