Juergen Schoenwaelder <[email protected]>
writes:
Lada,
I do not think we can simply enlarge the value set of
inet:domain-name, existing implementations using
inet:domain-name may (rightfully) not expect wildcards.
On the other hand, the description says:
It is designed to hold various types of domain names,
including
names used for A or AAAA records (host names) and other
records, ...
So one could expect that all values that can appear e.g. in A/AAAA
records of DNS zone data are supported, which is not the case.
What we can do is to create a new definition that has a larger
value space. We can also consider to define inet:domain-name as
a subset of such a larger type as long as it results in the same
value space.
My suggestion is to remove the above sentence from the description
in the next revision, and leave the rest to DNS folks. There are
other interesting issues, such as how to model internationalized
domain names.
Lada
/js
On Fri, Mar 29, 2019 at 11:20:13AM +0100, Ladislav Lhotka wrote:
Hi, as a follow-up to my comment during the NETMOD session, I
want to propose the following update to the the
inet:domain-name type. The aim is to include use cases that are
currently rejected: - classless in-addr.arpa delegations [RFC
2317], i.e. labels like "128/26" - wildcards [RFC 4592],
e.g. "*.example.net" OLD
pattern
'((([a-zA-Z0-9_]([a-zA-Z0-9\-_]){0,61})?[a-zA-Z0-9]\.)*'
+ '([a-zA-Z0-9_]([a-zA-Z0-9\-_]){0,61})?[a-zA-Z0-9]\.?)' +
'|\.';
NEW
pattern
'((\*\.)?(([a-zA-Z0-9_]([a-zA-Z0-9\-/_]){0,61})?[a-zA-Z0-9]\.)*'
+ '([a-zA-Z0-9_]([a-zA-Z0-9\-/_]){0,61})?[a-zA-Z0-9]\.?)'
+ '|\.';
Lada -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID:
0xB8F92B08A9F76C67
_______________________________________________ netmod mailing
list [email protected]
https://www.ietf.org/mailman/listinfo/netmod
-- 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
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
