Displayandusageof InternationalizedRegistrationData RamMohan - - PowerPoint PPT Presentation

display and usage of internationalized registration data
SMART_READER_LITE
LIVE PREVIEW

Displayandusageof InternationalizedRegistrationData RamMohan - - PowerPoint PPT Presentation

Displayandusageof InternationalizedRegistrationData RamMohan Afilias 1 TheProblemSpace Internetapplicationsmustaccommodatea


slide-1
SLIDE 1

Display
and
usage
of
 “Internationalized”
Registration
Data


Ram
Mohan
 Afilias


1


slide-2
SLIDE 2

The
Problem
Space


  • Internet
applications
must
accommodate
a



global
audience
using
characters
in
local
languages
 and
scripts


– WHOIS
is
an
Internet
application


  • IDN
standards
and
guidelines
define
how
Domain


Names
will
be
composed
and
displayed


  • No
standards
or
guidelines
exist
for
Registration
Data



– Contact
information,
DNS
configuration
data,
sponsoring


registrar…


2
 June
2009


slide-3
SLIDE 3

Is
this
a
problem
or
an
evolution?


 The
“Internationalized
registration


data”
problem
is
not
new…

 and
not
due
to
IDN
TLDs


 IDN
labels
can
be
composed
and


registered
at
the
second
and
lower
 level
in
many
TLDs


 The
user
experience
with
WHOIS
today


varies


3
 June
2009


slide-4
SLIDE 4

WHOIS
Applications
Today


  • Internet
users
might
attempt
to
submit
A‐labels
or
U‐labels


to
query
WHOIS
services



– over
Port
43
using
OS
command
line
programs



and
WHOIS
client
applications


– as
input
to
web‐based
WHOIS
query
and
domain
name
registration


submission
forms


  • WHOIS
operators
might
display
domain
labels
in
A‐label


encoding
or
in
characters
from
the
local
script
used
by
the
 registrant


  • Registrars
may
choose
encodings
that
best
represent
the


languages
and
scripts
of
the
domain
registration
data


  • Recognizable
display
of
Registration
Data
is
application


dependent


4
 June
2009


slide-5
SLIDE 5

5
 June
2009


slide-6
SLIDE 6

6
 June
2009


slide-7
SLIDE 7

7
 June
2009


slide-8
SLIDE 8

Questions
to
Consider:


User
Experience
Issues


 What
features
will
Internet
users
find
most
beneficial


in
applications
that
bind
registered
domain
names
to
 Registration
Data
when
the
Internet
user
experience
 becomes
more
diverse
with
respect
to
languages
and
 scripts?


 Are
there
any
general
principles
that
registry


  • perators
and
registrars
could
adopt
to
minimize
the


"Babel
effect"
on
Registration
Data
query
services
 and
to
ensure
some
uniformity
of
information
 display?


8
 June
2009


slide-9
SLIDE 9

Questions
to
Consider:


Data
Reliability,
Accuracy,
Operational
Issues



 Are
there
operational
issues
related
to
the


submission
and
display
of
Registration
Data
in
 Unicode
in
non‐Web
mediums?


 What
effect
has
the
use
of
non
US‐ASCII
characters
in


Registration
Data
already
had
on
domain
registration
 data
accuracy
programs?



 How
are
law
enforcement
agencies,
intellectual


property
counsel,
interveners,
other
parties
affected
 when
a
Registration
Data
query
returns
some
or
all
 non
US‐ASCII
characters
in
its
output?


9
 June
2009


slide-10
SLIDE 10

Questions
to
Consider:


Security
&
Standardization
Issues


 What
information,
and
in
what
languages
and
scripts,


should
be
permitted
when
collecting
and
displaying
 registration
data
for
a
(set
of)
domain
name(s)?


 Do
sufficient
submission
and
display
practices
exist


for
applications
that
bind
registered
domain
names
to
 information
about
Registration
Data?



 Should
the
maintenance
and
display
certain


registration
data
be
required
in
US‐
ASCII
to

ensure
a
 common
denominator
for
core
information
display


10
 June
2009


slide-11
SLIDE 11

SSAC
Recommendations


 ICANN’s
Board
of
Directors
should
task
the
GNSO,
ALAC,


CCNSO,
GAC
and
SSAC
to
form
a
WG
to
study
the
feasibility
 and
suitability
of
introducing
display
specifications
to
deal
 with
the
internationalization
of
Registration
Data.




 Representation
from
ccTLD
operators
and
consultation
with
the


CCNSO
should
be
a
part
of
the
Working
Group’s
charter.



11
 June
2009


slide-12
SLIDE 12

Feasibility
Study


  • ICANN
should
consider
the
feasibility
of
having
applications
that


query
Registration
data
services
incorporate
“standard”
 internationalization
functionality.




  • For
example,
an
application
that
binds
registered
domain
names


to
Registration
Data
could
be
required
to



– accept
A‐label
and
U‐label
domain
names
as
input
 – 
return
A‐label
and
U‐label
domain
names
as
output
 – store
contact
information
in
XML
 – retain
Unicode
encoding
of
local
characters
in
stored
contact


information


– accept
Record
and
Key
Type
data
queries
in
Unicode
 – return
responses
to
record
and
key
type
data
queries
in
Unicode
 – return
responses
including
character
or
word
variants
bundled
with


each
Registration
Data
query



12
 June
2009


slide-13
SLIDE 13

Birds
of
a
Feather
Session
in
Sydney


  • Interested
parties
should
convene
in
Sydney
to
discuss


potential
agenda
topics.,
e.g.


– existing
deployment
experience
 – current
and
proposed
methods
of
supporting
characters


from
local
languages,
application
software,



– business,
security,
registry,
registrar,
technical
and
user


considerations



  • Consider
“Questions
to
consider”
section
of
SAC037


while
framing
the
Terms
of
Reference
of
the
proposed
 Working
Group.



13
 June
2009


slide-14
SLIDE 14

Questions?


Reference
document
SAC037
can
be
found
at
 http://www.icann.org/committees/security/sac037.pdf


14
 June
2009