New report on ICANN and Human Rights
Dear WP4 members, It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANN’s Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting. The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited. I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights. Looking forward to discuss. Best, Niels PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights [0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-rights-mornin... -- Niels ten Oever Head of Digital Article 19 www.article19.org PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9
Dear WP4 members, It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting. The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited. I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights. Looking forward to discuss. Best, Niels PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights [0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-rights-mornin... -- Niels ten Oever Head of Digital Article 19 www.article19.org PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9
Sorry Niels I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4? Paul On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-rights-mornin...
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
Hi, I think it is informational. Explains many of the things we have been discussing. It is the output of a parallel work effort and is meant to inform. avri On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-rights-mornin...
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear Paul, This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like. Looking forward to hear your comments and/or questions. Best, Niels On 10/19/2015 09:10 AM, Avri Doria wrote:
Hi,
I think it is informational. Explains many of the things we have been discussing.
It is the output of a parallel work effort and is meant to inform.
avri
On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-right s-morning
Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
- -- Niels ten Oever Head of Digital Article 19 www.article19.org PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWJMVgAAoJEAi1oPJjbWjp63cH/icegDo6DI1L6xNQJo0rElPt nGQVmaRyepx6DkV3382fJFh88XOn+vwpLjBaZBHUcHFnQTQd8yg1Mz8LFD3/ChRL eQdk3FR0YidTAascSf2amaoHGx4Pi4NfS/W85lRNA5//CUY+lE4jDAGgSasHfid2 lR9WoacjvBu7G6sUDo9pqIeAC6yFd4Fe6xwIQ97u+hYxQ940wyj6g7noY9utckdg TGjY0oTZMGgMEFgV0MkEP7HmTJ5PWoFUJIKoOSKRw1AUChU/NCcj5nybC+u6pCzY XHD2vXGqzjUZ2pp6/cT/KOpawzMzg71HkdbtWxE2+533wFXOrz31Tzq2LJoZynI= =Xwkb -----END PGP SIGNATURE-----
Niels I'm updating the ccNSO on HR tomorrow .. I'll be happy to give out printed copies if you have them. On 19/10/15 11:26, Niels ten Oever wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Dear Paul,
This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like.
Looking forward to hear your comments and/or questions.
Best,
Niels
On 10/19/2015 09:10 AM, Avri Doria wrote:
Hi,
I think it is informational. Explains many of the things we have been discussing.
It is the output of a parallel work effort and is meant to inform.
avri
On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-right s-morning
Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
- -- Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQEcBAEBCAAGBQJWJMVgAAoJEAi1oPJjbWjp63cH/icegDo6DI1L6xNQJo0rElPt nGQVmaRyepx6DkV3382fJFh88XOn+vwpLjBaZBHUcHFnQTQd8yg1Mz8LFD3/ChRL eQdk3FR0YidTAascSf2amaoHGx4Pi4NfS/W85lRNA5//CUY+lE4jDAGgSasHfid2 lR9WoacjvBu7G6sUDo9pqIeAC6yFd4Fe6xwIQ97u+hYxQ940wyj6g7noY9utckdg TGjY0oTZMGgMEFgV0MkEP7HmTJ5PWoFUJIKoOSKRw1AUChU/NCcj5nybC+u6pCzY XHD2vXGqzjUZ2pp6/cT/KOpawzMzg71HkdbtWxE2+533wFXOrz31Tzq2LJoZynI= =Xwkb -----END PGP SIGNATURE----- _______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
Niels I am again confronted with the challenge of understanding exactly what these broadly stated proposals mean. Does your paper just refer to the process within ICANN of creating policy - or does it apply to the application of that policy? For instance, concerning specific ICANN necessary functions would you be able to tell me how the process recommended in this paper would apply to the GAC principles on redelgation of ccTLDs or the ccNSO process which has been underway on redelgations? These are both products of policy making processes. Does it mean that freedom of expression has to be an overriding principle in these cases - and if so how do you see operationalizing that? If a government, operating clearly under its laws, requests the redelegation of ccTLD from one body to another because the new law empowers the government to get information about domain name registrants from the new body and to order the new body to remove registrations on instructions from the government (I know of at least 2 examples just like this happening in the last 10 years) and if such a request is consistent with the GAC principles etc, it seems to me that your paper implies that ICANN would be required to either deny this request or require that the existing policy processes be changed. Have I got it right? Or is it just that in the policy development process all who wanted to participate had the freedom to express their views? Please understand that I also think that we should try to hold ICANN to human rights standards but I remain concerned that as soon as the Ruggles Principles emerge as the answer I keep finding related party issues which could really destabilize the whole ICANN mission. The bottom line is that ICANN has to support EVERY ccTLD and TLD operator if we are going to have a single interoperable Internet. It is not like a business - a business can agree not to do business in a particular country. ICANN will not be able to do so and fulfill its mission. I look forward to your response. Best Paul On 10/19/15 9:26 PM, Niels ten Oever wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Dear Paul,
This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like.
Looking forward to hear your comments and/or questions.
Best,
Niels
On 10/19/2015 09:10 AM, Avri Doria wrote:
Hi,
I think it is informational. Explains many of the things we have been discussing.
It is the output of a parallel work effort and is meant to inform.
avri
On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-right s-morning
Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 -- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
- -- Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQEcBAEBCAAGBQJWJMVgAAoJEAi1oPJjbWjp63cH/icegDo6DI1L6xNQJo0rElPt nGQVmaRyepx6DkV3382fJFh88XOn+vwpLjBaZBHUcHFnQTQd8yg1Mz8LFD3/ChRL eQdk3FR0YidTAascSf2amaoHGx4Pi4NfS/W85lRNA5//CUY+lE4jDAGgSasHfid2 lR9WoacjvBu7G6sUDo9pqIeAC6yFd4Fe6xwIQ97u+hYxQ940wyj6g7noY9utckdg TGjY0oTZMGgMEFgV0MkEP7HmTJ5PWoFUJIKoOSKRw1AUChU/NCcj5nybC+u6pCzY XHD2vXGqzjUZ2pp6/cT/KOpawzMzg71HkdbtWxE2+533wFXOrz31Tzq2LJoZynI= =Xwkb -----END PGP SIGNATURE----- _______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi Paul, I'm sorry for responding this late. Please find my response inline: On 10/20/2015 04:09 AM, Paul Twomey wrote:
Niels
I am again confronted with the challenge of understanding exactly what these broadly stated proposals mean.
We did our best to be precise, but maybe we haven't sufficiently succeeded. Could you please point our which proposals or recommendation (in the report) you mean with 'these broadly stated proposals'?
Does your paper just refer to the process within ICANN of creating policy - or does it apply to the application of that policy?
As the paper described, a human rights review could be part of the Policy Develop Process. But to have a full human rights report, the impact of ICANN's policies and operations should be assessed.
For instance, concerning specific ICANN necessary functions would you be able to tell me how the process recommended in this paper would apply to the GAC principles on redelgation of ccTLDs or the ccNSO process which has been underway on redelgations? These are both products of policy making processes.
The report recommends a way forward, based on international best practices, for creating a human rights policy, the content of the policy and how it would be implemented is of course up for discussion in an appropriate process.
Does it mean that freedom of expression has to be an overriding principle in these cases - and if so how do you see operationalizing that?
I don't think this was mentioned or implied anywhere in the report. Rights need to be balanced, the challenge is to come up with a framework to do this in the best way.
If a government, operating clearly under its laws, requests the redelegation of ccTLD from one body to another because the new law empowers the government to get information about domain name registrants from the new body and to order the new body to remove registrations on instructions from the government (I know of at least 2 examples just like this happening in the last 10 years) and if such a request is consistent with the GAC principles etc, it seems to me that your paper implies that ICANN would be required to either deny this request or require that the existing policy processes be changed.
Have I got it right? Or is it just that in the policy development process all who wanted to participate had the freedom to express their views?
The latter is the case.
Please understand that I also think that we should try to hold ICANN to human rights standards but I remain concerned that as soon as the Ruggles Principles emerge as the answer I keep finding related party issues which could really destabilize the whole ICANN mission.
Am very happy to discuss this with you, you mentioned this before, but I am still a bit unclear which part of the Ruggie principles could potentially destabilize ICANN.
The bottom line is that ICANN has to support EVERY ccTLD and TLD operator if we are going to have a single interoperable Internet. It is not like a business - a business can agree not to do business in a particular country. ICANN will not be able to do so and fulfill its mission.
I think it is crucial for an organization to know and show where there are (risk for) human rights abuses in relation to their operations and think about ways how these can be re-mediated or improved upon, this by no way automatically means that ICANN cannot do x or y or engage with a specific country or business. There are also other bodies that have done this, such as the International Bar Association.
I look forward to your response.
Again, sorry for the late reply, am looking forward to your thoughts. Best, Niels
Best
Paul
On 10/19/15 9:26 PM, Niels ten Oever wrote: Dear Paul,
This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like.
Looking forward to hear your comments and/or questions.
Best,
Niels
On 10/19/2015 09:10 AM, Avri Doria wrote:
Hi,
I think it is informational. Explains many of the things we have been discussing.
It is the output of a parallel work effort and is meant to inform.
avri
On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote:
Dear WP4 members,
It's with great pleasure that I send you the the report prepared by the CCWP-HR on ICANNâs Corporate Responsibility to respect Human Rights: Recommendations for developing Human Rights Review Process and Reporting.
The report will be presented and discussed during our session on Wednesday October 21 at 9:00 in Wicklow MR5 or via remote participation [0] for which you all have been invited.
I trust this report will help further the discussion on how ICANN can live up to its responsibility to respect human rights.
Looking forward to discuss.
Best,
Niels
PS Feel free to spread the report widely. it can also be found on the website of the CCWP-HR: https://tinyurl.com/cchumanrights
[0] https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-ri ght
s-morning
Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 -- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
- -- Niels ten Oever Head of Digital Article 19 www.article19.org PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWLlYIAAoJEAi1oPJjbWjpyqMH/jpSWGVUXhGgNaEbIqn2qW8q 3FhfkV6kPj/ovZXsZRcwIJHVJ25EmIcy4ROMggtGmfSQBYIs+jiJggbt+ZQgvTOb BkiYBEDIhU5ohBX/UTaJ5rIN04FHk70+q2T2DkYLlDIA32UewiSsK79l99Ejo9zr oPy+Cjin225ifcUh6Tdx78zkNa7p7DX/YVC/dMFww1yfsa7gJwuStufyIZVLz7Wr 9JPpNWs6WB5EIU/6n3wExeeoqWllrOcANsw8efTdFfzxBuoMHr0u7P6VptHrRGhT kXVsA9JL9ir/W4XS/lg1F0VmfW1ff2RIzGLlGRd/7jWq0P92d0eRXbK7SadcE9M= =207Z -----END PGP SIGNATURE-----
HI Niels Thanks for your reply. I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse. As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19): 13. The responsibility to respect human rights requires that business enterprises: (a) Avoid causing or contributing to adverse human rights impacts through their own activities, and address such impacts when they occur; (b) Seek to prevent or mitigate adverse human rights impacts that are *directly linked to their operations, products or services by their * ** *business relationships*, even if they have not contributed to those impacts. (/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // / Commentary Business enterprises may be involved with adverse human rights impacts either through their own activities or as a result of their business relationships with other parties. Guiding Principle 19 elaborates further on the implications for how business enterprises should address these situations. For the purpose of these Guiding Principles a business enterprise’s “activities” are understood to include both actions and omissions; and its “business relationships” are understood to include relationships with business partners, entities in its value chain, and any other non-State or State entity directly linked to its business operations, products or services Commentary on Principle 19 The more complex the situation and its implications for human rights, the stronger is the case for the enterprise to draw on independent expert advice in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/* If the business enterprise has leverage to prevent or mitigate the adverse impact, it should exercise it. And if it lacks leverage there may be ways for the enterprise to increase it. Leverage may be increased by, for example, offering capacity-building or other incentives to the related entity, or collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//* *//* There are situations in which the enterprise lacks the leverage to prevent or mitigate adverse impacts and is unable to increase its leverage. Here, the enterprise should consider ending the relationship, taking into account credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )*** ** * ** *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship. this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet. But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment. Paul On 10/27/15 3:34 AM, Niels ten Oever wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi Paul,
I'm sorry for responding this late. Please find my response inline:
On 10/20/2015 04:09 AM, Paul Twomey wrote:
Niels
I am again confronted with the challenge of understanding exactly what these broadly stated proposals mean.
We did our best to be precise, but maybe we haven't sufficiently succeeded. Could you please point our which proposals or recommendation (in the report) you mean with 'these broadly stated proposals'?
Does your paper just refer to the process within ICANN of creating policy - or does it apply to the application of that policy?
As the paper described, a human rights review could be part of the Policy Develop Process. But to have a full human rights report, the impact of ICANN's policies and operations should be assessed.
For instance, concerning specific ICANN necessary functions would you be able to tell me how the process recommended in this paper would apply to the GAC principles on redelgation of ccTLDs or the ccNSO process which has been underway on redelgations? These are both products of policy making processes.
The report recommends a way forward, based on international best practices, for creating a human rights policy, the content of the policy and how it would be implemented is of course up for discussion in an appropriate process.
Does it mean that freedom of expression has to be an overriding principle in these cases - and if so how do you see operationalizing that? I don't think this was mentioned or implied anywhere in the report. Rights need to be balanced, the challenge is to come up with a framework to do this in the best way.
If a government, operating clearly under its laws, requests the redelegation of ccTLD from one body to another because the new law empowers the government to get information about domain name registrants from the new body and to order the new body to remove registrations on instructions from the government (I know of at least 2 examples just like this happening in the last 10 years) and if such a request is consistent with the GAC principles etc, it seems to me that your paper implies that ICANN would be required to either deny this request or require that the existing policy processes be changed.
Have I got it right? Or is it just that in the policy development process all who wanted to participate had the freedom to express their views?
The latter is the case.
Please understand that I also think that we should try to hold ICANN to human rights standards but I remain concerned that as soon as the Ruggles Principles emerge as the answer I keep finding related party issues which could really destabilize the whole ICANN mission.
Am very happy to discuss this with you, you mentioned this before, but I am still a bit unclear which part of the Ruggie principles could potentially destabilize ICANN.
The bottom line is that ICANN has to support EVERY ccTLD and TLD operator if we are going to have a single interoperable Internet. It is not like a business - a business can agree not to do business in a particular country. ICANN will not be able to do so and fulfill its mission. I think it is crucial for an organization to know and show where there are (risk for) human rights abuses in relation to their operations and think about ways how these can be re-mediated or improved upon, this by no way automatically means that ICANN cannot do x or y or engage with a specific country or business.
There are also other bodies that have done this, such as the International Bar Association.
I look forward to your response.
Again, sorry for the late reply, am looking forward to your thoughts.
Best,
Niels
Best
Paul
On 10/19/15 9:26 PM, Niels ten Oever wrote: Dear Paul,
This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like.
Looking forward to hear your comments and/or questions.
Best,
Niels
On 10/19/2015 09:10 AM, Avri Doria wrote:
Hi,
I think it is informational. Explains many of the things we have been discussing.
It is the output of a parallel work effort and is meant to inform.
avri
On 19-Oct-15 00:58, Paul Twomey wrote:
Sorry Niels
I am not attending Dublin. Can you please inform me how this document fits within the work of Working Party 4?
Paul
On 10/18/15 2:19 AM, Niels ten Oever wrote: > Dear WP4 members, > > It's with great pleasure that I send you the the report > prepared by the CCWP-HR on ICANNâs Corporate > Responsibility to respect Human Rights: Recommendations > for developing Human Rights Review Process and > Reporting. > > The report will be presented and discussed during our > session on Wednesday October 21 at 9:00 in Wicklow MR5 or > via remote participation [0] for which you all have been > invited. > > I trust this report will help further the discussion on > how ICANN can live up to its responsibility to respect > human rights. > > Looking forward to discuss. > > Best, > > Niels > > PS Feel free to spread the report widely. it can also be > found on the website of the CCWP-HR: > https://tinyurl.com/cchumanrights > > [0] > https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-ri ght s-morning > > >
> Wp4 mailing list Wp4@icann.org > https://mm.icann.org/mailman/listinfo/wp4 -- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQEcBAEBCAAGBQJWLlYIAAoJEAi1oPJjbWjpyqMH/jpSWGVUXhGgNaEbIqn2qW8q 3FhfkV6kPj/ovZXsZRcwIJHVJ25EmIcy4ROMggtGmfSQBYIs+jiJggbt+ZQgvTOb BkiYBEDIhU5ohBX/UTaJ5rIN04FHk70+q2T2DkYLlDIA32UewiSsK79l99Ejo9zr oPy+Cjin225ifcUh6Tdx78zkNa7p7DX/YVC/dMFww1yfsa7gJwuStufyIZVLz7Wr 9JPpNWs6WB5EIU/6n3wExeeoqWllrOcANsw8efTdFfzxBuoMHr0u7P6VptHrRGhT kXVsA9JL9ir/W4XS/lg1F0VmfW1ff2RIzGLlGRd/7jWq0P92d0eRXbK7SadcE9M= =207Z -----END PGP SIGNATURE----- _______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
Paul, I doubt that you will be helpful, since you still use the previous terminology, which indicates you are not familiar with current interpretation of policy... And, though ICANN apparently was an enabler of your successor, "recognizing" and/or "empowering" third parties is not the issue. Even if it should be. el On 2015-10-28 22:39 , Paul Twomey wrote:
HI Niels
Thanks for your reply.
I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse.
As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19):
13.
The responsibility to respect human rights requires that business
enterprises:
(a)
Avoid causing or contributing to adverse human rights impacts
through their own activities, and address such impacts when they
occur;
(b)
Seek to prevent or mitigate adverse human rights impacts that are
*directly linked to their operations, products or services by their *
**
*business relationships*, even if they have not contributed to those
impacts.
(/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // /
Commentary
Business enterprises may be involved with adverse human rights impacts either
through their own activities or as a result of their business relationships with
other parties. Guiding Principle 19 elaborates further on the implications for
how business enterprises should address these situations. For the purpose of
these Guiding Principles a business enterprise’s “activities” are understood
to include both actions and omissions; and its “business relationships” are
understood to include relationships with business partners, entities in its
value chain, and any other non-State or State entity directly linked to its
business operations, products or services
Commentary on Principle 19
The more complex the situation and its implications for human rights, the
stronger is the case for the enterprise to draw on independent expert advice
in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/*
If the business enterprise has leverage to prevent or mitigate the adverse
impact, it should exercise it. And if it lacks leverage there may be ways for
the enterprise to increase it. Leverage may be increased by, for example,
offering capacity-building or other incentives to the related entity, or
collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//*
*//*
There are situations in which the enterprise lacks the leverage to prevent
or mitigate adverse impacts and is unable to increase its leverage. Here,
the enterprise should consider ending the relationship, taking into account
credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )***
** * ** *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship.
this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet.
But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment.
Paul
[...]
Eberhard The process does not seem to have changed much http://www.iana.org/help/cctld-delegation :) Paul On 10/29/15 8:47 AM, Dr Eberhard W Lisse wrote:
Paul,
I doubt that you will be helpful, since you still use the previous terminology, which indicates you are not familiar with current interpretation of policy...
And, though ICANN apparently was an enabler of your successor, "recognizing" and/or "empowering" third parties is not the issue.
Even if it should be.
el
On 2015-10-28 22:39 , Paul Twomey wrote:
HI Niels
Thanks for your reply.
I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse.
As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19):
13.
The responsibility to respect human rights requires that business
enterprises:
(a)
Avoid causing or contributing to adverse human rights impacts
through their own activities, and address such impacts when they
occur;
(b)
Seek to prevent or mitigate adverse human rights impacts that are
*directly linked to their operations, products or services by their *
**
*business relationships*, even if they have not contributed to those
impacts.
(/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // /
Commentary
Business enterprises may be involved with adverse human rights impacts either
through their own activities or as a result of their business relationships with
other parties. Guiding Principle 19 elaborates further on the implications for
how business enterprises should address these situations. For the purpose of
these Guiding Principles a business enterprise’s “activities” are understood
to include both actions and omissions; and its “business relationships” are
understood to include relationships with business partners, entities in its
value chain, and any other non-State or State entity directly linked to its
business operations, products or services
Commentary on Principle 19
The more complex the situation and its implications for human rights, the
stronger is the case for the enterprise to draw on independent expert advice
in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/*
If the business enterprise has leverage to prevent or mitigate the adverse
impact, it should exercise it. And if it lacks leverage there may be ways for
the enterprise to increase it. Leverage may be increased by, for example,
offering capacity-building or other incentives to the related entity, or
collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//*
*//*
There are situations in which the enterprise lacks the leverage to prevent
or mitigate adverse impacts and is unable to increase its leverage. Here,
the enterprise should consider ending the relationship, taking into account
credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )***
** * ** *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship.
this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet.
But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment.
Paul
[...]
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
Paul, my understanding is that they are busy implementing... (resent from correct sender address :-)-O) el -- Sent from Dr Lisse's iPhone 5s On 28 Oct 2015, 23:23 +0100, Paul Twomey <paul.twomey@argopacific.com>, wrote:
Eberhard
The process does not seem to have changed much http://www.iana.org/help/cctld-delegation
:)
Paul
On 10/29/15 8:47 AM, Dr Eberhard W Lisse wrote:
Paul,
I doubt that you will be helpful, since you still use the previous terminology, which indicates you are not familiar with current interpretation of policy...
And, though ICANN apparently was an enabler of your successor, "recognizing" and/or "empowering" third parties is not the issue.
Even if it should be.
el
On 2015-10-28 22:39 , Paul Twomey wrote:
HI Niels
Thanks for your reply.
I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse.
As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19):
13.
The responsibility to respect human rights requires that business
enterprises:
(a)
Avoid causing or contributing to adverse human rights impacts
through their own activities, and address such impacts when they
occur;
(b)
Seek to prevent or mitigate adverse human rights impacts that are
*directly linked to their operations, products or services by their *
**
*business relationships*, even if they have not contributed to those
impacts.
(/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // /
Commentary
Business enterprises may be involved with adverse human rights impacts either
through their own activities or as a result of their business relationships with
other parties. Guiding Principle 19 elaborates further on the implications for
how business enterprises should address these situations. For the purpose of
these Guiding Principles a business enterprise’s “activities” are understood
to include both actions and omissions; and its “business relationships” are
understood to include relationships with business partners, entities in its
value chain, and any other non-State or State entity directly linked to its
business operations, products or services
Commentary on Principle 19
The more complex the situation and its implications for human rights, the
stronger is the case for the enterprise to draw on independent expert advice
in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/*
If the business enterprise has leverage to prevent or mitigate the adverse
impact, it should exercise it. And if it lacks leverage there may be ways for
the enterprise to increase it. Leverage may be increased by, for example,
offering capacity-building or other incentives to the related entity, or
collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//*
*//*
There are situations in which the enterprise lacks the leverage to prevent
or mitigate adverse impacts and is unable to increase its leverage. Here,
the enterprise should consider ending the relationship, taking into account
credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )***
** * ** *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship.
this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet.
But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment.
Paul
[...]
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific
US Cell: +1 310 279 2366 Aust M: +61 416 238 501
www.argopacific.com _______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
Dear Paul, dear Niels Sorry for intervening your conversation. I think there has been a bit of misunderstanding or miscommunication concerning the new report of the CCWP-HR on ICANN's Corporate Responsibility to respect Human Rights. I would like to make a bit of clarification, which hopefully will solve this. The main aim of this new CCWP report was to analyse and map current human rights policies (not only Ruggie principles, but such standards as, for example, transparency reporting) to see what the CCWP and broader community can further use in developing/suggesting HR policies and frameworks for the ICANN. In no way this report was going to suggest to commit (blindly) to Ruggie principles or to make ICANN a human rights watchdog. While drafting this report, the working party was always bearing in mind that ICANN is not like any other business and we need a unique set of policies to keep a careful balance and not to impose any obligation to enforce human rights. The Ruggie in this sense are guiding principles by no means absolute in themselves, they can only help us to explore the options and think about a proper human rights policy. This report is just a first step (but a big progress for the CCWP) in the development of this unique set of standards. CCWP is committed to carry out analysis of these standards and best practices and to reveal the possible risks and impact for the ICANN. The possible risks pointed out by Paul are actually some of the risks we are going to take into account, among many others that are to be analysed further. This analysis and development of frameworks is still a long road to walk, and CCWP is just one of the contributors, and we are going to work with all the interested parties and ICANN community: there are many things that have to be taken into account, such ICANN processes, etc. etc. So this report is just a set of policy/standards mapping and some specific recommendations, but to make it reality there is no quick off the cuff solution or blind commitment, and I think we all understand this. Furthermore, because of ICANN's unique mission, any principles and standards, including Ruggie, need a very careful consideration. I think that we all agree here (well, may be not all, but majority of us :)), at WP4, as well at the CCWP, that our goal is to develop bylaws language and policies that will commit ICANN only to respecting human rights and only within its mission, but not to human rights enforcement or anything like this. We all want to avoid any commitment that will turn ICANN to watchdog or can disturb its main mission. Thus, I think it shall be pointed out once again that one should treat this report as an analysis, which points out to different policies and standards – Ruggie might be among them, but there is much more in this report, actually, - as a first step in developing unique HR policies and frameworks for ICANN. I hope this clarifies the situation with Ruggie and with the aim of the report. The debate that Paul and Niels have is a very valuable one, but it rather has to deal with the future discussions in the HR frameworks development. Every concern pointed by Paul should and will be taken into account, as well as any concerns of any other members of the ICANN community. Caveat: I am speaking in my individual capacity, not on behalf on CCWP. So if I got anything wrong concerning CCWP goals or missed any important point, I hope Niels can follow and clarify. Best regards Tanya On 28/10/15 22:39, Paul Twomey wrote:
HI Niels > > Thanks for your reply. > > I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse. > > As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19): > > 13. > > The responsibility to respect human rights requires that business > > enterprises: > > (a) > > Avoid causing or contributing to adverse human rights impacts > > through their own activities, and address such impacts when they > > occur; > > (b) > > Seek to prevent or mitigate adverse human rights impacts that are > > *directly linked to their operations, products or services by their * > ** > > *business relationships*, even if they have not contributed to those > > impacts. > > (/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // > / > > > Commentary > > Business enterprises may be involved with adverse human rights impacts either > > through their own activities or as a result of their business relationships with > > other parties. Guiding Principle 19 elaborates further on the implications for > > how business enterprises should address these situations. For the purpose of > > these Guiding Principles a business enterprise’s “activities” are understood > > to include both actions and omissions; and its “business relationships” are
understood to include relationships with business partners, entities in its > > value chain, and any other non-State or State entity directly linked to its > > business operations, products or services > > > > > Commentary on Principle 19 > > > > The more complex the situation and its implications for human rights, the > > stronger is the case for the enterprise to draw on independent expert advice > > in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/* > > If the business enterprise has leverage to prevent or mitigate the adverse > > impact, it should exercise it. And if it lacks leverage there may be ways for > > the enterprise to increase it. Leverage may be increased by, for example, > > offering capacity-building or other incentives to the related entity, or > > collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//* > > *//* > > There are situations in which the enterprise lacks the leverage to prevent > > or mitigate adverse impacts and is unable to increase its leverage. Here, > > the enterprise should consider ending the relationship, taking into account > > credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )*** > > ** * > ** > *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship. > > this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet. > > But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment. > > Paul > > > > On 10/27/15 3:34 AM, Niels ten Oever wrote: Hi Paul,
I'm sorry for responding this late. Please find my response inline:
On 10/20/2015 04:09 AM, Paul Twomey wrote:
Niels
I am again confronted with the challenge of understanding exactly what these broadly stated proposals mean.
We did our best to be precise, but maybe we haven't sufficiently succeeded. Could you please point our which proposals or recommendation (in the report) you mean with 'these broadly stated proposals'?
Does your paper just refer to the process within ICANN of creating policy - or does it apply to the application of that policy?
As the paper described, a human rights review could be part of the Policy Develop Process. But to have a full human rights report, the impact of ICANN's policies and operations should be assessed.
For instance, concerning specific ICANN necessary functions would you be able to tell me how the process recommended in this paper would apply to the GAC principles on redelgation of ccTLDs or the ccNSO process which has been underway on redelgations? These are both products of policy making processes.
The report recommends a way forward, based on international best practices, for creating a human rights policy, the content of the policy and how it would be implemented is of course up for discussion in an appropriate process.
Does it mean that freedom of expression has to be an overriding principle in these cases - and if so how do you see operationalizing that? I don't think this was mentioned or implied anywhere in the report. Rights need to be balanced, the challenge is to come up with a framework to do this in the best way.
If a government, operating clearly under its laws, requests the redelegation of ccTLD from one body to another because the new law empowers the government to get information about domain name registrants from the new body and to order the new body to remove registrations on instructions from the government (I know of at least 2 examples just like this happening in the last 10 years) and if such a request is consistent with the GAC principles etc, it seems to me that your paper implies that ICANN would be required to either deny this request or require that the existing policy processes be changed.
Have I got it right? Or is it just that in the policy development process all who wanted to participate had the freedom to express their views?
The latter is the case.
Please understand that I also think that we should try to hold ICANN to human rights standards but I remain concerned that as soon as the Ruggles Principles emerge as the answer I keep finding related party issues which could really destabilize the whole ICANN mission.
Am very happy to discuss this with you, you mentioned this before, but I am still a bit unclear which part of the Ruggie principles could potentially destabilize ICANN.
The bottom line is that ICANN has to support EVERY ccTLD and TLD operator if we are going to have a single interoperable Internet. It is not like a business - a business can agree not to do business in a particular country. ICANN will not be able to do so and fulfill its mission. I think it is crucial for an organization to know and show where there are (risk for) human rights abuses in relation to their operations and think about ways how these can be re-mediated or improved upon, this by no way automatically means that ICANN cannot do x or y or engage with a specific country or business.
There are also other bodies that have done this, such as the International Bar Association.
I look forward to your response.
Again, sorry for the late reply, am looking forward to your thoughts.
Best,
Niels
Best
Paul
On 10/19/15 9:26 PM, Niels ten Oever wrote: Dear Paul,
This was indeed meant to inform WP4 on the activity in the CCWP-HR and give an example of what the considerations and work in WS2 might look like.
Looking forward to hear your comments and/or questions.
Best,
Niels
On 10/19/2015 09:10 AM, Avri Doria wrote:
> Hi, > > > I think it is informational. Explains many of the things we > have been discussing. > > It is the output of a parallel work effort and is meant to > inform. > > avri > > On 19-Oct-15 00:58, Paul Twomey wrote: >> Sorry Niels >> >> I am not attending Dublin. Can you please inform me how >> this document fits within the work of Working Party 4? >> >> Paul >> >> On 10/18/15 2:19 AM, Niels ten Oever wrote: >>> Dear WP4 members, >>> >>> It's with great pleasure that I send you the the report >>> prepared by the CCWP-HR on ICANN’s Corporate >>> Responsibility to respect Human Rights: Recommendations >>> for developing Human Rights Review Process and >>> Reporting. >>> >>> The report will be presented and discussed during our >>> session on Wednesday October 21 at 9:00 in Wicklow MR5 or >>> via remote participation [0] for which you all have been >>> invited. >>> >>> I trust this report will help further the discussion on >>> how ICANN can live up to its responsibility to respect >>> human rights. >>> >>> Looking forward to discuss. >>> >>> Best, >>> >>> Niels >>> >>> PS Feel free to spread the report widely. it can also be >>> found on the website of the CCWP-HR: >>> https://tinyurl.com/cchumanrights >>> >>> [0] >>> https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-ri ght s-morning >>> >>> >>>
>>> Wp4 mailing list Wp4@icann.org >>> https://mm.icann.org/mailman/listinfo/wp4 >> -- Dr Paul Twomey Managing Director Argo P@cific >> >> US Cell: +1 310 279 2366 Aust M: +61 416 238 501 >> >> www.argopacific.com >> >> >> _______________________________________________ Wp4 mailing >> list Wp4@icann.org >> https://mm.icann.org/mailman/listinfo/wp4 > --- This email has been checked for viruses by Avast > antivirus software. https://www.avast.com/antivirus > > _______________________________________________ Wp4 mailing > list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 > -- Niels ten Oever Head of Digital
Article 19 www.article19.org
PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D 68E9
_______________________________________________ Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 _______________________________________________ >> Wp4 mailing list >> Wp4@icann.org >> https://mm.icann.org/mailman/listinfo/wp4 > > -- > Dr Paul Twomey > Managing Director > Argo P@cific > > US Cell: +1 310 279 2366 > Aust M: +61 416 238 501 > > www.argopacific.com > > > _______________________________________________ > Wp4 mailing list > Wp4@icann.org > https://mm.icann.org/mailman/listinfo/wp4
Thanks for this offer Paul. Would you be able to provide this explanation on our call? Best regards, León > El 28/10/2015, a las 3:39 p.m., Paul Twomey <paul.twomey@argopacific.com> escribió: > > HI Niels > > Thanks for your reply. > > I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also requests for changes in the zone file through the IANA process. Because it is several of these where I see ICANN being practically engaged in recognizing end empowering a related party which could be guilty of human rights abuse. > > As for the Ruggie Principles, let me point again to principle 13 and its commentary (and that of principle 19): > > 13. > > The responsibility to respect human rights requires that business > > enterprises: > > (a) > > Avoid causing or contributing to adverse human rights impacts > > through their own activities, and address such impacts when they > > occur; > > (b) > > Seek to prevent or mitigate adverse human rights impacts that are > > *directly linked to their operations, products or services by their * > > ** > > *business relationships*, even if they have not contributed to those > > impacts. > > (/Emphasis added - this is the nature of the IANA functions relationship with ccTLDs) // > / > > > Commentary > > Business enterprises may be involved with adverse human rights impacts either > > through their own activities or as a result of their business relationships with > > other parties. Guiding Principle 19 elaborates further on the implications for > > how business enterprises should address these situations. For the purpose of > > these Guiding Principles a business enterprise’s “activities” are understood > > to include both actions and omissions; and its “business relationships” are > > understood to include relationships with business partners, entities in its > > value chain, and any other non-State or State entity directly linked to its > > business operations, products or services > > Commentary on Principle 19 > > The more complex the situation and its implications for human rights, the > > stronger is the case for the enterprise to draw on independent expert advice > > in deciding how to respond. */(ICANN is the body to make decisions on tlds - there is not another expert body)/* > > If the business enterprise has leverage to prevent or mitigate the adverse > > impact, it should exercise it. And if it lacks leverage there may be ways for > > the enterprise to increase it. Leverage may be increased by, for example, > > offering capacity-building or other incentives to the related entity, or > > collaborating with other actors. */(ICANN should not be asked to put political leverage on a government - it will destroy its apolitical role)/**//* > > *//* > > There are situations in which the enterprise lacks the leverage to prevent > > or mitigate adverse impacts and is unable to increase its leverage. Here, > > the enterprise should consider ending the relationship, taking into account > > credible assessments of potential adverse human rights impacts of doing so. *(ICANN cannot consider ending a relationship with a cctld and still operate the IANA functions )*** > > ** * > ** > *It seems to me that Ruggie Principles basically are saying if another party in which you are in a business relationship continues to breach human rights you should consider ending the relationship. > > this is just what ICANN can NOT do with a ccTLD or even some TLD operators if it is going to continue to be the protocol coordinator of a single Interoperable Internet. > > But if it does not breach these relationships one can just see the level of litigation from human rights and dissident groups which could be brought against ICANN if it does adopt these principles without amendment. > > Paul > > > > On 10/27/15 3:34 AM, Niels ten Oever wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Hi Paul, >> >> I'm sorry for responding this late. Please find my response inline: >> >> On 10/20/2015 04:09 AM, Paul Twomey wrote: >>> Niels >>> >>> I am again confronted with the challenge of understanding exactly >>> what these broadly stated proposals mean. >>> >> We did our best to be precise, but maybe we haven't sufficiently >> succeeded. Could you please point our which proposals or >> recommendation (in the report) you mean with 'these broadly stated >> proposals'? >> >>> Does your paper just refer to the process within ICANN of creating >>> policy - or does it apply to the application of that policy? >>> >> As the paper described, a human rights review could be part of the >> Policy Develop Process. But to have a full human rights report, the >> impact of ICANN's policies and operations should be assessed. >> >>> For instance, concerning specific ICANN necessary functions would >>> you be able to tell me how the process recommended in this paper >>> would apply to the GAC principles on redelgation of ccTLDs or the >>> ccNSO process which has been underway on redelgations? These are >>> both products of policy making processes. >>> >> The report recommends a way forward, based on international best >> practices, for creating a human rights policy, the content of the >> policy and how it would be implemented is of course up for discussion >> in an appropriate process. >> >>> Does it mean that freedom of expression has to be an overriding >>> principle in these cases - and if so how do you see >>> operationalizing that? >> I don't think this was mentioned or implied anywhere in the report. >> Rights need to be balanced, the challenge is to come up with a >> framework to do this in the best way. >> >>> If a government, operating clearly under its laws, requests the >>> redelegation of ccTLD from one body to another because the new law >>> empowers the government to get information about domain name >>> registrants from the new body and to order the new body to remove >>> registrations on instructions from the government (I know of at >>> least 2 examples just like this happening in the last 10 years) and >>> if such a request is consistent with the GAC principles etc, it >>> seems to me that your paper implies that ICANN would be required to >>> either deny this request or require that the existing policy >>> processes be changed. >>> >>> Have I got it right? Or is it just that in the policy development >>> process all who wanted to participate had the freedom to express >>> their views? >>> >> The latter is the case. >> >>> Please understand that I also think that we should try to hold >>> ICANN to human rights standards but I remain concerned that as soon >>> as the Ruggles Principles emerge as the answer I keep finding >>> related party issues which could really destabilize the whole ICANN >>> mission. >>> >> Am very happy to discuss this with you, you mentioned this before, but >> I am still a bit unclear which part of the Ruggie principles could >> potentially destabilize ICANN. >> >>> The bottom line is that ICANN has to support EVERY ccTLD and TLD >>> operator if we are going to have a single interoperable Internet. >>> It is not like a business - a business can agree not to do business >>> in a particular country. ICANN will not be able to do so and >>> fulfill its mission. >> I think it is crucial for an organization to know and show where there >> are (risk for) human rights abuses in relation to their operations and >> think about ways how these can be re-mediated or improved upon, this >> by no way automatically means that ICANN cannot do x or y or engage >> with a specific country or business. >> >> There are also other bodies that have done this, such as the >> International Bar Association. >> >>> I look forward to your response. >>> >> Again, sorry for the late reply, am looking forward to your thoughts. >> >> Best, >> >> Niels >> >> >>> Best >>> >>> Paul >>> >>> >>> >>> On 10/19/15 9:26 PM, Niels ten Oever wrote: Dear Paul, >>> >>> This was indeed meant to inform WP4 on the activity in the CCWP-HR >>> and give an example of what the considerations and work in WS2 >>> might look like. >>> >>> Looking forward to hear your comments and/or questions. >>> >>> Best, >>> >>> Niels >>> >>> On 10/19/2015 09:10 AM, Avri Doria wrote: >>>>>> Hi, >>>>>> >>>>>> >>>>>> I think it is informational. Explains many of the things we >>>>>> have been discussing. >>>>>> >>>>>> It is the output of a parallel work effort and is meant to >>>>>> inform. >>>>>> >>>>>> avri >>>>>> >>>>>> On 19-Oct-15 00:58, Paul Twomey wrote: >>>>>>> Sorry Niels >>>>>>> >>>>>>> I am not attending Dublin. Can you please inform me how >>>>>>> this document fits within the work of Working Party 4? >>>>>>> >>>>>>> Paul >>>>>>> >>>>>>> On 10/18/15 2:19 AM, Niels ten Oever wrote: >>>>>>>> Dear WP4 members, >>>>>>>> >>>>>>>> It's with great pleasure that I send you the the report >>>>>>>> prepared by the CCWP-HR on ICANNâs Corporate >>>>>>>> Responsibility to respect Human Rights: Recommendations >>>>>>>> for developing Human Rights Review Process and >>>>>>>> Reporting. >>>>>>>> >>>>>>>> The report will be presented and discussed during our >>>>>>>> session on Wednesday October 21 at 9:00 in Wicklow MR5 or >>>>>>>> via remote participation [0] for which you all have been >>>>>>>> invited. >>>>>>>> >>>>>>>> I trust this report will help further the discussion on >>>>>>>> how ICANN can live up to its responsibility to respect >>>>>>>> human rights. >>>>>>>> >>>>>>>> Looking forward to discuss. >>>>>>>> >>>>>>>> Best, >>>>>>>> >>>>>>>> Niels >>>>>>>> >>>>>>>> PS Feel free to spread the report widely. it can also be >>>>>>>> found on the website of the CCWP-HR: >>>>>>>> https://tinyurl.com/cchumanrights >>>>>>>> >>>>>>>> [0] >>>>>>>> https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-ri >> ght >> s-morning >>>>>>>> >>>>>>>> >>>>>>>> >>> _______________________________________________ >>>>>>>> Wp4 mailing list Wp4@icann.org >>>>>>>> https://mm.icann.org/mailman/listinfo/wp4 >>>>>>> -- Dr Paul Twomey Managing Director Argo P@cific >>>>>>> >>>>>>> US Cell: +1 310 279 2366 Aust M: +61 416 238 501 >>>>>>> >>>>>>> www.argopacific.com >>>>>>> >>>>>>> >>>>>>> _______________________________________________ Wp4 mailing >>>>>>> list Wp4@icann.org >>>>>>> https://mm.icann.org/mailman/listinfo/wp4 >>>>>> --- This email has been checked for viruses by Avast >>>>>> antivirus software. https://www.avast.com/antivirus >>>>>> >>>>>> _______________________________________________ Wp4 mailing >>>>>> list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 >>>>>> >>> -- Niels ten Oever Head of Digital >>> >>> Article 19 www.article19.org >>> >>> PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D >>> 68E9 >>>> _______________________________________________ Wp4 mailing list >>>> Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4 >> - -- Niels ten Oever >> Head of Digital >> >> Article 19 >> www.article19.org >> >> PGP fingerprint 8D9F C567 BEE4 A431 56C4 >> 678B 08B5 A0F2 636D 68E9 >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2 >> >> iQEcBAEBCAAGBQJWLlYIAAoJEAi1oPJjbWjpyqMH/jpSWGVUXhGgNaEbIqn2qW8q >> 3FhfkV6kPj/ovZXsZRcwIJHVJ25EmIcy4ROMggtGmfSQBYIs+jiJggbt+ZQgvTOb >> BkiYBEDIhU5ohBX/UTaJ5rIN04FHk70+q2T2DkYLlDIA32UewiSsK79l99Ejo9zr >> oPy+Cjin225ifcUh6Tdx78zkNa7p7DX/YVC/dMFww1yfsa7gJwuStufyIZVLz7Wr >> 9JPpNWs6WB5EIU/6n3wExeeoqWllrOcANsw8efTdFfzxBuoMHr0u7P6VptHrRGhT >> kXVsA9JL9ir/W4XS/lg1F0VmfW1ff2RIzGLlGRd/7jWq0P92d0eRXbK7SadcE9M= >> =207Z >> -----END PGP SIGNATURE----- >> _______________________________________________ >> Wp4 mailing list >> Wp4@icann.org <mailto:Wp4@icann.org> >> https://mm.icann.org/mailman/listinfo/wp4 <https://mm.icann.org/mailman/listinfo/wp4> > > -- > Dr Paul Twomey > Managing Director > Argo P@cific > > US Cell: +1 310 279 2366 > Aust M: +61 416 238 501 > > www.argopacific.com <http://www.argopacific.com/> > > _______________________________________________ > Wp4 mailing list > Wp4@icann.org <mailto:Wp4@icann.org> > https://mm.icann.org/mailman/listinfo/wp4 <https://mm.icann.org/mailman/listinfo/wp4>
Yes Leon. Would be pleased to. On 10/30/15 2:26 PM, León Felipe Sánchez Ambía wrote: > Thanks for this offer Paul. Would you be able to provide this > explanation on our call? > > > Best regards, > > > León > >> El 28/10/2015, a las 3:39 p.m., Paul Twomey >> <paul.twomey@argopacific.com <mailto:paul.twomey@argopacific.com>> >> escribió: >> >> HI Niels >> >> Thanks for your reply. >> >> I think the best I can do is ask for some time on Friday to explain >> the practical steps involved in changes of tld operator (especially a >> cctld operator) both through requests for redelegation and also >> requests for changes in the zone file through the IANA process. >> Because it is several of these where I see ICANN being practically >> engaged in recognizing end empowering a related party which could be >> guilty of human rights abuse. >> >> As for the Ruggie Principles, let me point again to principle 13 and >> its commentary (and that of principle 19): >> >> 13. >> >> The responsibility to respect human rights requires that business >> >> enterprises: >> >> (a) >> >> Avoid causing or contributing to adverse human rights impacts >> >> through their own activities, and address such impacts when they >> >> occur; >> >> (b) >> >> Seek to prevent or mitigate adverse human rights impacts that are >> >> *directly linked to their operations, products or services by their * >> >> ** >> >> *business relationships*, even if they have not contributed to those >> >> impacts. >> >> (/Emphasis added - this is the nature of the IANA functions >> relationship with ccTLDs) // >> / >> >> >> Commentary >> >> Business enterprises may be involved with adverse human rights >> impacts either >> >> through their own activities or as a result of their business >> relationships with >> >> other parties. Guiding Principle 19 elaborates further on the >> implications for >> >> how business enterprises should address these situations. For the >> purpose of >> >> these Guiding Principles a business enterprise’s “activities” are >> understood >> >> to include both actions and omissions; and its “business >> relationships” are >> >> understood to include relationships with business partners, entities >> in its >> >> value chain, and any other non-State or State entity directly linked >> to its >> >> business operations, products or services >> >> Commentary on Principle 19 >> >> The more complex the situation and its implications for human rights, the >> >> stronger is the case for the enterprise to draw on independent expert >> advice >> >> in deciding how to respond. */(ICANN is the body to make decisions on >> tlds - there is not another expert body)/* >> >> If the business enterprise has leverage to prevent or mitigate the >> adverse >> >> impact, it should exercise it. And if it lacks leverage there may be >> ways for >> >> the enterprise to increase it. Leverage may be increased by, for example, >> >> offering capacity-building or other incentives to the related entity, or >> >> collaborating with other actors. */(ICANN should not be asked to put >> political leverage on a government - it will destroy its apolitical >> role)/**//* >> >> *//* >> >> There are situations in which the enterprise lacks the leverage to >> prevent >> >> or mitigate adverse impacts and is unable to increase its leverage. Here, >> >> the enterprise should consider ending the relationship, taking into >> account >> >> credible assessments of potential adverse human rights impacts of >> doing so. *(ICANN cannot consider ending a relationship with a cctld >> and still operate the IANA functions )*** >> >> ** * >> ** >> *It seems to me that Ruggie Principles basically are saying if >> another party in which you are in a business relationship continues >> to breach human rights you should consider ending the relationship. >> >> this is just what ICANN can NOT do with a ccTLD or even some TLD >> operators if it is going to continue to be the protocol coordinator >> of a single Interoperable Internet. >> >> But if it does not breach these relationships one can just see the >> level of litigation from human rights and dissident groups which >> could be brought against ICANN if it does adopt these principles >> without amendment. >> >> Paul >> >> >> >> On 10/27/15 3:34 AM, Niels ten Oever wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> Hi Paul, >>> >>> I'm sorry for responding this late. Please find my response inline: >>> >>> On 10/20/2015 04:09 AM, Paul Twomey wrote: >>>> Niels >>>> >>>> I am again confronted with the challenge of understanding exactly >>>> what these broadly stated proposals mean. >>>> >>> We did our best to be precise, but maybe we haven't sufficiently >>> succeeded. Could you please point our which proposals or >>> recommendation (in the report) you mean with 'these broadly stated >>> proposals'? >>> >>>> Does your paper just refer to the process within ICANN of creating >>>> policy - or does it apply to the application of that policy? >>>> >>> As the paper described, a human rights review could be part of the >>> Policy Develop Process. But to have a full human rights report, the >>> impact of ICANN's policies and operations should be assessed. >>> >>>> For instance, concerning specific ICANN necessary functions would >>>> you be able to tell me how the process recommended in this paper >>>> would apply to the GAC principles on redelgation of ccTLDs or the >>>> ccNSO process which has been underway on redelgations? These are >>>> both products of policy making processes. >>>> >>> The report recommends a way forward, based on international best >>> practices, for creating a human rights policy, the content of the >>> policy and how it would be implemented is of course up for discussion >>> in an appropriate process. >>> >>>> Does it mean that freedom of expression has to be an overriding >>>> principle in these cases - and if so how do you see >>>> operationalizing that? >>> I don't think this was mentioned or implied anywhere in the report. >>> Rights need to be balanced, the challenge is to come up with a >>> framework to do this in the best way. >>> >>>> If a government, operating clearly under its laws, requests the >>>> redelegation of ccTLD from one body to another because the new law >>>> empowers the government to get information about domain name >>>> registrants from the new body and to order the new body to remove >>>> registrations on instructions from the government (I know of at >>>> least 2 examples just like this happening in the last 10 years) and >>>> if such a request is consistent with the GAC principles etc, it >>>> seems to me that your paper implies that ICANN would be required to >>>> either deny this request or require that the existing policy >>>> processes be changed. >>>> >>>> Have I got it right? Or is it just that in the policy development >>>> process all who wanted to participate had the freedom to express >>>> their views? >>>> >>> The latter is the case. >>> >>>> Please understand that I also think that we should try to hold >>>> ICANN to human rights standards but I remain concerned that as soon >>>> as the Ruggles Principles emerge as the answer I keep finding >>>> related party issues which could really destabilize the whole ICANN >>>> mission. >>>> >>> Am very happy to discuss this with you, you mentioned this before, but >>> I am still a bit unclear which part of the Ruggie principles could >>> potentially destabilize ICANN. >>> >>>> The bottom line is that ICANN has to support EVERY ccTLD and TLD >>>> operator if we are going to have a single interoperable Internet. >>>> It is not like a business - a business can agree not to do business >>>> in a particular country. ICANN will not be able to do so and >>>> fulfill its mission. >>> I think it is crucial for an organization to know and show where there >>> are (risk for) human rights abuses in relation to their operations and >>> think about ways how these can be re-mediated or improved upon, this >>> by no way automatically means that ICANN cannot do x or y or engage >>> with a specific country or business. >>> >>> There are also other bodies that have done this, such as the >>> International Bar Association. >>> >>>> I look forward to your response. >>>> >>> Again, sorry for the late reply, am looking forward to your thoughts. >>> >>> Best, >>> >>> Niels >>> >>> >>>> Best >>>> >>>> Paul >>>> >>>> >>>> >>>> On 10/19/15 9:26 PM, Niels ten Oever wrote: Dear Paul, >>>> >>>> This was indeed meant to inform WP4 on the activity in the CCWP-HR >>>> and give an example of what the considerations and work in WS2 >>>> might look like. >>>> >>>> Looking forward to hear your comments and/or questions. >>>> >>>> Best, >>>> >>>> Niels >>>> >>>> On 10/19/2015 09:10 AM, Avri Doria wrote: >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> I think it is informational. Explains many of the things we >>>>>>> have been discussing. >>>>>>> >>>>>>> It is the output of a parallel work effort and is meant to >>>>>>> inform. >>>>>>> >>>>>>> avri >>>>>>> >>>>>>> On 19-Oct-15 00:58, Paul Twomey wrote: >>>>>>>> Sorry Niels >>>>>>>> >>>>>>>> I am not attending Dublin. Can you please inform me how >>>>>>>> this document fits within the work of Working Party 4? >>>>>>>> >>>>>>>> Paul >>>>>>>> >>>>>>>> On 10/18/15 2:19 AM, Niels ten Oever wrote: >>>>>>>>> Dear WP4 members, >>>>>>>>> >>>>>>>>> It's with great pleasure that I send you the the report >>>>>>>>> prepared by the CCWP-HR on ICANNâs Corporate >>>>>>>>> Responsibility to respect Human Rights: Recommendations >>>>>>>>> for developing Human Rights Review Process and >>>>>>>>> Reporting. >>>>>>>>> >>>>>>>>> The report will be presented and discussed during our >>>>>>>>> session on Wednesday October 21 at 9:00 in Wicklow MR5 or >>>>>>>>> via remote participation [0] for which you all have been >>>>>>>>> invited. >>>>>>>>> >>>>>>>>> I trust this report will help further the discussion on >>>>>>>>> how ICANN can live up to its responsibility to respect >>>>>>>>> human rights. >>>>>>>>> >>>>>>>>> Looking forward to discuss. >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> >>>>>>>>> Niels >>>>>>>>> >>>>>>>>> PS Feel free to spread the report widely. it can also be >>>>>>>>> found on the website of the CCWP-HR: >>>>>>>>> https://tinyurl.com/cchumanrights >>>>>>>>> >>>>>>>>> [0] >>>>>>>>> https://meetings.icann.org/en/dublin54/schedule/wed-ccwp-human-ri >>> ght >>> s-morning >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>> _______________________________________________ >>>>>>>>> Wp4 mailing list Wp4@icann.org <mailto:Wp4@icann.org> >>>>>>>>> https://mm.icann.org/mailman/listinfo/wp4 >>>>>>>> -- Dr Paul Twomey Managing Director Argo P@cific >>>>>>>> >>>>>>>> US Cell: +1 310 279 2366 Aust M: +61 416 238 501 >>>>>>>> >>>>>>>> www.argopacific.com <http://www.argopacific.com> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ Wp4 mailing >>>>>>>> list Wp4@icann.org >>>>>>>> https://mm.icann.org/mailman/listinfo/wp4 >>>>>>> --- This email has been checked for viruses by Avast >>>>>>> antivirus software. https://www.avast.com/antivirus >>>>>>> >>>>>>> _______________________________________________ Wp4 mailing >>>>>>> list Wp4@icann.org <mailto:Wp4@icann.org> >>>>>>> https://mm.icann.org/mailman/listinfo/wp4 >>>>>>> >>>> -- Niels ten Oever Head of Digital >>>> >>>> Article 19 www.article19.org <http://www.article19.org> >>>> >>>> PGP fingerprint 8D9F C567 BEE4 A431 56C4 678B 08B5 A0F2 636D >>>> 68E9 >>>>> _______________________________________________ Wp4 mailing list >>>>> Wp4@icann.org <mailto:Wp4@icann.org> >>>>> https://mm.icann.org/mailman/listinfo/wp4 >>> - -- Niels ten Oever >>> Head of Digital >>> >>> Article 19 >>> www.article19.org <http://www.article19.org> >>> >>> PGP fingerprint 8D9F C567 BEE4 A431 56C4 >>> 678B 08B5 A0F2 636D 68E9 >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v2 >>> >>> iQEcBAEBCAAGBQJWLlYIAAoJEAi1oPJjbWjpyqMH/jpSWGVUXhGgNaEbIqn2qW8q >>> 3FhfkV6kPj/ovZXsZRcwIJHVJ25EmIcy4ROMggtGmfSQBYIs+jiJggbt+ZQgvTOb >>> BkiYBEDIhU5ohBX/UTaJ5rIN04FHk70+q2T2DkYLlDIA32UewiSsK79l99Ejo9zr >>> oPy+Cjin225ifcUh6Tdx78zkNa7p7DX/YVC/dMFww1yfsa7gJwuStufyIZVLz7Wr >>> 9JPpNWs6WB5EIU/6n3wExeeoqWllrOcANsw8efTdFfzxBuoMHr0u7P6VptHrRGhT >>> kXVsA9JL9ir/W4XS/lg1F0VmfW1ff2RIzGLlGRd/7jWq0P92d0eRXbK7SadcE9M= >>> =207Z >>> -----END PGP SIGNATURE----- >>> _______________________________________________ >>> Wp4 mailing list >>> Wp4@icann.org <mailto:Wp4@icann.org> >>> https://mm.icann.org/mailman/listinfo/wp4 >> >> -- >> Dr Paul Twomey >> Managing Director >> Argo P@cific >> >> US Cell: +1 310 279 2366 >> Aust M: +61 416 238 501 >> >> www.argopacific.com <http://www.argopacific.com/> >> >> _______________________________________________ >> Wp4 mailing list >> Wp4@icann.org <mailto:Wp4@icann.org> >> https://mm.icann.org/mailman/listinfo/wp4 > -- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
I will do my best to be on the call, although it clashes with various work committments. I would caution that the subject of ccTLD delegations his has, in the past, been a controversial issue (and is even now the subject of potentially precedent-setting litigation at appeal level, involving ICANN as Respondent/Appellee). Admittedly, it has become slightly less controversial since the interpretation of policy is much more settled and ICANN is much less inclined to act without basis of law. I do not want today's call to become distracted and deteriorate into a debate between ccNSO members** and Paul over the difference between what ICANN might have done in 1999-2003 without benefit of law, and today's situation where the ccNSO, IANA staff and the ICANN Board have all agreed that the Framework (the result of six years hard work by all parties concerned, including the GAC) is the definitive construction (as lawyers use the term) i.e. 'interpretation' of the policies that govern the creation of ccTLDs, and change of ccTLD manager. RUGGIE ------ Paul raises a really good point, nonetheless: and it's this. We *should'nt* adopt Ruggie principles blindly simply "because they are a good thing", but we should spend some time examining their interaction and effect on existing legal relationships over ccTLDs, and existing policy. So: clearly a matter for WS2. (I personally happen to expect that once that work is done, ICANN probably should adopt the Ruggie principles, but that is a debate for WS2). Notwithstanding this, I think there is a baseline below which we cannot fall in order to have credibility, and that is the UDHR.# It is a most unattractive argument to reject, at this critical juncture an overarching committement to protect fundamental rights. Particularly on the basis that ICANN might wish to (*as it has done in the past*) infringe fundamental rights such, just for example, those set out as Art. 1 Prot 1 of the ECHR. -- the protection of (intellectual) property. It's a serious credibility issue. It's almost of the order of George Bush pulling the pulling out of the International Criminal Court in the expectation that in the future, US solidiers might face war crimes charges. (Indeed, as subsequent history has taught us, with Abu Ghraib and other events, he was, probably entire coincidentally, very far-sighted). And, yes, I wish this was hyperbole on my part, but given the historic trust issues with ICANN (which we appear to be past, but should never be forgotten) it most certainly is not. Nigel -- ** NOTE: There are at least 3 members of the FoI WG on this WP4 list. On 10/30/2015 03:33 AM, Paul Twomey wrote:
I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also
Nigel Be clear I am not getting into the policy issue of transfers at all. And certainly not the 1999-2003 period when I was a poor GAC chair :) Paul On 10/30/15 7:54 PM, Nigel Roberts wrote:
I will do my best to be on the call, although it clashes with various work committments.
I would caution that the subject of ccTLD delegations his has, in the past, been a controversial issue (and is even now the subject of potentially precedent-setting litigation at appeal level, involving ICANN as Respondent/Appellee).
Admittedly, it has become slightly less controversial since the interpretation of policy is much more settled and ICANN is much less inclined to act without basis of law.
I do not want today's call to become distracted and deteriorate into a debate between ccNSO members** and Paul over the difference between what ICANN might have done in 1999-2003 without benefit of law, and today's situation where the ccNSO, IANA staff and the ICANN Board have all agreed that the Framework (the result of six years hard work by all parties concerned, including the GAC) is the definitive construction (as lawyers use the term) i.e. 'interpretation' of the policies that govern the creation of ccTLDs, and change of ccTLD manager.
RUGGIE ------
Paul raises a really good point, nonetheless: and it's this.
We *should'nt* adopt Ruggie principles blindly simply "because they are a good thing", but we should spend some time examining their interaction and effect on existing legal relationships over ccTLDs, and existing policy.
So: clearly a matter for WS2. (I personally happen to expect that once that work is done, ICANN probably should adopt the Ruggie principles, but that is a debate for WS2).
Notwithstanding this, I think there is a baseline below which we cannot fall in order to have credibility, and that is the UDHR.#
It is a most unattractive argument to reject, at this critical juncture an overarching committement to protect fundamental rights. Particularly on the basis that ICANN might wish to (*as it has done in the past*) infringe fundamental rights such, just for example, those set out as Art. 1 Prot 1 of the ECHR. -- the protection of (intellectual) property.
It's a serious credibility issue.
It's almost of the order of George Bush pulling the pulling out of the International Criminal Court in the expectation that in the future, US solidiers might face war crimes charges. (Indeed, as subsequent history has taught us, with Abu Ghraib and other events, he was, probably entire coincidentally, very far-sighted).
And, yes, I wish this was hyperbole on my part, but given the historic trust issues with ICANN (which we appear to be past, but should never be forgotten) it most certainly is not.
Nigel --
** NOTE: There are at least 3 members of the FoI WG on this WP4 list.
On 10/30/2015 03:33 AM, Paul Twomey wrote:
I think the best I can do is ask for some time on Friday to explain the practical steps involved in changes of tld operator (especially a cctld operator) both through requests for redelegation and also
Wp4 mailing list Wp4@icann.org https://mm.icann.org/mailman/listinfo/wp4
-- Dr Paul Twomey Managing Director Argo P@cific US Cell: +1 310 279 2366 Aust M: +61 416 238 501 www.argopacific.com
participants (8)
-
Avri Doria -
Dr Eberhard W Lisse -
Dr. Tatiana Tropina -
León Felipe Sánchez Ambía -
Niels ten Oever -
Niels ten Oever -
Nigel Roberts -
Paul Twomey