ICANN ICANN Email List Archives

[ssac-gnso-irdwg]


<<< Chronological Index >>>    <<< Thread Index >>>

[ssac-gnso-irdwg] For Today's Call: Preliminary approach for Brussels

  • To: Ird <ssac-gnso-irdwg@xxxxxxxxx>
  • Subject: [ssac-gnso-irdwg] For Today's Call: Preliminary approach for Brussels
  • From: Julie Hedlund <julie.hedlund@xxxxxxxxx>
  • Date: Mon, 7 Jun 2010 06:32:14 -0700

Dear IRD-WG members,

For today’s call at 1400 UTC I would like to suggest that we discuss the 
following possible preliminary approach.  As a reminder from our last call, 
this was an attempt to pull together the elements where there was perhaps some 
possibility of consensus and also those from the 4 models that the WG members 
have discussing into one possible approach.  We are preparing to have a 
presentation at the public session of our IRD-WG meeting at the ICANN meeting 
in Brussels and we would like to see if there is a single possible approach 
that we could present for discussion.

Thank you and I look forward to speaking with you on the call today.

Best regards,

Julie

------ Forwarded Message
From: Steve Sheng <steve.sheng@xxxxxxxxx>
Date: Thu, 27 May 2010 11:11:12 -0700
To: Ird <ssac-gnso-irdwg@xxxxxxxxx>
Subject: [ssac-gnso-irdwg] Preliminary approach to Brussels

Dear IRD-WG,

The action item from Monday’s meeting was for staff to provide a suggested 
preliminary approach for your consideration based on the many weeks of Working 
Group discussion, both during meetings and on the list.  Please note that there 
will be a public session of the IRD-WG in Brussels and we would like to be able 
to prepare some brief slides outlining a possible preliminary approach to 
encourage discussion at the session.  Your input on the following suggestions 
will help us to develop a preliminary approach for Brussels.  It is important 
that we get input from all Working Group members so we welcome and encourage 
your comments.  Please respond by Thursday, 03 June so that we can collect all 
comments for discussion at our meeting on Monday, 09 June, at 1400 UTC.  Thank 
you for your assistance.”


Warmly,
Steve


Possible Preliminary Approach for Working Group Consideration:

1.    What should we require of the WHOIS service in the IDN environment?

1) WHOIS clients must be able to accept a user query of domain name in either 
U- or A-label format; 2) WHOIS clients must be able display result of queries 
in a) in both in U- and A-label for the domain names; and 3) Bundled 
representations (e.g. both the simplified and traditional Chinese) of a single 
A or U-label query should be returned.

2.    What do we require from internationalized registration data to 
accommodate users who want to submit and have registration data displayed in 
“familiar” characters from local scripts?

The various elements of registration data could be separately internationalized 
and dealt with as follows:

a) Domain names (RAA 3.3.1.1): WHOIS services should return both A-label and 
U-label representation for the given IDN domains queried.
b) Name server names (RAA 3.3.1.2): Currently all of them are in US-ASCII. 
However, with internationalized domain names, it is possible that some will 
publish their name servers in IDN. Note — the Working Group has not discussed 
this issue. Suggested approaches are welcome.
c) Sponsoring Registrar (RAA 3.3.1.3): Make available in ASCII to aid 
investigation purposes of law enforcements.
d) Telephone/Fax (RAA 3.3.1.7,8): Apply the UPU E. 123 standard using the 
international notation (+31 42 123 4567).
e) Email address (RAA 3.3.1.7,8): Use RFC 5335 as a basis.
f) Dates (RAA 3.3.1.4,5) Include creation date, expiration date, and update 
date of the domain. Note -- the Working Group has not discussed the 
internationalization of this field.  Suggested approaches are welcome.
g) Registration Status: Registrars and registries often provide the status of 
the registration. For example client-hold, delete prohibited, update 
prohibited, etc. Note -- the Working Group has not discussed the 
internationalization of this field.  The following are approaches to consider.  
Please indicate which approach you prefer or you are welcome to suggest 
alternative approaches.
  1) leave it in ASCII 7;
  2) always publish the exact EPP status code and leave it to the clients to 
decide whether to localize or not;
  3) identify a more easily understood representation (for the mandatory 
character set); or
  4) publish the easily understood representation in mandatory and local 
character sets.
h) Entity names (RAA 3.3.1.6,7,8) (registrant, admin contact, technical 
contact) and Postal addresses (RAA 3.3.1.6,7,8)  1)Registrants submit in a 
“must be present” language to WHOIS; 2) registrants have the option to submit 
in a local script; 3) registrars must provide backwards compatibility for Port 
43 when necessary.




------ End of Forwarded Message


<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy