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            |                            |
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.