[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [idn] draft-ietf-idn-requirements-04.txt
At 12:14 05/10/2000 +0900, Hongbo Shi wrote:
>Hi, all.
>
>From: Zita Wenzel <zita@ISI.EDU>
>Subject: [idn] draft-ietf-idn-requirements-04.txt
>Date: Mon, 2 Oct 2000 20:24:50 GMT
>
> > OLD: [37] The protocol MUST work for all features of DNS, IPv4, and
> > IPv6.
> >
> > NEW: [2.6] The protocol MUST work for all features of DNS, IPv4, and
> > IPv6. The protocol MUST NOT allow an IDN to be returned to a requestor
> > that requests the IP-to-(old)-domain-name mapping service.
>
> Maybe in the furture, the following case will exist.
> One person who only registers the IDN, without registering the
> (old) domain names. Then according to the suggestion above, it causes
> the PTR record to be null. Is it alright? Is it necessary to be avoided?
A NULL PTR record would be a Bad Thing; there are 3 possible solutions I
can think of offhand:
1) Suppress the PTR record containing the IDN. This has bad implications
for DNSSEC, since DNSSEC signs record sets, not individual records.
2) Use a new record type (IPTR) for storing the IDN, so that old clients do
not see it
3) Return a PTR containing an ACE. This means that DNSSEC must sign an ACE,
and that clients will see even more meaningless names than
"123.234.123.wcom.com" (a not-unusual style of PTR value to see now).
2 and 3 can be combined.... if we want to force the choice, or want to
specify requirements forcing the choice, please suggest requirements text.
> Furthermore, is it necessary to think about if "IDN only" (without
> corresponding old domain name) exists, what will happen?
> Maybe nothing will happen, maybe not.
>
> I have no idea on both of them right now.
>
>Best Regards
>
>Hongbo Shi
>
>
--
Harald Tveit Alvestrand, alvestrand@cisco.com
+47 41 44 29 94
Personal email: Harald@Alvestrand.no