RE: [enum-wg] Concerning Wildcards and I-ENUM
Otmar Lendl wrote:
draft-ietf-enum-branch-location-record-00 does solve this, as it provides a mechanism how new ENUM application can be directed to their own trees.
But it forces the application to know all countrycodes in a static list, and do an extra lookup. If it would be a queryable dynamic list, it would need an extra lookup too, but at least the application does not need to be countrycode aware, it could just look it up. 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@sidn.nl W http://www.sidn.nl/
On 10 Oct 2006, at 09:34, Antoin Verschuren wrote:
If it would be a queryable dynamic list, it would need an extra lookup too, but at least the application does not need to be countrycode aware, it could just look it up.
So how to fill the gap? Ignoring for a moment the fine structure of +1 and possible other corner cases, and assuming that the Tier-0 zone continues both to be available for transfer and to be a delegation-only zone, the list of country codes could be built dynamically using the following approach. % 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? /Niall
FWIW, the ITU publishes a list of approved ENUM delegations on their web site. They also have a free download of the list of E.164 country codes. This is available in English, French and Spanish in PDF or Word format at http://www.itu.int/pub/T-SP-E.164A-2006/en.
participants (3)
-
Antoin Verschuren -
Jim Reid -
Niall O'Reilly