IDN Forums - Internationalized Domain Names

IDN Forums - Internationalized Domain Names (http://www.idnforums.com/forums/)
-   Internationalized Domain Name News (http://www.idnforums.com/forums/internationalized-domain-name-news/)
-   -   ICANN Announces Timeline for Development of a Project for the Technical Test of Inter (http://www.idnforums.com/forums/1526-icann-announces-timeline-for-development-of-a-project-for-the-technical-test-of-inter.html)

idnowner 16th March 2006 02:32 AM

ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
In case you haven't seen this yet...

http://www.icann.org/announcements/a...nt-14mar06.htm

OldIDNer 16th March 2006 02:38 AM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Thanks.

When they speak of "NS-records - permit the insertion (of) an internationalized label in the root zone without the duplication of a pre-existing sub domain structure"

Does this mean in effect, in this scenario, that .IDNs would be created separate from their .coms?

bramiozo 16th March 2006 10:10 AM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of I
 
I think it means the exact opposite, there's no need to duplicate the existing structure for subdomains when inserting the internationalized label.
If you were right the "permit" wouldn't make sense :) .

blastfromthepast 16th March 2006 11:49 AM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Looks like they want to have the ability to do both. DNAMEing the existing ccTLD and gTLDs, and allowing for future deployment of top level IDNs. Testing for the ability to do .idn one thing, getting a new top level domain approved is another. While, DNAME, not being a new domain, wouldn't have to go through the same review process, right?

OldIDNer 16th March 2006 01:53 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
So, both of these approaches (if used to the exclusion of the other say) allow for:

IDN.com <-> IDN.IDN ? (this seems to be the Dname solution)

The second approach seems to be a way to create new separate IDN tlds.

Appreciate any concise answers. I'm just trying to understand it in terms of what it means to the IDN.com speculator.

Thanks.

sarcle 16th March 2006 05:00 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
This really sounds like what we have been saying all along.

They are going to use dname for the top levels of the idns that are already existing.

And they are allowing for future idns to be created. This was going to be done no matter what anyways.

I don't think there is anything bad in this. At least from how I read it. It doesn't once say on this that they are going to create an alternate .com idn. All they are doing is allowing for more extentions to be added in the future. You know icann they need to be able to have room for shitty exts. so they are able to mess up idn the same as latin.

OldIDNer 16th March 2006 05:10 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Yes, I agree, it's all good :). I'm happy just to have the IDN.com. Progress is being made.

I just wanted to understand the different approaches from a technical angle and what it meant if one were implemented over the other. Though of course they may both be implemented in some form (the .com IDN TLD dnamed, new .IDN TLD labeled).

I guess I'm just making sure that the Dname approach is the only way to make IDN.com <-> IDN.IDN work (at least of the two approaches being considered).

sarcle 16th March 2006 05:16 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Quote:

Originally Posted by OldIDNer
Yes, I agree, it's all good :). I'm happy just to have the IDN.com. Progress is being made.

I just wanted to understand the different approaches from a technical angle and what it meant if one were implemented over the other. Though of course they may both be implemented in some form (the .com IDN dnamed, New .IDN tld labeled).

I guess I'm just making sure that the Dname approach is the only way to make IDN.com <-> IDN.IDN work (at least of the two approaches being considered).

Yes, Icann's lack of layman's terms is something they are probably proud of.

Sounds like both will be implemented in time. Of course it would be excellent if someone would send this memo to Verisign for reassuring.

As far as making idn.com and idn.idn the same or something different. They can't really test something that isn't on the market. IDN.com is the only thing that everyone has in all languages. It's taken them over 5 years to get to this point. Now imagine if they had to create an alternate .com in all languages and test it "en masse" by 3rd quarter this year. I don't see that happening. :)

OldIDNer 16th March 2006 05:24 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Exactly. I guess I just wanted to understand the second approach better, which to me reads as the creation of new tlds that would be separate from any other existing tld, and would mean if applied to ".com", a separate .com IDN TLD would be created, not connected to our IDN.com. But you are right, that would be tough as hell I imagine. Maybe they will go dname or will use both ways in some form like you suggest.

I did write someone from Verisign just to get it clear in terms of what this second approach means exactly.

In any case its great to see some action from ICANN. Thank you IE7 and China :)

Clotho 16th March 2006 06:35 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Ahh, Its a testbed. Where do you read that they would be interested in implementing both? Isn't the purpose of testing more than one solution so that you can choose the best one? There is nothing preventing them from implementing both if they so choose (barring the DOC). I just don't see where you read that into it.

OldIDNer 16th March 2006 06:36 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
I think that is just a speculation being made.

sarcle 16th March 2006 07:05 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Quote:

Originally Posted by OldIDNer
I think that is just a speculation being made.

Yes, we were just having a discussion of possible outcomes. It's surprising that no one else has entered the discussion on this thread as to most all other topics concerning dname and the possible ext. route are pertaining to this very subject.

OldIDNer 16th March 2006 07:11 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Yes, I was a little confused, as this second approach (going that way only) does seem to concern the creation of a unique IDN TLD that would not alias to our IDN.com (unless I'm wrong on that), in the case of a creation of an IDN.IDN (.com), if that would be done. It's possible I'm just misunderstanding it, I'm not very technical, hence my questions regading the matter, trying to get a grasp on the implications of both approaches.

Explorer 16th March 2006 07:19 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
As far as I understand, Verisign is behind ICANN's decisions most of the time, so it looks like ICANN is showing the public they are open to several approaches and will be testing both. However, the DNAME solution is the preferred way of doing things. They just can't announce it RIGHT NOW. It is all PR/PC stuff at this point.

In a very remote case that DNAME will not happen (and I stress the word "remote"), we will still make out like bandits. DNAME is great to have, but not a must to have.

OldIDNer 16th March 2006 07:28 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Yes, I agree. We already have the IDN.com, and that ain't too shabby imo.

Clotho 16th March 2006 07:30 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
As far as I understand it the NS solution is the creation of .IDN in the root. They would be separate from any existing .TLD or .CCTLD but there is nothing preventing Verisign from mapping existing .com into new .IDN (version of .com). IE. taking all the Chinese .com's and giving those owners the equivalent .IDN (in Chinese). This would be up to Verisign however. I'm just pointing out that they could do this if they wished to if the NS solution was chosen.

.com is a brand. It is the most powerful brand on the internet. .com has served ICANN well too in my opinion. Having a dominant internet brand has been as useful as having a single internet. (which is the purpose of ICANN, to preserve the root). Anything that fragments .com weakens it and I think the owner of any valuable brand would fight against that.

OldIDNer 16th March 2006 07:34 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
Quote:

Originally Posted by Clotho
As far as I understand it the NS solution is the creation of .IDN in the root. They would be separate from any existing .TLD or .CCTLD but there is nothing preventing Verisign from mapping existing .com into new .IDN (version of .com).

.com is a brand. It is the most powerful brand on the internet. .com has served ICANN well too in my opinion. Having a dominant internet brand has been as useful as having a single internet. (which is the purpose of ICANN, to preserve the root). Anything that fragments .com weakens it and I think the owner of any valuable brand would fight against that.

ok, I was wondering if this could work/be done in the case of NS solution

agree

thanks

Drewbert 16th March 2006 08:24 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
>As far as I understand it the NS solution is the creation of .IDN in the root. They would >be separate from any existing .TLD or .CCTLD

Correct!* In final form, it'll just be like any other potential gTLD provider - they'll have to put up their hand and beg ICANN for inclusion. opefully they'll have rules like com/net but they may go bizarro like .pro/mobi etc.

>but there is nothing preventing Verisign from mapping existing .com into new .IDN
>(version of .com). IE. taking all the Chinese .com's and giving those owners the
>equivalent .IDN (in Chinese). This would be up to Verisign however. I'm just pointing
>out that they could do this if they wished to if the NS solution was chosen.

Incorrect!* Verisign may OPERATE the root servers, but they cannot just go bunging in DNAME mappings in there. ICANN/DOC have management rights. Verisign might want to suggest the mappings that it wants to provide for com/net/bz/tv etc, but ultimately ICANN/DOC gets to say which ones go in.

There will be multiple one-way .IDN -> .com mappings. I would be guessing that after the testbed phase (which I can't see any major technical problems arising) ICANN will ask GAC members what mappings they want, there will be a board vote and BLAMMO it's all there.

And let's not forget that it opens the way for all sort of mapping possibilities. .méxico -> .mx etc.

It appears they're going to actually have a live test on the root servers? That could be fun. A fake IDN gTLD and a DNAME mapping (interesting if they use something that might be considered in the final plan).

* Little Britain series 2 "Orchestral triangle player" for the BBC 3 viewers in our midst. :^)

gammascalper 16th March 2006 08:29 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of I
 
Quote:

Originally Posted by Drewbert
>As far as I understand it the NS solution is the creation of .IDN in the root. They would >be separate from any existing .TLD or .CCTLD

Correct!* In final form, it'll just be like any other potential gTLD provider - they'll have to put up their hand and beg ICANN for inclusion. opefully they'll have rules like com/net but they may go bizarro like .pro/mobi etc.

So, implementation is easy, but roll-out and general acceptance may be a steeper slope to climb.

I *think* I can sleep a little better.

Clotho 16th March 2006 10:37 PM

Re: ICANN Announces Timeline for Development of a Project for the Technical Test of Inter
 
> Incorrect!* Verisign may OPERATE the root servers, but they cannot just go bunging in DNAME mappings in there. ICANN/DOC have management rights. Verisign might want to suggest the mappings that it wants to provide for com/net/bz/tv etc, but ultimately ICANN/DOC gets to say which ones go in.

I wasn't suggesting that Verisign would apply their own DNAME mapping overtop of any NS solution if implemented. What I was suggesting is that they would be in a position to provide the owners of existing IDN.com names with names in the .IDN equivalent of .com

Say for example that the NS proposal is adopted and a new domain extension .コム is created in the root. (a form of .com in Japanese). Do you think with all the talk about trademarks at ICANN that anyone but Verisign would be allowed to operate such an extension? It would be Verisign's extension and under the NS proposal it would operate separately from IDN.com. Since Verisign operates this extension it would be within their power to provide all the existing owners of Japanese IDN.com with the same domains in IDN.コム. Why would they do this? To avoid confusion on a number of levels. If Japanese IDN.com doesn't resolve to the same site as IDN.コム the .com brand is diluted and users will lose faith in it. There is nothing that says that they have to do it but I believe it would be in their own best interests to do so.

Obviously when you explore the NS concept it quickly becomes a quagmire of confusing extensions and their relationship to existing ones. This would not be good for the Internet. Clarity and Consistency are required for the Internet to function as a useful tool.


All times are GMT. The time now is 02:30 PM.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.3.0
Copyright idnforums.com 2005


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54