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.
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.
/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/>
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
