Re: Send-N draft: draft-bellis-enum-send-n-02 published
"Clive D.W. Feather" <[email protected]>
| Newsgroups | gmane.ietf.enum |
|---|---|
| Message-ID | <[email protected]> |
Peter Koch said: > But the ENUM lookups don't have to be blocking, > so why not let the client send an ENUM query after every digit (see above > for prefix/area code considerations)? Because it's still load on the servers that would be worth reducing. >> For the server it's a potential 5-fold reduction in the number of queries. >> If your switches are doing this lookup for every telephone call that's a >> *lot* of queries saved. > In the best case, maybe, but you need the cooperation of the clients As is true of many optimisation techniques. That shouldn't be an issue for this use case. > and you > add a lot of complexity to the ENUM tree. I don't see how you can describe this as "a lot". > Apart from that, there's also lots of optimization opportunity in the client > if you just let the client remember what a "full number" was; I've been > told this is already done. What do you mean by a "full number"? The whole problem is that it isn't a simple thing to determine. -- Clive D.W. Feather | Work: <[email protected]> | Tel: +44 20 8495 6138 Internet Expert | Home: <[email protected]> | Fax: +44 870 051 9937 Demon Internet | WWW: http://www.davros.org | Mobile: +44 7973 377646 THUS plc | |