Re: [ietf-provreg] EPP Extensions for IDN

[Francisco Obispo <fobispo@nic.ve>]

Internally, we register the domain as: xn--espaol-zwa.com.ve,
the WHOIS server accepts the ACE string and UNICODE string,

The whois server does not allow ñ because it does not expect
the input to be in XML ;-), although support for that can be added.

We have a restricted list of characters that can be used in the  
registry,
so if its not on that list, the domain registration gets rejected.

In the whois response we provide both UNICODE and ACE string conversion
of the domain name:

    Nombre de Dominio: español.com.ve
    Dominio en Codificacion Compatible ASCII (ACE): xn--espaol- 
zwa.com.ve

This way, we only deal with IDN at the moment of registration and  
anytime
it needs interaction with the user of the service (it gets  
transformed from ACE to UNICODE), keeping the XN-- conversion hidden  
from the user interface .

Maybe in our case is fairly simple, because we only need support for  
7 extra characters, (á,é,í,ó,ú,ü and ñ), it would be interesting
to see other implementations ...

regards












_____________________________
Francisco Obispo
Jefe de Oficina de NIC-VE
Centro Nacional de Tecnologías de Información





On 04/04/2007, at 10:31 AM, Dan Maharry wrote:

> Interesting.
> I guessed that you needed three pieces of information for a IDN  
> which should be stored in the extension.
>
> - the Unicode version of the domain
> - the punycode ascii version of the domain
> - the language code for the domain name
>
> Maybe you need some more.
>
> Francisco, is español.com.ve a valid whois query?
> If ICANN ever started asking for an IRIS server, holding both  
> versions of the domain would make a lot of sense at this point -  
> much in the same way that there are i18n'd and l10n'd versions of a  
> contact's postal information in EPP as standard.
>
> Dan
>
>
> -----Original Message-----
> From: Patrik Wallstrom [mailto:pawal@blipp.com]
> Sent: 04 April 2007 15:24
> To: Francisco Obispo
> Cc: Dan Maharry; ietf-provreg@cafax.se
> Subject: Re: [ietf-provreg] EPP Extensions for IDN
>
> On Wed, 04 Apr 2007, Francisco Obispo wrote:
>
>> Dear Dan,
>>
>> I'm not sure if you need additional extensions for IDNs..
>>
>> We just encoded the domain name at the client into XML compatible
>> form (i.e: español.com.ve -> español.com.ve),
>> and later, on the server we will convert it to ACE if needed.
>
> Interesting. We, .SE, only accepts the ACE-coded versions. Our domain
> name validator does a roundtrip coding to see if we allow the
> characters used if the name starts with xn--.
>
> -- 
> patrik_wallstrom->foodfight->pawal@blipp.com->+46-733173956
>
>
> ---------------------------------------------------------------------- 
> ----------
> 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