North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: whois syntax

  • From: Robert Boyle
  • Date: Fri Oct 19 02:59:02 2001

At 10:02 PM 10/18/2001 -0400, you wrote:
i was arguing with my friend about whois servers.  he thought that all
whois servers were relatively similar in design and function, and i
convinced that wasn't the case.
In theory they are all similar. In theory, all languages in the world are similar in design and function. They enable people to communicate and express ideas. Whois servers allow people to find out information about domains, hosts, and netblocks. Every company seems to have a different way of doing this.

the output of all of them differs (which makes parsing the output a
lot of fun :).
There is no standard specified in the RFC for output, just for query language.

the thing that gets me, though, is that the radb.net whois server
seems to have some 'extended command language' whereby one can pass
query after query over one tcp connection and not get dropped.  is
this 'language' documented anywhere, or do i just have to find and
read source code that uses it?
As is usually the case, the RFCs are far too wordy. Basically, there are a number of basic mandatory functions and a larger set of optional commands which can be implemented if the developer desires. Since I have written several whois and rwhois servers, I have distilled the essential functions down to a one page cheat sheet I use to query and to write/modify our whois servers.

The command you are looking for is part of the standard features:

-holdconnect on (for multiple commands, keep the connection open after sending the response)

-holdconnect off (to disconnect after the response is sent)


I hope this helps.

-Robert


Tellurian Networks - The Ultimate Internet Connection
http://www.tellurian.com | 888-TELLURIAN | 973-300-9211
"They that give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety."
- Benjamin Franklin, 1758.