March 2016 - Iana-ipr - nro-apps-2.ripe.net

PDF document for review
by Alan Barrett 21 Mar '16

21 Mar '16

I attach a PDF version of the Proposed Principal Terms of IANA Intellectual Property Agreements, as a snapshot of the state when we agreed to ask legal counsel in the three communities to review the document. Alan Barrett

5 9

I am done with draft
by Andrew Sullivan 09 Mar '16

09 Mar '16

Hi, I think I'm done with the edits on the doc. I hereby offer 24 hours and then we can send to counsel? A -- Andrew Sullivan ajs(a)anvilwalrusden.com

2 1

Notes from 7 Mar 2016
by Alan Barrett 08 Mar '16

08 Mar '16

Notes from IANA-IPR meeting of 7 Mar 2016 Andrew has added several points under section C.1.d of the document, giving requirements for multiple approvals of changes. The main idea is that important changes should have consent from both the administrative contact and the technical contact, and any overrides by the registrant should be delayed by 5 to 10 days (number to be decided) to allow time for legal challenges to be made if necessary. We still need to communicate the implications of an “exclusive” licence. Greg suggested adding a footnote to the document. Lise asked for a separate document in addition. IANA IPR Governance Council (IIGC) will be renamed to “IANA IPR Community Coordination Group”, but we did not agree on an acronym. Andrew and Greg will make minor wording and typographical edits to the document, and then the three operational communities' legal teams will be asked for comments on the framework. After an initial legal review, each of the three operational communities will call for comments in their communities.

1 0

Meeting in ICANN 55
by German Valdez 08 Mar '16

08 Mar '16

Hi Here is a doodle poll in order to find a common time to meet during Marrakech http://doodle.com/poll/f493whdyy7b26epn This is based on Paul and Alan availability, hopefully we can find a time that work for the rest. Regards German

10 25

What's going into PTI?
by Greg Shatan 07 Mar '16

07 Mar '16

I'm curious to know the understanding of the RIRs and IETF about what is going into PTI. The ICANN Budget just posted for comment shows only the "naming functions" going into PTI, while the "numbers functions" and "protocol parameter functions" will remain within ICANN. Since IANA staff is cross-functional, this means that the IANA staff will be allocated in part to ICANN and in part to PTI based on what they do (e.g., employee A will be 30% PTI, 70% ICANN and employee B will be 50% PTI, 70% ICANN). As such, PTI would almost certainly have no full-time employees. Is this your understanding of the plan? Thanks! Greg

2 5

Notes from 29 Feb 2016
by Alan Barrett 03 Mar '16

03 Mar '16

Notes from the IANA-IPR meeting of 29 February 2016 1. Review of changes agreed during the previous call. 1.1. Tentative acceptance of non-controversial edits. Edits have been “accepted”. 1.2. Edits regarding right to sublicense rights to PTI. Text has been edited. No further action is required. 1.3. Edits regarding regitrant, administrative contact, tech contact. Text has been edited to say that the Trust should be the Registrant and Administrative Contact, and ICANN should be the Technical contact, for all IANA domain names. There was a discussion on whether the administrative contact should be ICANN or the Trust. Andrew suggested that the ARPA TLD was an existing example of a similar arrangement, where the IAB is the registrant and the administrative contact, and ICANN (as the IANA operator) is the technical contact. There was agreement that a similar arrangement made sense for the IANA domain names. The current draft document already specifies the Trust as both the registrant and administrative contat, and ICANN as the technical contact, and there is no need to change this. 1.4. Edits regarding multiple approvals. Text has been edited to require approval from both the registrant and technical contact. Andrew mentioned Mark Monitor as a possible service provider. Greg mentioned CSC Corporate Domains and Cloudflare as possible service providers. ACTION: Andrew and Greg to add comments to the document mentioning these possible providers of registry services that require multiple approvals. 1.5. Edits regarding number of members of IIGC. Text has been edited to say 3 members from each operational community. No further action is required. 1.6. Edits regarding exclusive licence being restricted to use in connection with the provision of the IANA functions. Andrew mentioned that comme questions had been raised in the IETF community. He suggested opening threads in the community mailing lists to discuss the issue of exclusive licences. Greg suggested that we could write a “primer” document to help people understand different types of licences and their implications. Lise suggested that we could do both. Andrew said that one person’s question about “Why are we granting them exclusive control?” seemed to show confusion between control of the marks versus exclusive licence to use the marks. Greg agreed to write a short document (a few paragraphs). ACTION: Greg to write a short document on the implications of an exclusive license. 1.7. Edits to mention IANA registries not managed by ICANN, and non-IANA registries managed by the ICANN IANA department. Text has not yet been edited. Andrew said that the ENUM registry is operated by RIPE NCC, does not call itself an IANA registry, but is discussed in the IANA Considerations section of RFC 4414. Andrew said thet the Timezone database not an IANA registry, is not controlled by the IETF, but is operated by IANA according to RFC 6557 specified by the IETF. The issue is that we don’t want to prevent people from continuing to operate ENUM and timezone database. Greg said that ENUM not using the IANA brand, so it is probably OK without a licence, but we should devote a sentence to it. Andrew said that ICANN/IANA has the ability to maintain IANA databases for SDOs other than the IETF. So far they don't, exactly, though some think the TZ database is such a case Nurani suggested that the RIPE NCC legal adviser should be involved, since the ENUM registry is operated by the RIPE NCC. Andrew suggested that the document might be ready for involvement from legal counsel in all three opertional communities. Greg agreed that legal counsel should comment on the term sheet, after a last look by this group Greg talked about balance between the Trust and the communities, and thinks the document strikes a good balance, but it needs more discussion 2. Update on discussion in operational communities. The draft “Principle Terms” draft document is in Google Docs at this URL: <https://docs.google.com/document/d/1oR3nmHl1fK7BEWOBK65KyvnmhTJZX70j9q4Ne9i…>. It has been shared in numbers communitl “ianaxfer” mailing list, with not much feedback. It has been shared in a CWG call, with no feedback yet. It has been discussed in the IETF, and there was feedback on the exclusive license, as discussed under agenda item 1.6. It will be discussed in a CRISP call later on 29 Feb 2016. ACTION: All to encourage further discussion in community mailing lists. 3. Implications of the new name of PTI. Andrew asked whether we needed to be explicit that, whatever name is used for PTI, all services remain at iana.org. He mentioned that a new name for “PTI” is expected to be announced at ICANN 55 in Marrakesh, in March 2016. Greg wondered whether the name will include “IANA” or “Internet Assigned Numbers Authority”. Alan said that it would be bad if the name included IANA, but they lost the licence later. Greg said that the licence could be written to allow for this, and force them to change their name if they lose the licence. Andrew said that he was planning to send a message to ICANN about this issue. He did not have time to edit the message collaboratively before sending, btu would copy the members of this group. 4. Name of IIGC. Alan asked whether we could find a better name than IANA IPR Governance Council (IIGC), because the name Governance Council sounds pompous. Greg suggested “Community Representative Group”. 5. Next steps. All to inform their community of the document, and encourage discussion. Next meeting will be after the CCWG meeting on Friday 8 May 2016. German will try to choose some time slots during ICANN week and post a poll.

1 0