ICANN/GNSO GNSO Email List Archives

[ispcp]


<<< Chronological Index >>>    <<< Thread Index >>>

[ispcp] RE: [isoc-advisory-council] ISOC Draft Response to the US Department of Commerce IANA Further Notice of Inquiry

  • To: "'Malcolm Hutty'" <malcolm@xxxxxxxx>, <ispcp@xxxxxxxxx>
  • Subject: [ispcp] RE: [isoc-advisory-council] ISOC Draft Response to the US Department of Commerce IANA Further Notice of Inquiry
  • From: "Tony Holmes" <tonyarholmes@xxxxxxxxxxxxxx>
  • Date: Wed, 20 Jul 2011 21:01:49 +0100
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1311192111; bh=qAOyb2IxifmyAvRsTjyte/Uhm7fxkKrKjNPmZoXZ2EI=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=IlFjDs7cWyxGHTLzeeiJe2Xztfp28T2LSTVJhXYV3M4bPimsgbs8m4XrGfmD2VhXBuZLmB8betpWUwRAx5jLpiBZHKWoXqr/ld4KJ9aOAPhTpBRCDnfuh7oD+YXHazw+8HgwivJAJh4MZPCmwQuXFeX5P25Ce5VG36VwmAvniRY=
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=ptn6rrez2iqHV0lk/xSRr07eaGUdlupaFE843xuDo8xRQqc2bb6Fj2RBdf/d8/MYcHTTAEAubW76S8rm82kuGfEzj/gPAjJIRjBjJ2hIfL+Aq1vdCwabrobLleIcXQhPIlyy3BxAZ8/23uUB7dSdo4T0DPeUyjZzbH/zcJz17Gk= ;
  • In-reply-to: <4E26A2DA.8070108@linx.net>
  • List-id: ispcp@xxxxxxxxxxxxxx
  • References: <6FE85332-5445-4C48-8CBD-EEC089FE8745@isoc.org> <4E26A2DA.8070108@linx.net>
  • Sender: owner-ispcp@xxxxxxxxxxxxxx
  • Thread-index: AQMmCR4KwcwMKCgXZ4lSxXz+eSQ3/gH9wjg/kjIu+UA=

Malcolm

Thanks for this.

Alain - could you have a look at incorporating the additional point Malcolm has proposed.

Regards

Tony

-----Original Message-----
From: Malcolm Hutty [mailto:malcolm@xxxxxxxx] 
Sent: 20 July 2011 10:42
To: Tonyarholmes@xxxxxxxxxxxxxx; ispcp@xxxxxxxxx
Subject: Fwd: [isoc-advisory-council] ISOC Draft Response to the US Department of Commerce IANA Further Notice of Inquiry

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tony,

Have you seen the draft response from ISOC?

I think it makes some good points, in particular with regard to the role of the Contractor in assessing whether policies and national laws have been complied with (see below, "Finally, and most importantly,").

I would be pleased if the ISPCP response could incorporate at least this last point in its own response.

Also, are we really at the point where we're calling for every last vestige of US oversight of the IANA function to be withdrawn?

Malcolm.
- -------- Original Message --------
Subject: [isoc-advisory-council] ISOC Draft Response to the US Department of Commerce IANA Further Notice of Inquiry
Date: Mon, 18 Jul 2011 11:33:25 +0200
From: Markus Kummer <kummer@xxxxxxxx>
To: isoc-advisory-council@xxxxxxxxxxxxxxx

Dear Advisory Council Members,

I refer to the email I sent out on 19 June, seeking your input for our response to the US Department of Commerce IANA Further Notice of Inquiry (FNOI). Meanwhile, we have had the opportunity to assess the FNOI more in detail and also exchange views with others, including representatives of the National Telecommunications and Information Administration (NTIA). First and foremost, we welcome the open and transparent  process which should ultimately contribute to broadening transparency, predictability and global confidence in the way the Department of Commerce deals with the IANA function.

Nevertheless, we have some areas of concern. In our draft response to the FNOI, which is attached to this email, .we highlight the following areas where we believe further clarifications are needed:

First, the Internet technical community should be recognized as “materially affected parties” to the contract.

Second, the FNOI is “DNS centric”. The DNS component of the IANA Functions Contract  is only one of three IANA functions that are of equal importance to the well-functioning Internet. The Contract  should therefore be drafted in such a way that the full range of IANA functions to be performed by the Contractor are reflected throughout the document and treated as separate functions of equal importance.

Third, the functional separation between the processing of the IANA functions and the development of associated policies needs further clarification. We believe the current wording is too rigid. The IANA staff are sometimes uniquely qualified to provide informed inputs to the policy making process, based on their technical expertise and operational experience. A good policy development process requires informed technical advice from professional staff to understand why a proposed policy may or may not be implementable, or where it could be more effective, if it is put forward in one way rather than another.

Finally, and most importantly, we believe the requirement for the IANA Contractor to document compliance with relevant policies and procedures or, more critically, with relevant national laws, needs to be revisited.
To be consistent with the requirement for the functional separation between the processing of the IANA functions and the development of associated policies, it is essential that IANA staff not be required to assess whether or not requests for processing are compliant with relevant policies and procedures, and most certainly not whether they are compliant with relevant national laws.  Compliance is a matter for the policy-making bodies – the ICANN Board, the RIRs through the NRO, and the IETF. The final SOW must make it clear that the IANA Contractor’s staff is responsible only for documenting that the relevant organization has stated that their decision is compliant with policy, procedures and laws, and not for judging the accuracy of such statements.

Please let us know if you have any comments. Any response submitted by
24 July will be considered in the finalization of our response.

Best regards
Markus


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk4motoACgkQJiK3ugcyKhSbMgCgqTnQyD6r6wVsGMkwUyUbIFa2
m2QAnikOTuuRYdJHoHXxddGdLYW5MCaZ
=gz6t
-----END PGP SIGNATURE-----





<<< Chronological Index >>>    <<< Thread Index >>>