Re: I-D Action: New draft - draft-bellis-enum-send-n-00
| Newsgroups | gmane.ietf.enum |
|---|---|
| Message-ID | <OFC177FC94.217855E3-ON80257420.00338DC0-80257420.0033D126@nominet.org.uk> |
> 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. > > 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. As documented in the draft this is known to be specifically incompatible with wildcards. In the NICC specifcation for the UK Central Numbering Database wildcards are not used at intermediate nodes (i.e, to represent number blocks). They are only used at leaf-nodes, to support over-dialling (i.e. sending too many digits). Ray