On 30. 07. 20 15:44, Juergen Schoenwaelder wrote:
> On Wed, Jul 29, 2020 at 01:55:38PM +0200, Ladislav Lhotka wrote:
>> Juergen Schoenwaelder <[email protected]> writes:
>>
>>>> If we want to allow non-ASCII names, then it would IMO be safer to use a
>>>> type that expects straight Unicode for lexical representation and leave
>>>> it to the implementations to convert to Punycode where necessary, e.g.
>>>> when querying DNS.
>>>
>>> Perhaps. But I am not sure this is the time to fix this or how this
>>> can be done in a backwards compatible way. At least this likely can't
>>> be done by disallowing ACE. It may be possible to add an additional
>>> member to the inet:host union that catches internationalized names.
>>
>> I think it would be better to have an extra set of parallel definitions such
>> as idn-domain-name, or perhaps u-domain-name.
>>
>
> So if we define idn-domain-name, what do we do with your hostname?
> Have hostname derived from domain-name (as discussed before) with
>
> typedef host {
> type union {
> type inet:ip-address;
> type inet:host-name;
> }
>
> and we add
>
> typedef idn-host {
> type union {
> type inet:ip-address;
> type inet:idn-hostname;
> }
>
> and then YANG module writers can opt-in to use the new definition if
> they want idn host names without requiring ACE encoding?
Yes, that was my idea. If IDN becomes widespread (ever), the "idn-host"
version would be much easier to use.
Lada
>
>> Lada
>>
>>> Since this would be enlarging the value space, I believe this is
>>> inline with the spirit of section 11 of RFC 7950. Removing the ACE
>>> names, however, restricts the value space and hence seem to contradict
>>> section 11 of RFC 7950. (The explicit removal of underscore and single
>>> letter hostnames may be considered a clarification since we have other
>>> RFCs stating these constraints.)
>>>
>>> /js
>>>
>>> --
>>> Juergen Schoenwaelder Jacobs University Bremen gGmbH
>>> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
>>> Fax: +49 421 200 3103 <https://www.jacobs-university.de/>
>>
>> --
>> Ladislav Lhotka
>> Head, CZ.NIC Labs
>> PGP Key ID: 0xB8F92B08A9F76C67
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
