<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Ren tekst Tegn";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.5pt;
font-family:Consolas;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.hoenzb
{mso-style-name:hoenzb;}
span.EpostStil19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.RentekstTegn
{mso-style-name:"Ren tekst Tegn";
mso-style-priority:99;
mso-style-link:"Ren tekst";
font-family:Consolas;
mso-fareast-language:NO-BOK;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1633748888;
mso-list-type:hybrid;
mso-list-template-ids:-653207734 68419599 68419609 68419611 68419599 68419609 68419611 68419599 68419609 68419611;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="NO-BOK" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks Greg - That a good analysis of the situation.
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">All - I see that some in this group things that just bringing up the .int is like setting a fire to the place, but I think I agree with those
who say that this might not be the most complicated issue we have to deal with in the CWG, and as underlined by many others - it’s on the “must do” list set out by the USG.<o:p></o:p></span></p>
<p class="MsoPlainText"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">It could be limited to some of the elements that is already mentioned by several in the CWG<o:p></o:p></span></p>
<p class="MsoPlainText" style="margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">describing/documenting the status quo around the operations of the .int, - the fact that IANA is now the registry operator and the challenges
that this might have on the oversight and any </span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">policy changes, if any at all, in the future, -
</span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">when USG withdraw
<o:p></o:p></span></p>
<p class="MsoPlainText" style="margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A recommendation to ICANN to come up with a plan to divest - possibly to point to other registry that could take over <o:p></o:p></span></p>
<p class="MsoPlainText" style="margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">Point at/describe where and how policy changes can happen, if at all, in the future</span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
<o:p></o:p></span></p>
<p class="MsoPlainText" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";mso-fareast-language:EN-US">Elise<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">Fra:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cwg-stewardship-bounces@icann.org [mailto:cwg-stewardship-bounces@icann.org]
<b>På vegne av</b> Greg Shatan<br>
<b>Sendt:</b> 27. februar 2015 02:43<br>
<b>Til:</b> Andrew Sullivan<br>
<b>Kopi:</b> cwg-stewardship@icann.org<br>
<b>Emne:</b> Re: [CWG-Stewardship] on int (was Re: ICANN Board as "regulator" (was: A liaison from the Board to CWG))<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">I'm completely in favor of eliminating issues from our list. However, our list is not the only one that matters. In the end, it's the NTIA's list that matters, I'm not sure how to resolve points where our issues differ, but I'm fairly
confident that the NTIA is not going to take something off of their list simply because we took it off of ours.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">On this point in particular, I'm curious how you came to the conclusion that IANA is responsible for <span style="font-size:9.5pt">the technical operations only.and that all the policy formation is reserved to the USG,based on your reading
of C.2.9.4.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don't see anything in C.2.9.4 that reserves policy to the USG. It does say that IANA <span style="font-size:9.5pt">shall operate the INT TLD "within the current registration policies for the TLD".-- but it doesn't say where those policies
are set. It certainly doesn't reserve to itself the right to change those policies. In any event, when the IANA Functions Contract goes away, so does C.2.9.4, and any USG limitation on .INT policies goes away with it. This would be a </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:9.5pt">The IANA website does deal with .INT policy in a section called ".INT Policy and Procedures."
<a href="http://www.iana.org/domains/int/policy">http://www.iana.org/domains/int/policy</a> This in turn cites to RFC 1591, which merely states </span><span style="color:black">that "[T]his domain is for organizations established by international treaties,
or international databases." I don't see any indication here, either, that the USG sets policy on .INT</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black">SAC 067 is consistent with this, and states the following: </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">6.1.1 US Government Involvement in .INT TLD Management The NTIA has no role in the day-to-day operation of the .INT domain. As .INT management is considered to be an IANA Function, questions relating to the U.S. government involvement in
setting management policy—e.g., criteria for obtaining a .INT domain—remain open.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Based on the foregoing, it seems to me that when the IANA Functions Contract goes away, .INT is IANA's to do with what they will, subject only to the parameters of RFC 1591. If we are okay with that, fine. If we think it should be constrained
as it was under the IANA Function Contract, that's fine too. But, I don't think we can merely eliminate the issue from the list.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Greg<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Thu, Feb 26, 2015 at 7:04 PM, Andrew Sullivan <<a href="mailto:ajs@anvilwalrusden.com" target="_blank">ajs@anvilwalrusden.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">Hi,<br>
<br>
Replying to several messages at once to reduce list traffic.<br>
<br>
On Thu, Feb 26, 2015 at 03:29:21PM +0000, Milton L Mueller wrote:<br>
> Hi, Andrew<br>
> Fiona Alexander of NTIA has made a frequent point of telling us that .int is currently in the IANA contract (C.2.9.4) and a complete proposal will have to decide what to do with it.<br>
><br>
<br>
As I was arguing upthread, it _is_ in the contract, but in a strictly<br>
limited way: the technical operations only. That's what's in C.2.9.4.<br>
In that section, all the policy formation is reserved to the USG:<br>
<br>
The Contractor shall operate the INT TLD within the current<br>
registration policies for the TLD. Upon designation of a successor<br>
registry by the Government, if any, the Contractor shall cooperate<br>
with NTIA to facilitate the smooth transition of operation of the<br>
INT TLD. Such cooperation shall, at a minimum, include timely<br>
transfer to the successor registry of the then-current top-level<br>
domain registration data. The Contractor shall also implement<br>
modifications in performance of the IANA functions as needed upon<br>
mutual agreement of the parties.<br>
<br>
It seems to me that this WG therefore can nicely side-step this issue<br>
by noting that IANA is currently the technical operator but not the<br>
policy authority. So as part of the transition, we can state that the<br>
pre-existing rules remain in effect (no policy changes, and if the USG<br>
designates a new registry then ICANN will cheerfully help). Moreover,<br>
if NTIA believes that the policy authority is also part of this<br>
transfer, then ICANN will follow the same policy while consulting with<br>
existing int registrants to ask them for a new policy authority. No<br>
alterations in int registration policy will be undertaken without the<br>
(what? Rough consensus? Majority preference? I don't care) of all<br>
int registrants.<br>
<br>
That dodges the problem of getting a complete solution to all the<br>
policy issues for int while respecting the NTIA statements and<br>
direction. Moreover, it kicks this problem down the road a bit and<br>
thereby allows us not to have to hammer out all the details right now.<br>
It is consistent with what everyone wants -- ongoing security and<br>
stability -- while yet leaving NTIA an option as to which way we are<br>
to understand the existing agreement. Moreover, it's consistent with<br>
the multistakeholder approach, and we can even enumerate all the<br>
existing affected stakeholders since the zone is so small. (Even if<br>
we extended the affected class to all the potential registrants, the<br>
list is still entirely manageable in size. So there is one<br>
potentially fraught question, and that is whether to use the bigger or<br>
smaller class here.)<br>
<br>
On Thu, Feb 26, 2015 at 06:27:51PM +0100, Olivier MJ Crepin-Leblond wrote:<br>
> Hello all,<br>
><br>
> actually the Management of .INT is a high stakes political game.<br>
><br>
> The ITU has affirmed for many years that they wish to be managing .INT<br>
<br>
I suggest that the above approach neatly avoids us having to debate<br>
whether management of int can pass to ITU without violating any of the<br>
NTIA's directives on this issue. If the ITU can convince all the<br>
relevant stakeholders (however defined -- see above), then they can<br>
run it. If not, then not. And maybe they don't want it any more.<br>
<br>
<br>
On Thu, Feb 26, 2015 at 03:11:43PM +0100, Jaap Akkerhuis wrote:<br>
<br>
> Strickling has repeatedly said that some solution should be presented<br>
> for the .INT situation. What the exact problem needs to be solved is,<br>
> I don't know but I suspect it has to do with the fact that IANA is now<br>
> the registry and the underlining policy doesn't has a real home nor<br>
> versight.<br>
<br>
I agree, and I'm suggesting that the ambiguity is something we should<br>
take advantage of in order to reduce the "must do" items before the<br>
transition.<br>
<br>
Please note that I'm not suggesting this isn't important or something<br>
that ought to be left forever or anything like that. I'm just saying<br>
that, given all the things that we have to achieve in roughly four<br>
months, we had better figure out how to eliminate issues from our list<br>
whenever it is practical and safe to do so. This is, I submit, such a<br>
case; so let's take advantage of that.<br>
<br>
Best regards,<br>
<br>
A<br>
<span style="color:#888888"><br>
<span class="hoenzb">--</span><br>
<span class="hoenzb">Andrew Sullivan</span><br>
<span class="hoenzb"><a href="mailto:ajs@anvilwalrusden.com">ajs@anvilwalrusden.com</a></span><br>
<br>
<br>
<span class="hoenzb">_______________________________________________</span><br>
<span class="hoenzb">CWG-Stewardship mailing list</span><br>
<span class="hoenzb"><a href="mailto:CWG-Stewardship@icann.org">CWG-Stewardship@icann.org</a></span><br>
<span class="hoenzb"><a href="https://mm.icann.org/mailman/listinfo/cwg-stewardship" target="_blank">https://mm.icann.org/mailman/listinfo/cwg-stewardship</a></span></span><o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#17365D">Gregory S. Shatan </span></b><b><span style="font-size:8.0pt;font-family:Symbol;color:#17365D">ï</span></b><b><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#17365D"> </span></b><b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#C0504D">Abelman
Frayne & Schwab</span></b><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#365F91">Partner</span></b><b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#4F81BD"> | IP | Technology | Media | Internet</span></b><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#17365D">666 Third Avenue | New York, NY 10017-5621</span></b><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy">Direct</span></b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy"> </span><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#1155CC">212-885-9253 <b>| </b></span><b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy">Main</span></b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy"> </span><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#1155CC">212-949-9022</span><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy">Fax</span></b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy"> </span><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#1155CC">212-949-9190 <b>|</b> </span><b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy">Cell </span></b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:#1155CC">917-816-6428</span><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><i><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy"><a href="mailto:gsshatan@lawabel.com" target="_blank">gsshatan@lawabel.com</a></span></i></b><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy">ICANN-related: <i><a href="mailto:gregshatanipc@gmail.com" target="_blank">gregshatanipc@gmail.com</a></i></span></b><o:p></o:p></p>
<p style="margin:0cm;margin-bottom:.0001pt;line-height:12.0pt;background-image:initial;background-repeat:initial">
<b><i><span style="font-size:8.0pt;font-family:"Arial","sans-serif";color:navy"><a href="http://www.lawabel.com/" target="_blank">www.lawabel.com</a></span></i></b><o:p></o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>