<<<
Chronological Index
>>> <<<
Thread Index
>>>
[gnso-vi-feb10] Older version of BRU2 - needs to be updated
- To: <gnso-vi-feb10@xxxxxxxxx>, "Mike O'Connor" <mike@xxxxxxxxxx>
- Subject: [gnso-vi-feb10] Older version of BRU2 - needs to be updated
- From: "Kathy Kleiman" <kKleiman@xxxxxxx>
- Date: Thu, 22 Jul 2010 15:29:38 -0400
Kristina and I seem to be the official "older version" spotter. Now we
have an issue with the BRU2 proposal - the older version is posted in
the current version of the Report. I would like to have the BRU2
proposal, as it was posted and polled (which is with the full
compliance/enforcement section):
BRU2
Older version:
See:
https://st.icann.org/vert-integration-pdp/index.cgi?initial_report_snaps
hots
p. 175
*****
5. REGISTRY SERVICE PROVIDERS
Registry Service Providers should have the same restrictions as Registry
Operators.
6. COMPLIANCE AND ENFORCEMENT
We spent a significant portion of our time discussing compliance, audit,
and enforcement procedures. Our group felt that a "serious" structure
would be required, but would be capable of deterring bad actors with
significant but tiered penalties.
Newer version:
See: https://st.icann.org/vert-integration-pdp/index.cgi?bru2_proposal
(our poll version)
Bru2
*****
5. REGISTRY SERVICE PROVIDERS
Registry Service Providers should have the same restrictions as Registry
Operators.
6. COMPLIANCE AND ENFORCEMENT
We spent a significant portion of our time discussing compliance, audit,
and enforcement procedures. Our group felt that a "serious" structure
would be required, but would be capable of deterring bad actors with
significant but tiered penalties.
>From Kathy Kleiman: BRU2 laid out a thorough list of compliance,
detection, and enforcement mechanisms - a list thus far not included in
the main body of the BRU2 comment, and one which should be there.
Hopefully, the majority comment will add the details developed by BRU2
and listed below:
1. Any significant co-ownership would require "serious disclosure
requirements to ICANN" including:
* Must disclose all shareholders above _ % (specific percentage
not agreed upon)
* Must disclose voting powers
* Must disclose all officers and directors (of both entities)
* Must disclosure all contracts for material registry services;
* Must disclose physical infrastructure.
* Must disclose all key/material subcontracts.
There was a discussion and thought that these disclosures should be
public, to allow a public role in the monitoring process (reducing costs
for ICANN) and consistent with disclosures in some other industries.
In addition to serious and substantial disclosures, BRU2 laid out other
requirements
2. Audits to demonstrate compliance with restrictions.
3. Self-certifications that the requisite disclosures had been done in
full, and the restrictions voluntarily and fully complied with.
4. Opportunity for third party complaints/reporting violations.
5. Enforcement:
* There must be tiered levels of enforcement- dependent on
violation/context and harm.
* Tiered levels of enforcement should be created dependent on the
violation and harm.
* Enforcement must be timely.
* There must be meaningful penalties and sanctions for violations.
* Publication of known deficiencies and the enforcement actions
which followed.
Kathy Kleiman
Director of Policy
.ORG The Public Interest Registry
1775 Wiehle Avenue, Suite 200
Reston, Virginia 20190 USA
Main: +1 703 889-5778 | Direct: +1 703 889-5756
Mobile: +1 703 371-6846 | Fax: +1 703.889.5779
E: kkleiman@xxxxxxx <mailto:clee@xxxxxxx> | W: www.pir.org
<http://www.pir.org/>
Visit us online!
Check out events & blogs at .ORG Buzz! <http://www.pir.org/orgbuzz>
Find us on Facebook | dotorg
<http://www.facebook.com/pages/dotorg/203294399456?v=wall>
See the .ORG Buzz! Photo Gallery on Flickr <http://flickr.com/orgbuzz>
See our video library on YouTube <http://youtube.com/orgbuzz>
CONFIDENTIALITY NOTE:
Proprietary and confidential to .ORG, The Public Interest Registry. If
received in error, please inform sender and then delete.
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|