Re: [Enum] I-D Action: New draft - draft-bellis-enum-send-n-00

[Paul Kyzivat <pkyzivat at cisco.com>]

This would be good *if* we could be assured that there would be enough 
public ENUM entries to define the endpoint of all dial strings.

I guess each device must at least know how to get to the country level. 
After that, there ought to at least be one of these entries for the 
country code. For each country there ought to be either a fixed length 
or a range. If a range, then there ought to be an entry for each string 
of length equal to the minimum of the range, which narrows it down.

Then the USA could continue to dawdle on enum support, since there can 
be a fixed length for all of the NANP. Those countries with variable 
length numbers would have a harder requirement for enum support.

	Paul

Duane wrote:
> Clive D.W. Feather wrote:
> 
>> While the information should be static, it's also very complicated and it
>> might not be practical for the network element to store it all. In the UK
>> we have number ranges where the length varies in a very localised way; it
>> might be that:
> 
> A similar thing occurs in Australia and I recently parsed the CSV file
> published by the ACMA of all prefixes it is authorised to allocate or
> has been allocated and its a horrible mess of sorts. So I can see how
> this might be useful especially for keeping up with changes globally to
> the benefit of all but without everyone needing to keep local databases
> or updating their own databases themselves.
> 
>> The client would know, perhaps, that *every* number beginning 0 has at
>> least 7 digits. So it would initiate the query after receiving those 7.
> 
> I'm not exactly clear on when DNS queries should be triggered, or how
> many need to be requested either or if these would interfere with
> existing wild card entries.
> 
> I don't have time this morning to test but I like the idea a lot and I
> very much would like to see it or some variation of it work.
> 
_______________________________________________
enum mailing list
enum at ietf.org
https://www.ietf.org/mailman/listinfo/enum