Re: Re: Minutes from San Diego

"Sabine Dolderer/Denic" <[email protected]>
Newsgroups gmane.ietf.whois
Message-ID <[email protected]>
Hello Shane,

On 19.01.01 12:06 Shane Kerr <[email protected]> wrote:
> 
> On Fri, 19 Jan 2001, Jaap Akkerhuis wrote:
> 
> >
> >     I've come to the conclusion that this effort
> >     is being driven by the well-intentioned, but misplaced belief
> >     that whois:43 is only used for domain related purposes.
> >
> > Well, the discussion seems to circle around domain names, but that
> > was certainly not the intention. At the BOF was also discussion
> > about the use RIPE and friend make voor IP delegations, AS info
> > etc.
> >
> > I guess that the letter part is less visible for the public, only
> > network operators care about this. Maybe that's why the discussion
> > is dominated by the ``name'' crowd and not the ``number'' crowd.
> 
> I think the fact that there are only three RIR in operation today, and
> only two query/response formats, means that there's really not a big
> need for a more sophisticated Whois protocol for RIR managed data.
> 
> But I guess you can use Whois for domain names too.  :)
> 
> I wonder what kind of query load the various Whois servers get.  From
> the RIPE statistics page:
> 
> 
http://www.ripe.net/ripencc/pub-services/db/mrtg/noofqueries/noofqueries.html
> 
> You can see we get between 400 and 500 queries per minute, around 7 or 8
> queries/second (or as I like to say, 7 or 8 Hz).
> 
> From the ARIN VI engineering status report they report over 13
> queries/sec in September 2000.
> 
> Can anyone running a domain Whois server report some load statistics
> here?

we have currently an avarage of 140 q/min and up to 400 max. That means we 
have an avarage of 2 - 6 Hz,

Regards Sabine

> 
> I know a lot of queries from both ARIN and RIPE are people doing data
> mining, and I suspect that this is true for all other Whois registries
> as well.  We may want to split any work on new and improved data
> distribution techniques into looking at ways for both single and
> aggregate lookups.
> 
> As a side note on LDAP, Microsoft reports the following:
> 
> "The specific load that a single LDAP server can manage will depend on
> several factors, including computer hardware (CPU, RAM, disk speed),
> resource contention with other processes on the computer, network,
> client application behavior and load, and underlying database
> performance. You can expect to get approximately 150 lookups/second, 75
> modifications/second, and 20 inserts/second on a P200 with 500 MB of RAM
> going to a well-tuned, off-box SQL Server 6.5 computer on similar
> hardware and a Membership Directory of approximately 500,000 objects."
> 
> That was from:
> 
> http://www.microsoft.com/technet/Sitesrv/Technote/memdirct.asp
> 
> I'm not (necessarily) an LDAP fan, but what this means to me is that for
> number registries at least, LDAP can probably meet the needs for
> information distribution technically.
> 
> And to think, we're just about to roll out a new Whois server!  :)
> 
> Shane
> 
> 
> 
> 
> 
Sabine  Dolderer 
DENIC eG
Wiesenhüttenplatz 26
D-60329 Frankfurt

eMail: [email protected]
Fon: +49 69 27235 0
Fax: +49 69 27235 235
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.