RE: [ietf-provreg] Re: EPP Extensions for IDN

["Dan Maharry" <dan@mcd.coop>]

RFC4646 maybe a way forward, but is it possible to look at this unambiguously but in a more compact way?
IDNs are domain names using the Unicode character set which is divided into codepages.
So maybe all the <domain:create> command actually needs is the Unicode name of the domain and the codepage on which those characters are located. 

From reading this discussion, that covers the Simplified Chinese\Kanji issue of writing out 'East Capital' (I think) - the owner of Tokyo.com should register two IDNs, one for each codepage \ character set.

Registries could let it be known which code pages they support and registrars likewise

So you get 

<domain:create>
	<name>blahblah.com</name>
	<IDN:codepage>1232</IDN:codepage>
...
</domain:create>

And the A-name is derived later on - name and codepage are the primary key for the name in the registry.

dan



-----Original Message-----
From: owner-ietf-provreg@cafax.se [mailto:owner-ietf-provreg@cafax.se] On Behalf Of Tan, William
Sent: 10 April 2007 17:29
To: Elisabeth Porteneuve
Cc: andrew@ca.afilias.info; ietf-provreg@cafax.se
Subject: Re: [ietf-provreg] Re: EPP Extensions for IDN

Elisabeth Porteneuve wrote:
> If we have native Ukrainian or Russian speakers on this list, it would
> be of help. I read cyrillic, and still can speak a little.
>
> Please beware that there are differences between cyrillic used in Russian
> and a cyrillic used in Ukrainian.
> There is no latin shape letter "i" in Russian (the sound "i" writes "u"
> in Russian cyrillic), while that letter does exist in Ukrainian cyrillic.
>
> Look for the name of Lviv in the URL http://www.ipk.polynet.lviv.ua/lviv/
> ans its Ukrainian cyrillic just right to the city arms, word after Micto ...
> (you spell Micto - misto - city) -- you see letter "i" (you spell it "i"),
> between two "B" (spelled "v").
>
> What I want to say it is just impossible in my view to separate
> Latin and Cyrillic. As far as I know the similar mixtures are common
> in Bielorus as well.
>   
That is why it is not recommended to mix Latin and Cyrillic. A label 
should contain only either Latin *OR* Cyrillic, and not both. If 
registries wish to support both scripts within a label, it SHOULD 
implement bundling in order to minimize the risk of homographic attacks.

> I would not like to forbid ".Lviv" in Ukrainian cyrillic, just because
> it is against theory of not mixing scripts.
>   

The "i" you mentioned in "Львів" is "U+0456 CYRILLIC SMALL LETTER 
BYELORUSSIAN-UKRAINIAN I" so the whole label is in Cyrillic. It is in a 
single script and therefore there is no need to forbid them.

So, I'm not sure I understand your view. Maybe I missed something.

=wil
 

--------------------------------------------------------------------------------
This Message has been Scanned by SurfControl(c) Email Filter
--------------------------------------------------------------------------------



The Midcounties Co-operative is an innovative co-operative business, owned by its customers and staff in the 9 counties it spans. We trade in a
number of retail sectors including food, travel, funerals, motors, childcare, pharmacy, post offices and IT. We are proud to be a successful
co-operative, founded on co-operative values and principles that co-ops share throughout the world.

This e-mail is confidential and is for the named recipient(s) only. If you are not the named recipient(s) please do not disseminate or copy this
e-mail, but please delete it and any copies from your computer. The Midcounties Co-operative has taken reasonable precautions to ensure that
any attachment to this e-mail has been checked for viruses. However, we cannot accept liability for any damage sustained as a result of
any such viruses and advise you to carry out your own virus checks before opening any attachment. Furthermore, we do not accept responsibility for any
change made to this message after it was sent by the sender. 

*** The Midcounties Co-operative works to protect our environment ***  
*** Please don't print this e-mail unless you really need to ***

This Message has been Scanned by SurfControl(c) Email Filter