RE: [enum-wg] Concerning Wildcards and I-ENUM

["Antoin Verschuren" <Antoin.Verschuren@localhost]

Niall O'Reilly wrote:
 
> % dig @ns-pri.ripe.net e164.arpa axfr \
>   | awk '($4 == "NS") && (/^[0-9]/) { print $1 }' \
>   | sort | uniq
> 
> 	Perhaps it's worth considering desirable administrative
constraints
> 	on the Tier-0 zone, in order to make some such method fornmally
> 	(rather than accidentally) possible?

This was sort of what I was thinking about, but not sure if it's a good
idea.
It would build further on the EBL record which was supposed to be a
temporary solution.
But now that we see that a demand for more ENUM space might arise, I
wonder if it's the right path to do that in the countrycode's zone, or
in the e164.arpa zone to allow separation of registries and their
authorisation independent of the User ENUM registry, or perhaps in a
complete different zone per ENUM application.
The latter would require only one lookup, where the first needs 3.
Cashing for countrycode discovery could be quite long, as it rarely
changes, but NS records in e164.arpa could change more often. 
I wonder if countrycode discovery could have another benefit for
applications besides branche discovery. Perhaps billing (dirty word),
legal regime, specific numberplan properties, distance calculation or
whatever gadget they might come up with might need countrycode awareness
anyway.

Antoin Verschuren

Technical Advisor
Policy & Business Development
SIDN
Utrechtseweg 310
PO Box 5022
6802 EA Arnhem
The Netherlands

T +31 26 3525510
F +31 26 3525505
M +31 6 23368970
E antoin.verschuren@localhost
W http://www.sidn.nl/