<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Participation and network issues for Delhi meeting</title>
	<atom:link href="http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/</link>
	<description>Internet Corporation for Assigned Names and Numbers</description>
	<lastBuildDate>Mon, 23 Nov 2009 02:20:28 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Paul Levins</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-12207</link>
		<dc:creator>Paul Levins</dc:creator>
		<pubDate>Wed, 27 Feb 2008 21:40:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-12207</guid>
		<description>What she said ;-)

Paul</description>
		<content:encoded><![CDATA[<p>What she said <img src='http://blog.icann.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tina Dam</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-12194</link>
		<dc:creator>Tina Dam</dc:creator>
		<pubDate>Wed, 27 Feb 2008 15:56:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-12194</guid>
		<description>Thanks bwhhisc, much appreciated. It is off course what we are here for, but it is always nice to hear a positive feedback :-)

Personally i enjoy having the discussion and getting the issues and concerns on the table - that is the only way staff at ICANN can at least attempt to address them. I also realize that it is not easy to understand what staff is doing and what the various statusses are. Believe me, the communication aspect around soemthing like IDNs is something we try really hard to do well. Hopefully blog posts on some o fht emain questions and issues help. If there are suggestions for other activities then by all means let us know.

Tina</description>
		<content:encoded><![CDATA[<p>Thanks bwhhisc, much appreciated. It is off course what we are here for, but it is always nice to hear a positive feedback <img src='http://blog.icann.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Personally i enjoy having the discussion and getting the issues and concerns on the table &#8211; that is the only way staff at ICANN can at least attempt to address them. I also realize that it is not easy to understand what staff is doing and what the various statusses are. Believe me, the communication aspect around soemthing like IDNs is something we try really hard to do well. Hopefully blog posts on some o fht emain questions and issues help. If there are suggestions for other activities then by all means let us know.</p>
<p>Tina</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tina Dam</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-12190</link>
		<dc:creator>Tina Dam</dc:creator>
		<pubDate>Wed, 27 Feb 2008 12:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-12190</guid>
		<description>Hi David, I guess i will have to wait and see what the policy comes out with. staff does not decide on policies. We have staff supporting the policy development bodies, however their role is limited to that or support. 

In terms of defining how aliasing can be done - - this is not a policy question. If the policy side clearly defines that they want aliasing and what they define by that, then we can ask the technical community to provide some guidance on how such alaising can be tecnically provided. DNAME have been one such suggestion that to date have not been verified.

Tina</description>
		<content:encoded><![CDATA[<p>Hi David, I guess i will have to wait and see what the policy comes out with. staff does not decide on policies. We have staff supporting the policy development bodies, however their role is limited to that or support. </p>
<p>In terms of defining how aliasing can be done &#8211; - this is not a policy question. If the policy side clearly defines that they want aliasing and what they define by that, then we can ask the technical community to provide some guidance on how such alaising can be tecnically provided. DNAME have been one such suggestion that to date have not been verified.</p>
<p>Tina</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bwhhisc</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11985</link>
		<dc:creator>bwhhisc</dc:creator>
		<pubDate>Sat, 23 Feb 2008 12:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11985</guid>
		<description>On behalf of the vast majority of people interested in the IDN topic &quot;thanks&quot; to Tina, Kieren, and Paul for answering questions and taking time to provide us with a better understanding of the IDN process.</description>
		<content:encoded><![CDATA[<p>On behalf of the vast majority of people interested in the IDN topic &#8220;thanks&#8221; to Tina, Kieren, and Paul for answering questions and taking time to provide us with a better understanding of the IDN process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11983</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 23 Feb 2008 11:36:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11983</guid>
		<description>how dare you question the almighty icann?</description>
		<content:encoded><![CDATA[<p>how dare you question the almighty icann?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Wrixon</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11982</link>
		<dc:creator>David Wrixon</dc:creator>
		<pubDate>Sat, 23 Feb 2008 11:03:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11982</guid>
		<description>Kieran,

I would love to take you up on your offer, but unfortunately personal circumstances do not permit.

I understand the need for fairness. Indeed, implementing IDN ccTLDs at this current point in time would probably act against my own vested interest, but frankly having analysed the situation in depth, I cannot think of a single constructive argument for delaying the introduction of IDN ccTLDs, even though there is a risk that would take market share from my own IDN dot com investments.

Fairness, however, should not be sought to the Nth degree at the cost of progress. Progress itself is a massive fairness issue. Many economies in the World are being denied an Internet where direct navigation is not an every day part of the Internet experience, and that is costing the World economy billions of dollars, at a time when we cannot afford for things to be under-performing.

To be fair IDN.IDN is not the only progress issue, the wanton neglect on Microsoft&#039;s part to introduce a browser that supports the IDNA protocol has been a very serious burden for everyone. That problem, however, is now thankfully be laid to rest, and that will mean the widespread adoption of IDNs whether with IDN extension or with existing ASCII extensions. However, to provide an equal playing field for all, it is of paramount importance to get IDN.IDN for right to left languages which cannot realistically be expect to function with bi-directional strings.

Progress is about fairness. You cannot achieve fairness without progress, and whilst I have severe time constraints to deal with, I may yet come to Paris and lamblast you all if you are not showing signs of delivery. And beware because I am more than capable of making the delivery in French should the need arise.</description>
		<content:encoded><![CDATA[<p>Kieran,</p>
<p>I would love to take you up on your offer, but unfortunately personal circumstances do not permit.</p>
<p>I understand the need for fairness. Indeed, implementing IDN ccTLDs at this current point in time would probably act against my own vested interest, but frankly having analysed the situation in depth, I cannot think of a single constructive argument for delaying the introduction of IDN ccTLDs, even though there is a risk that would take market share from my own IDN dot com investments.</p>
<p>Fairness, however, should not be sought to the Nth degree at the cost of progress. Progress itself is a massive fairness issue. Many economies in the World are being denied an Internet where direct navigation is not an every day part of the Internet experience, and that is costing the World economy billions of dollars, at a time when we cannot afford for things to be under-performing.</p>
<p>To be fair IDN.IDN is not the only progress issue, the wanton neglect on Microsoft&#8217;s part to introduce a browser that supports the IDNA protocol has been a very serious burden for everyone. That problem, however, is now thankfully be laid to rest, and that will mean the widespread adoption of IDNs whether with IDN extension or with existing ASCII extensions. However, to provide an equal playing field for all, it is of paramount importance to get IDN.IDN for right to left languages which cannot realistically be expect to function with bi-directional strings.</p>
<p>Progress is about fairness. You cannot achieve fairness without progress, and whilst I have severe time constraints to deal with, I may yet come to Paris and lamblast you all if you are not showing signs of delivery. And beware because I am more than capable of making the delivery in French should the need arise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Wrixon</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11957</link>
		<dc:creator>David Wrixon</dc:creator>
		<pubDate>Fri, 22 Feb 2008 19:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11957</guid>
		<description>So Tina, are we saying that Aliasing will be clearly defined in the policy documents, because until now it seems not to be mentioned at all?

Are ICANN going to take make it clear in this &quot;policy document&quot; whether or not Aliasing can be done at the Back-End of the Registry or not before they agree the policy, or are we just going to leave it in the lap of the God&#039;s and wait to see what innovative schemes the registries for these new extension dream up to exploit the punters and implement off their own backs?</description>
		<content:encoded><![CDATA[<p>So Tina, are we saying that Aliasing will be clearly defined in the policy documents, because until now it seems not to be mentioned at all?</p>
<p>Are ICANN going to take make it clear in this &#8220;policy document&#8221; whether or not Aliasing can be done at the Back-End of the Registry or not before they agree the policy, or are we just going to leave it in the lap of the God&#8217;s and wait to see what innovative schemes the registries for these new extension dream up to exploit the punters and implement off their own backs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tina Dam</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11952</link>
		<dc:creator>Tina Dam</dc:creator>
		<pubDate>Fri, 22 Feb 2008 17:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11952</guid>
		<description>I am saying that it could be either one. It is important to talk about alaising and what functionality is really meant behind it. This is what the policy development bodies are doing today. Then once the policy is decided and the term defined then we can talk about what technical solution can provide that function. DNAME has been reviewed a few times as a potential solution to aliaising, but as you point out with your examples, it depends on how one defines aliasing.</description>
		<content:encoded><![CDATA[<p>I am saying that it could be either one. It is important to talk about alaising and what functionality is really meant behind it. This is what the policy development bodies are doing today. Then once the policy is decided and the term defined then we can talk about what technical solution can provide that function. DNAME has been reviewed a few times as a potential solution to aliaising, but as you point out with your examples, it depends on how one defines aliasing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kieren McCarthy</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11942</link>
		<dc:creator>Kieren McCarthy</dc:creator>
		<pubDate>Fri, 22 Feb 2008 07:53:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11942</guid>
		<description>I&#039;m afraid you&#039;re not right on this David. The ccNSO and GNSO are not &quot;at each others throats&quot;. In fact, the IDN session in Delhi was very interesting for that reason - the different bodies understood the others&#039; perspectives and in fact it was a hugely positive step forward.

I think Tina has made it extremely clear that while it may look easy, when you actually try to implement something that you outline above, the people involved themselves aren&#039;t happy with the approach.

Towards the end of this latest comment, you start making assumptions and outlining accusations that are proveably untrue. I won&#039;t stir it up by going into them because it is clear that you feel strongly about this and we should therefore be trying to work together rather than throw bricks at one another.

Can I please suggest you take up Tina&#039;s offer to get involved in the work going on - we could do with all the people we can - and I have also outlined some ideas for getting more and clearer information out to you and others in a response to another of your posts above.

Do take us up on the offer.



Kieren</description>
		<content:encoded><![CDATA[<p>I&#8217;m afraid you&#8217;re not right on this David. The ccNSO and GNSO are not &#8220;at each others throats&#8221;. In fact, the IDN session in Delhi was very interesting for that reason &#8211; the different bodies understood the others&#8217; perspectives and in fact it was a hugely positive step forward.</p>
<p>I think Tina has made it extremely clear that while it may look easy, when you actually try to implement something that you outline above, the people involved themselves aren&#8217;t happy with the approach.</p>
<p>Towards the end of this latest comment, you start making assumptions and outlining accusations that are proveably untrue. I won&#8217;t stir it up by going into them because it is clear that you feel strongly about this and we should therefore be trying to work together rather than throw bricks at one another.</p>
<p>Can I please suggest you take up Tina&#8217;s offer to get involved in the work going on &#8211; we could do with all the people we can &#8211; and I have also outlined some ideas for getting more and clearer information out to you and others in a response to another of your posts above.</p>
<p>Do take us up on the offer.</p>
<p>Kieren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kieren McCarthy</title>
		<link>http://blog.icann.org/2008/02/participation-and-network-issues-for-delhi-meeting/comment-page-1/#comment-11941</link>
		<dc:creator>Kieren McCarthy</dc:creator>
		<pubDate>Fri, 22 Feb 2008 07:48:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=276#comment-11941</guid>
		<description>Since we are gradually going through each aspect of the enormous issue of IDNs: you making accusations; ICANN responding with links and explanations, can I suggest we try to approach this is a more positive manner?

Is what you are asking for a breakdown of the IDN issue into different elements with an explanation of how we got where we are, the assumptions going forward, the future issues, and a timeline?

Or would something like this, which would be more of a report, not be interactive enough?

Would you prefer it if we have Tina take questions in a live Q&amp;A session online some time soon?

Or is there some other method by which we can provide useful information on the work ICANN is doing without it having to be this adversarial, aggressive approach?



Kieren</description>
		<content:encoded><![CDATA[<p>Since we are gradually going through each aspect of the enormous issue of IDNs: you making accusations; ICANN responding with links and explanations, can I suggest we try to approach this is a more positive manner?</p>
<p>Is what you are asking for a breakdown of the IDN issue into different elements with an explanation of how we got where we are, the assumptions going forward, the future issues, and a timeline?</p>
<p>Or would something like this, which would be more of a report, not be interactive enough?</p>
<p>Would you prefer it if we have Tina take questions in a live Q&#038;A session online some time soon?</p>
<p>Or is there some other method by which we can provide useful information on the work ICANN is doing without it having to be this adversarial, aggressive approach?</p>
<p>Kieren</p>
]]></content:encoded>
	</item>
</channel>
</rss>
