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

[email protected] wrote:

> Like it or not, for now at least it seems that private ENUM has been 
> somewhat more successful than public ENUM.

I haven't seen dns request stats on e164.arpa, but last time they were
announced e164.org was getting more. In any case I see this useful for a
lot of VoIP and non-VoIP applications even if the primary beneficiary at
this stage would be VSPs and proficient home users at this stage.

> If one does need this data (which NICC believe we do) then it makes 
> absolute sense for it to be included in the ENUM tree.  By doing so we 
> allow the central portability database to maintain a single protocol 
> interface with the Communications Providers that are querying it.  When 
> the CP asks for a NAPTR, they either get routing data, or a hint that more 
> digits are required *from the same DNS request*.

I don't think it is technically feasible, sorry still haven't done
testing but I can see where it would fail immediately without testing as
written in the RFC. To get routing data and prefix lengths or hints at
the same time without breaking other things such as wild card records as
the most specific entry would block the wild card.

> p.s. if it would make people happier I can quite readily change the 
> examples so that they're not in e164.arpa.

It wouldn't matter I don't think, due to the technical issue alone above
I think there is no way to avoid multiple packets of some description so
you might be better off almost writing a new service rather then trying
to bolt it onto DNS for no benefit.

For example a simple service daemon listing on a UDP port could take
requests for a number and return the same information as written in the RFC.

I'm actually half thinking about doing this myself because I already
have quite a bit of data about different numbering plans in our database
but it's extensive for some countries and incomplete for others although
this is where grass root efforts get their power from.

-- 

Best regards,
 Duane