Re: a new RRype instead of send-n NAPTRs

"Rosbotham, Paul" <[email protected]>
Newsgroups gmane.ietf.enum
Message-ID <CF70278861C76843835D4160627745D204CDDB@GBCWSWIEM001.ad.plc.cwintra.com>
Did someone mention my name?


> > The figures I've seen so far re: query volume have neither been 
> frightening
> > nor convincing, so I'd like to re-issue my plea to first 
> agree on the
> > size of the problem before designing or even standardizing 
> a solution.
> 
> I don't have any absolute volume figures available - call 
> establishment 
> volume data is very hard to come by.  Paul Rosbotham may be 
> able to help 
> there.
> 

Obviously the UK portability solution's based upon telcos taking a download of the whole thing and querying locally.  So it depends on the specifics of each individual CP.  Off the top of my head, a typical mid-size telco would be generating perhaps 2-3000 call attempts per second.  In the "naive" / no Send-N scenario Ray mentioned...which clearly wouldn't happen because if there was no Send-N the originator would seek to construct the decode information to some extent...that would mean 25k-35k queries per second.  An incumbent would generate maybe 3 or 4 times as much.    

There's pretty much zero correlation between the numbers called/queried at a callserver level - I guess there's scope for a degree of cacheing at a higher level...i.e. if you queried on 1.4.4.foo and got no NAPTR back, then it's worth cacheing at that level but cacheing the NAPTR returned by 6.0.5.1.5.4.2.7.7.1.e164.foo is of limited value unless you have an absolutely enormous (as in 60-70M entry) cache.

Of course (separate debate on this thread) there's the issue of whether we're talking about usage of Send-N for a specific quasi-private ENUM instance, or the public e164.arpa one.  I believe Ray's intent was to leverage the thinking for utilisation in the latter.  The volumes of queries on public DNS is then linked to the number of users querying it.  Anyone got a piece of string that I can measure?

This e-mail has been scanned for viruses by the Cable & Wireless e-mail security system - powered by MessageLabs. For more information on a proactive managed e-mail security service, visit http://www.cw.com/uk/emailprotection/ 

The information contained in this e-mail is confidential and may also be subject to legal privilege. It is intended only for the recipient(s) named above. If you are not named above as a recipient, you must not read, copy, disclose, forward or otherwise use the information contained in this email. If you have received this e-mail in error, please notify the sender (whose contact details are above) immediately by reply e-mail and delete the message and any attachments without retaining any copies.
 
Cable and Wireless plc 
Registered in England and Wales.Company Number 238525 
Registered office: 3rd Floor, 26 Red Lion Square, London WC1R 4HQ
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.