[consult] Additional background information
michael.dillon@bt.com
michael.dillon at bt.com
Sun Mar 18 10:15:57 EDT 2007
- Previous message: [consult] Call for Consultation - Suggestion to Remove the WHOIS Query Result Limit
- Next message: [consult] Consultation period extended - WHOIS Query Results Limit
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> There are some very large organizations, some of whom happen > to be our > customers that have >256 resources. To be more specific >256 > netblocks, > with no way to further narrow down the search. I think this is the key thing. Whois was not designed as a search tool and therefore did not make use of the prior work done in the search field. Nowadays there are numerous examples of search tools which DO provide ways to narrow down the search. Even Google allows this because you can add search terms, and you can also subtract search terms by using -keyword. OpenFTS, htdig, SWISH++, Nutch, Xapian and so on, are open source search tools which could be implemented to supplement the whois lookups when result-sets exceed some limit like 256. Imagine that the result set is calculated but not sent to the user. Instead, it is fed locally into a search engine and the user is given a ticket to narrow down their search for some time period. > However I > haven't had any problems requesting the information from ARIN > recently. > At the time I submitted the request to the consultation and > suggestion > process, to alter or remove the response limit, I was unaware > that the > full query must still be performed in order to be able to > page through > results. Having learned that, I became rather resigned to having to > request the info from ARIN each time I need it. In essence, the current whois search tool refers the user to the hostmaster who finds some human being to calculate the entire result set locally. Then they either send the entire result set to the end user, or use some local tools to narrow down the search. The question here is where the narrowing down should be done and whether or not human beings have to be in the loop for searches with large result sets. My view is that more modern and sophisticated tools will make this problem go away, even if we maintain the limit of 256 results as a general rule. Of course, there is another way that allows us to keep the creaky old whois engine and put the extra load on the endusers. That is to allow people to sign up for special service where they can do whois queries with no limits. That way an end user can login, do a long query, save it locally and use local tools to narrow down the search. > That said, I would like to see the limit raised or a way > found to remove > it. It's a little thing, it probably doesn't affect a > significant number > of people, but it would make life a little easier, the day > run a little > smoother. It is also generally a good thing for ARIN's public image if it is seen to be cleaning up dusty corners of its domain. The processes and tools inherited from the Internic were antiquated and poorly designed, even by the standards of the 1990s. ARIN has done a lot of work in fixing this, much of it invisible to outsiders. But I believe that ARIN should not rest on their laurels but should continue fixing and replacing these annoyances. --Michael Dillon P.S. even if there is no per-query limit to logged-in users, there should still be a daily limit, and some way of recovering any records that were truncated due to that limit. I.e. I login on Monday and run a query which would return 26,000 records but the daily limit is 10,000. On Tuesday I login and rerun the query requesting results >10,000. And on Wednesday I log in again and request results >20,000. This may be slightly annoying but it is justified to prevent data mining and likely to be infrequently encountered by real users.
- Previous message: [consult] Call for Consultation - Suggestion to Remove the WHOIS Query Result Limit
- Next message: [consult] Consultation period extended - WHOIS Query Results Limit
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the consult mailing list