You are here: Home > Publications > RIPE Document Store > RIPE Whois Database Query Reference Manual

Changes to RIPE Whois Database Query Reference Manual

Legend	(+) Added	(-) Deleted
Changed	Tag Added	Tag Deleted

ripe-358: This obsolete document describes how queries work in version 3.2 of the ripe-049: RIPE Whois Database. database template for domains

What is the RIPE Database ? insert:  
insert:  
RIPE (Reseaux IP Europeens) coordinates TCP/IP networking for the insert:  
research community in Europe. It operates under the auspices of RARE insert:  
(Reseaux Associees pour la Recherche Europeene). insert:  
insert:  
One of the activities of RIPE is to maintain a database of European IP insert:  
networks, DNS domains and their contact persons. This document describes how queries work in version 3.2 of the RIPE Whois Database. database content insert:  
is public information. This version uses the Routing Policy Specification Language (RPSL) [ delete: <a href="#r1"> 1 delete: </a> ] to represent many of the supports NICs/NOCs all over Europe to insert:  
perform their respective tasks. insert:  
insert:  
A domain and its contact persons are represented by different database insert:  
objects. It uses the Routing Policy System Security (RPSS) [ delete: <a href="#r2"> 2 delete: </a> ] for authorisation. This means better security for Internet Routing Registries (IRR). It makes use of RPSL next generation specifications [ delete: <a href="#r14"> 14 delete: </a> ]. This means that you can register multicast and IPv6 routing policies. Though this document is self-contained, you may also wish to read the RPSL [ delete: <a href="#r1"> 1 delete: </a> ] and RPSS [ delete: <a href="#r2"> 2 delete: </a> ] specifications. For a tutorial on RPSL, you can read the RPSL applications document [ delete: <a href="#r3"> 3 delete: </a> ]. delete:  delete: <h2> delete: <a id="intended" name="intended"> delete: </a> Intended Audience delete: </h2> delete:  This reference manual is for casual and advanced users who query the RIPE Whois Database. If you are new to this database, you might find the “RIPE Whois Database User Manual – Getting Started” [ delete: <a href="#r5"> 5 delete: </a> ] each domain there has to be a more helpful place to start. delete:  delete: <h2> delete: <a id="conventions" name="conventions"> delete: </a> Conventions Used in This Document delete: </h2> delete:  We use <label> for a placeholder or to indicate syntax. delete:   We use [option] to indicate an optional text or command argument. delete:   We use a BOLD font to indicate an domain insert:  
object type. delete:   We use “attribute:” to indicate an attribute of an object. delete:   "RIPE Whois Database" usually means the interface software rather than the information in the database. Where there may be any doubt, this manual will make clear what is being discussed. delete:  delete: <hr noshade="noshade" size="1" /> delete: <h2> delete: <a id="toc" name="toc"> delete: </a> Table of Contents delete: </h2> delete:  delete: <a href="#introduction"> Introduction delete: </a> delete:   1.0 delete: <a href="#10"> Database Objects describing the domain and Attributes delete: </a> delete:   1.1 delete: <a href="#11"> Object Representation delete: </a> delete:   1.2 delete: <a href="#12"> Object Types delete: </a> delete:   1.2.1 delete: <a href="#121"> as-block delete: </a> delete:   1.2.2 delete: <a href="#122"> as-set delete: </a> delete:   1.2.3 delete: <a href="#123"> aut-num delete: </a> delete:   1.2.4 delete: <a href="#124"> domain delete: </a> delete:   1.2.5 delete: <a href="#125"> filter-set delete: </a> delete:   1.2.6 delete: <a href="#126"> inet6num delete: </a> delete:   1.2.7 delete: <a href="#127"> inetnum delete: </a> delete:   1.2.8 delete: <a href="#128"> inet-rtr delete: </a> delete:   1.2.9 delete: <a href="#129"> irt delete: </a> delete:   1.2.10 delete: <a href="#1210"> key-cert delete: </a> delete:   1.2.11 delete: <a href="#1211"> mntner delete: </a> delete:   1.2.12 delete: <a href="#1212"> organisation delete: </a> delete:   1.2.13 delete: <a href="#1213"> peering-set delete: </a> delete:   1.2.14 delete: <a href="#1214"> person delete: </a> delete:   1.2.15 delete: <a href="#1215"> poem delete: </a> delete:   1.2.16 delete: <a href="#1216"> poetic-form delete: </a> delete:   1.2.17 delete: <a href="#1217"> role delete: </a> delete:   1.2.18 delete: <a href="#1218"> route delete: </a> delete:   1.2.19 delete: <a href="#1219"> route6 delete: </a> delete:   1.2.20 delete: <a href="#1220"> route-set delete: </a> delete:   1.2.21 delete: <a href="#1221"> rtr-set delete: </a> delete:   2.0 delete: <a href="#20"> Querying the RIPE Whois Database delete: </a> delete:   2.1 delete: <a href="#21"> Queries Using Primary and Lookup Keys delete: </a> delete:   2.2 delete: <a href="#22"> Queries for IP Networks delete: </a> delete:   2.2.1 delete: <a href="#221"> Default Queries for IP Networks delete: </a> delete:   2.2.2 delete: <a href="#222"> Exact Match Queries delete: </a> delete:   2.2.3 delete: <a href="#223"> More and Less Specific Queries delete: </a> delete:   2.2.3.1 delete: <a href="#2231"> More Specific Queries delete: </a> delete:   2.2.3.2 delete: <a href="#2232"> Less Specific Queries Error delete: </a> delete:   2.2.4 delete: <a href="#224"> Less Specific Queries Referencing irt Objects delete: </a> delete:   2.3 delete: <a href="#23"> Inverse Queries delete: </a> delete:   2.4 delete: <a href="#24"> Abuse Contacts delete: </a> delete:   2.5 delete: <a href="#25"> Grouping the Whois Output delete: </a> delete:   2.6 delete: <a href="#26"> Filtering the Whois Output delete: </a> delete:   2.7 delete: <a href="#27"> Query Support for Tools delete: </a> delete:   2.7.1 delete: <a href="#271"> IRRToolset Support delete: </a> delete:   2.7.2 delete: <a href="#272"> Persistent Connections and Keeping State delete: </a> delete:   2.8 delete: <a href="#28"> Getting All the Members of Set Objects delete: </a> delete:   2.9 delete: <a href="#29"> More and Less Specific Lookups For Reverse Domains delete: </a> delete:   2.10 delete: <a href="#210"> Referral Mechanism for Domains delete: </a> delete:   2.10.1 delete: <a href="#2101"> The “refer:” Attribute delete: </a> delete:   2.10.2 delete: <a href="#21012"> Domain Name Stripping delete: </a> delete:   2.10.3 delete: <a href="#2103"> The “-R” query flag delete: </a> delete:   2.10.4 delete: <a href="#2104"> The Referral Process delete: </a> delete:   2.11 delete: <a href="#211"> Access Control for Queries delete: </a> delete:   2.12 delete: <a href="#212"> Other Server Features delete: </a> delete:   2.12.1 delete: <a href="#2121"> Mirroring Other Databases delete: </a> delete:   2.12.2 delete: <a href="#2122"> The “–q” Query Flag delete: </a> delete:   2.12.3. delete: <a href="#2123"> The “-t” Query Flag delete: </a> delete:   2.12.4. delete: <a href="#2124"> The “-v” Query Flag delete: </a> delete:   2.12.5. delete: <a href="#2125"> The “-F” Query Flag delete: </a> delete:   2.12.6. delete: <a href="#2126"> The “-K” Query Flag delete: </a> delete:   2.12.7. delete: <a href="#2127"> The “-T” Query Flag delete: </a> delete:   2.12.8. delete: <a href="#2128"> The “-a” Query Flag delete: </a> delete:   delete: <a href="#tables"> Tables of Query Types Supported by the RIPE Whois Database delete: </a> delete:   delete: <a href="#t21"> Table 2.1 Queries Using Primary and Lookup Keys delete: </a> delete:   delete: <a href="#t22"> Table 2.2 Queries For IP Networks delete: </a> delete:   delete: <a href="#t23"> Table 2.3 Query Flag Arguments to the "-i" Query Flag and the Corresponding Inverse Keys delete: </a> delete:   delete: <a href="#t24"> Table 2.4 Query Support For Tools delete: </a> delete:   delete: <a href="#t25"> Table 2.5 Miscellaneous Queries delete: </a> delete:   delete: <a href="#t26"> Table 2.6 Informational Queries delete: </a> delete:   delete: <a href="#appendices"> Appendices delete: </a> delete:   delete: <a href="#a1"> A1. Object Attributes delete: </a> delete:   delete: <a href="#a2"> A2. RIPE Whois Database Query Server Response Codes and Messages delete: </a> delete:   delete: <a href="#a21"> A2.1 Query Errors delete: </a> delete:   delete: <a href="#a22"> A2.2 Access Errors delete: </a> delete:   delete: <a href="#a23"> A2.3 Connection Errors delete: </a> delete:   delete: <a href="#a24"> A2.4 NRTM Errors delete: </a> delete:   delete: <a href="#a25"> A2.5 Warnings delete: </a> delete:   delete: <a href="#a26"> A2.6 Referral Text delete: </a> delete:   A3. delete: <a href="#copy"> Copyright Information delete: </a> delete:   A3.1 delete: <a href="#whoiscopy"> RIPE Whois Database Copyright delete: </a> delete:   A3.2 delete: <a href="#ncccopy"> RIPE NCC Copyright delete: </a> delete:   delete: <a href="#addendum"> Addendum delete: </a> delete:   delete: <a href="#acknowledgements"> Acknowledgements delete: </a> delete:   delete: <a href="#references"> References delete: </a> delete:  delete: <hr noshade="noshade" size="1" /> delete: <h2> delete: <a id="introduction" name="introduction"> delete: </a> Introduction delete: </h2> delete:  The RIPE Network Management Database (often called the "RIPE Whois Database") contains information about IP address space allocations and assignments, routing policies, reverse delegations, contacts in the RIPE NCC service region [ delete: <a href="#r16"> 16 delete: </a> ] and ENUM delegations worldwide. delete:  delete:  The information in the RIPE Whois Database is available to the public for agreed Internet operation purposes, but it is copyright. See Appendix A3 " delete: <a href="#copy"> Copyright Information delete: </a> ". delete:   This document describes how queries work in version 3.2 of the RIPE Whois Database. This version uses the Routing Policy Specification Language (RPSL) [ delete: <a href="#r1"> 1 delete: </a> ] to represent all database objects. It uses the Routing Policy System Security (RPSS) [ delete: <a href="#r2"> 2 delete: </a> ] for authorisation. This means better security for Internet Routing Registries (IRR). The RIPE Whois Database includes an IRR. It makes use of RPSL next generation specifications [ delete: <a href="#r14"> 14 delete: </a> ]. This means that you can register multicast and IPv6 routing policies. delete:  delete:  This document is self-contained, but does not contain examples of usage and illustrations of how the RIPE Whois Database works. If this is what you want, you should read the RPSL [ delete: <a href="#r1"> 1 delete: </a> ] and RPSS [ delete: <a href="#r2"> 2 delete: </a> ] specifications. If you are looking for a tutorial on RPSL, you should read the RPSL applications document [ delete: <a href="#r3"> 3 delete: </a> ]. The “RIPE Whois Database User Manual – Getting Started”[ delete: <a href="#r5"> 5 delete: </a> ] contains some examples. You may also want to read the “RIPE Whois Database Update Reference Manual” [ delete: <a href="#r19"> 19 delete: </a> ]. It explains how updates work in the RIPE Whois Database. There is also a single page “Whois Queries Reference Card” [ delete: <a href="#r18"> 18 delete: </a> ]. delete:  delete: <hr noshade="noshade" size="1" /> delete: <h2> delete: <a id="10" name="10"> delete: </a> 1.0 Database Objects and Attributes delete: </h2> delete:  The RIPE Whois Database contains records of: delete:  delete: <ul> delete: <li> allocations and assignments of IP address space (the IP address registry); delete: </li> delete: <li> domain names (mainly for reverse domains); delete: </li> delete: <li> routing policy information (the routing registry); delete: </li> delete: <li> contact information (details of people who are responsible for the operation of networks or routers. As the RIPE NCC does not maintain the contents of the database, you can find contact details here of the people who do). delete: </li> delete: </ul> delete:  The RIPE NCC defines a database object as a list of attribute-value pairs in plain text form. Attributes can be mandatory, optional or generated. Mandatory attributes will always be present in an instance of an object. Optional attributes may be present if considered necessary or useful by the creator of the object. Generated attributes can be included by the creator of the object, but their values will always be checked and included, when necessary, by the database software. delete:  delete:  The attributes are indexed in a number of ways to allow the queries to search the database. An attribute can be a primary key, lookup key, inverse key, or a combination of these. delete:  delete:  The characteristics of an attribute are determined by the type of object the attribute appears in. These are shown for each object in the object templates. They can be listed using the query: delete:  delete: <pre> whois –t <object-type> delete: </pre> delete: <h3> delete: <a id="11" name="11"> delete: </a> 1.1 Object Representation delete: </h3> delete:  The records in the RIPE Whois Database are known as objects. RPSL [ delete: <a href="#r1"> 1 delete: </a> ] defines the syntax of these database objects (how they are written). An object belongs to one of the object types or classes. We use the two terms - ‘type' and ‘class' - interchangeably throughout this document. delete:  delete:  delete:  Object Types Supported by the RIPE Whois Database: delete:  delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Object type (Class name) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Short name delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Description delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  as-block delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  ak delete:  delete:  delete: </td> delete: <td> delete:  delete:  Delegation of a range of Autonomous System (AS) Numbers to a given Regional Internet Registry (RIR). delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  as-set delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  as delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set of aut-num objects. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  aut-num delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  an delete:  delete:  delete: </td> delete: <td> delete:  delete:  AS in the database. It describes the external routing policy of the AS. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  domain delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  dn delete:  delete:  delete: </td> delete: <td> delete:  delete:  Forward or reverse domain registrations. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  filter-set delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  fs delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set of routes matched by its filter. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  inet6num delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  i6 delete:  delete:  delete: </td> delete: <td> delete:  delete:  Allocations and assignments of IPv6 address space. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  inetnum delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  in delete:  delete:  delete: </td> delete: <td> delete:  delete:  Allocations and assignments of IPv4 address space. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  inet-rtr delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  ir delete:  delete:  delete: </td> delete: <td> delete:  delete:  Router in the database. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  irt delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  it delete:  delete:  delete: </td> delete: <td> delete:  delete:  Contact and authentication information about a Computer Security Incidence Response Team (CSIRT). delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  key-cert delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  kc delete:  delete:  delete: </td> delete: <td> delete:  delete:  Public key certificate that is stored on the server and may be used with a delete:  mntner delete:  object for authentication when performing updates. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  mt delete:  delete:  delete: </td> delete: <td> delete:  delete:  Authentication information needed to authorise creation, deletion or modification of the objects protected by the delete:  mntner delete:  . delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  organisation delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  oa delete:  delete:  delete: </td> delete: <td> delete:  delete:  Organisation that holds the resources. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  peering-set delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  ps delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set of peerings. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  person delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  pn delete:  delete:  delete: </td> delete: <td> delete:  delete:  Technical or administrative contacts. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  poem delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  po delete:  delete:  delete: </td> delete: <td> delete:  delete:  Humorous poem. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  poetic-form delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  pf delete:  delete:  delete: </td> delete: <td> delete:  delete:  Type of humour for a delete:  poem delete:  object. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  role delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  ro delete:  delete:  delete: </td> delete: <td> delete:  delete:  Technical or administrative contacts - describes a role performed by one or more people. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  route delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  rt delete:  delete:  delete: </td> delete: <td> delete:  delete:  IPv4 route advertised on the Internet. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  route6 delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  r6 delete:  delete:  delete: </td> delete: <td> delete:  delete:  IPv6 route advertised on the Internet. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  route-set delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  rs delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set of routes. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete:  rtr-set delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  is delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set of routers. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete:  All objects contain at least person entries describing insert:  
the persons. insert:  
insert:  
Objects are described by attributes one “changed:” attribute. per line separated by empty insert:  
lines. The information in this attribute shows who created or modified the stored about domain UKA.DE consists insert:  
of five objects, one domain object and when. It is not reliable as a full audit trail. four person objects and looks insert:  
like this: insert:  
insert:  
domain: UKA.DE insert:  
descr: Universiaet Karlsruhe insert:  
descr: Informatik Rechnerabteilung IRA insert:  
descr: Am Fasanengarten 5 insert:  
descr: D-7500 Karlsruhe, FRG insert:  
admin-c: Werner Zorn insert:  
tech-c: Michael Rotert insert:  
tech-c: Klaus Becker insert:  
tech-c: Arnold Nipper insert:  
nserver: iraun1.IRA.UKA.DE iramu1.IRA.UKA.DE insert:  
nserver: unido.Informatik.Uni-Dortmund.DE insert:  
sub-dom: ira insert:  
dom-net: 129.13.0.0 192.54.104.0 insert:  
changed: [email protected] 910208 insert:  
source: RIPE insert:  
insert:  
person: Werner Zorn insert:  
address: Universitaet Karlsruhe insert:  
address: Informatikrechnerabteilung insert:  
address: Am Fasanengarten 5 insert:  
address: D-7500 Karlsruhe insert:  
phone: +49 721 608 3981 insert:  
fax-no: +49 721 699 284 insert:  
e-mail: [email protected] insert:  
changed: [email protected] 11-Apr-90 insert:  
source: RIPE insert:  
insert:  
person: Michael Rotert insert:  
address: Universitaet Karlsruhe insert:  
address: Informatikrechnerabteilung insert:  
address: Am Fasanengarten 5 insert:  
address: D-7500 Karlsruhe insert:  
phone: +49 721 608 4221 insert:  
fax-no: +49 721 699 284 insert:  
e-mail: [email protected] insert:  
nic-hdl: MR78 insert:  
changed: [email protected] 11-Apr-90 insert:  
source: RIPE insert:  
insert:  
person: Klaus Becker insert:  
address: Universitaet Karlsruhe insert:  
address: Informatikrechnerabteilung insert:  
address: Am Fasanengarten 5 insert:  
address: D-7500 Karlsruhe insert:  
phone: +49 721 608 3973 insert:  
fax-no: +49 721 699 284 insert:  
e-mail: [email protected] insert:  
changed: [email protected] 11-Apr-90 insert:  
source: RIPE insert:  
insert:  
person: Arnold Nipper insert:  
address: Universitaet Karlsruhe insert:  
address: Informatikrechnerabteilung insert:  
address: Am Fasanengarten 5 insert:  
address: D-7500 Karlsruhe insert:  
phone: +49 721 608 4331 insert:  
fax-no: +49 721 699 284 insert:  
e-mail: [email protected] insert:  
nic-hdl: AN45 insert:  
changed: [email protected] 11-Apr-90 insert:  
source: RIPE insert:  
insert:  
insert:  
How to access the Database ? insert:  
insert:  
The only database software conditions are that there is at least one of these attributes and if there is more than one, the dates must be in ascending order. It is for the maintainer of the object to decide how to use this attribute. In some cases it may be a full audit trail. In other objects it may only have one attribute that is modified each time the object is modified. It may also have just the one attribute that represents the original creation or any one of many modifications made to the object over a period of time. It is used as a reference for the benefit of the maintainer of the object. It is not intended to give any reliable information to a user who queries for an object. delete:  delete:  Some objects contain a “country:” attribute. It is difficult to strictly define what this value means. It may be the country where the IP address is used, or the country from where it was assigned. It could be the country where the head office of the organisation is based. As with the “changed:” attribute, it is not intended to give any reliable information to a user who queries for an object. delete:  delete:  There are a number of attributes used for notifications. For example, “notify:”, “mnt-nfy:”, “upd-to:”. These are used for administration of the data in the database. They show who is to be notified of changes to objects, or incorrectly authorised attempts to make changes. delete:  delete:  There are a number of attributes used for the authorisation of changes to the data in the database. For example, “mnt-by:”, “mnt-lower:”. These contain references to objects containing the authentication tokens needed to make changes. delete:  delete: <h3> delete: <a id="12" name="12"> delete: </a> 1.2 Object Types delete: </h3> delete:  This section describes the object types (classes) that the RIPE Whois Database supports. delete:  delete: <h3> delete: <a id="121" name="121"> delete: </a> 1.2.1 as-block delete: </h3> delete:  An delete:  as-block delete:  object delegates a range of AS Numbers to a given RIR [ delete: <a href="#r21"> 21 delete: </a> ]. These objects are created by the Database Administration. They are used to authorise creation of delete:  aut-num delete:  objects within the range specified by the "as-block:" attribute. delete:  delete: <h3> delete: <a id="122" name="122"> delete: </a> 1.2.2 as-set delete: </h3> delete:  An delete:  as-set delete:  object defines a set of delete:  aut-num delete:  objects. The "as-set:" attribute defines the name of the set. It is an RPSL name that starts with "as-". delete:   The "members:" attribute lists the members of the set. is public. It can be either accessed via a list of AS Numbers, or other as-set names. delete:  delete:  whois server insert:  
on host whois.ripe.net (tcp port 43). The whole database is also insert:  
available via anonymous ftp from ftp.ripe.net as file ripe.db in insert:  
directory ripe/dbase. insert:  
insert:  
insert:  
How to submit information to the Database ? insert:  
insert:  
Database updates should be sent via electronic mail to insert:  
insert:  
[email protected] insert:  
insert:  
Below you find a template for domain objects. Be sure to supply a person insert:  
object for each contact person mentioned in the network objects. insert:  
Of course you need not supply person objects if they are already insert:  
present in the database and the information is still correct. insert:  
insert:  
Before submitting please delete all indented explanatory text from the insert:  
templates to save mail bandwidth. The text you submit should start in insert:  
column one. insert:  
insert:  
Thank you for your cooperation. insert:  
insert:  
insert:  
RIPE Database Management insert:  
insert:  
insert:  
------------------------------------------------------------------ insert:  
insert:  
domain: insert:  
IP domain name of an delete:  as-set delete:  object insert:  
Format: Full qulified domain name without trailing ".". insert:  
Example: insert:  
domain: UKA.DE insert:  
Mandatory insert:  
insert:  
descr: insert:  
Description of the domain. insert:  
Give organisation and place. insert:  
Postal address is not needed, this can be hierarchical. A hierarchical as-set name is a found via the contacts. insert:  
insert:  
Format: free text, one line per entry, multiple lines in sequence of as-set names and AS Numbers separated by colons. The first component insert:  
Example: insert:  
descr: Universiaet Karlsruhe insert:  
descr: Informatik Rechnerabteilung IRA insert:  
Mandatory insert:  
insert:  
admin-c: insert:  
Name of administrative contact person. insert:  
This is someone who will be contacted about administrative insert:  
things such as domain registration etc. insert:  
insert:  
This must be an actual as-set the same string as in the corresponding insert:  
person entry. Such a person entry has to exist. insert:  
If the person name (that means that it should start with "as-"). delete:  delete: <h3> delete: <a id="123" name="123"> delete: </a> 1.2.3 aut-num delete: </h3> delete:  The aut-num object specifies routing policies. It refers to a group of IP networks that have a single and clearly defined external routing policy, operated by one or more network operators – an Autonomous System (AS). delete:  delete: <ul> delete: <li> The value of the "aut-num:" attribute is the AS Number of the AS that this object describes. delete: </li> delete: <li> The "as-name:" attribute is a symbolic name of the AS. delete: </li> delete: <li> The import, export and default routing policies of the AS are specified using the "import:", "export:" and "default:" attributes. delete: </li> delete: <li> Corresponding attributes with an "mp-" prefix (for example: "mp-import:”) are used to specify IPv6 and multicast routing policies. delete: </li> delete: <li> Only a single value is ambiguous, use the nic handle. insert:  
insert:  
Format: <firstname> <initials> <lastname> insert:  
Example: insert:  
admin-c: John E. Doe insert:  
Mandatory, Multiple insert:  
insert:  
zone-c: insert:  
Name of the zone contact for the “org:” attribute is allowed domain. insert:  
This is the person listed in the delete:  aut-num delete:  object. SOA record for the domain. insert:  
insert:  
See admin-c above insert:  
insert:  
tech-c: insert:  
Name of technical contact person. insert:  
This makes sure that only one organisation is responsible is someone to be contacted for this resource. delete: </li> delete: </ul> delete: <h3> delete: <a id="124" name="124"> delete: </a> 1.2.4 domain delete: </h3> delete:  The delete:  domain delete:  object mainly represents reverse DNS delegations. It can also be used to represent Top Level Domain (TLD) and other forward domain registrations. However, the information about forward domain names is for reference only. It has no effect on operations and may not be complete or authoritative. The RIPE Whois Database is not the same as the domain name registries run by the country code Top Level Domain (ccTLD) administrators of Europe and surrounding areas. The IANA ccTLD Database provides a full list of the ccTLD administrators. [ delete: <a href="#r17"> 17 delete: </a> ]. You should contact these for authoritative information on forward domains. delete:  delete:  You should write the domain name in fully qualified format, without a trailing dot. delete:  delete: <h3> delete: <a id="125" name="125"> delete: </a> 1.2.5 filter-set delete: </h3> delete:  A delete:  filter-set delete:  object defines a set of routes that match the criteria that you specify in your ‘filter' – in other words, it filters routes that you may or may not want to see. delete:   The "filter-set:" attribute defines the name of your filter. It is an RPSL name that starts with "fltr-". delete:  delete: <ul> delete: <li> The "filter:" attribute defines the policy filter of the set. This is a logical expression that, when applied to a set of routes, returns a subset of these routes. These are the ones that you want to filter in or out. delete: </li> delete: <li> The "mp-filter:" attribute extends the "filter:" attribute to allow you to specify IPv6 prefixes and prefix ranges. delete: </li> delete: <li> The "filter:" and "mp-filter:" attributes are optional. A filter-set object, must contain at least one of these two attributes. It cannot contain both within the same object. delete: </li> delete: <li> The name of a delete:  filter-set delete:  object can be hierarchical. A hierarchical filter-set name is a sequence of filter-set names and AS Numbers separated by colons. The first component of the name must be an actual filter-set name (that is, start with "fltr-"). delete: </li> delete: </ul> delete: <h3> delete: <a id="126" name="126"> delete: </a> 1.2.6 inet6num delete: </h3> delete:  An delete:  inet6num delete:  object contains information on allocations and assignments of IPv6 address space. Only a single value for the “org:” attribute is allowed in the delete:  inet6num delete:  object. This is to ensure that only one organisation is responsible for this resource. delete:  delete:  The “status:” attribute is used as an administrative tag to register the type of address space. delete:  delete:  The “rev-srv:” attribute is for information only. It has no operational use. delete:  delete: <h3> delete: <a id="127" name="127"> delete: </a> 1.2.7 inetnum delete: </h3> delete:  An delete:  inetnum delete:  object contains information on allocations and assignments of IPv4 address space. Only a single value for the “org:” attribute is allowed in the delete:  inetnum delete:  object. This is to ensure that only one organisation is responsible for this resource. delete:  delete:  The “status:” attribute is used as an administrative tag to register the type of address space. delete:  delete:  The “rev-srv:” attribute is for information only. It has no operational use. delete:  delete: <h3> delete: <a id="128" name="128"> delete: </a> 1.2.8 inet-rtr delete: </h3> delete:  The delete:  inet-rtr delete:  object specifies routers. delete:  delete: <ul> delete: <li> The "inet-rtr:" attribute is a valid DNS name for a router, without a trailing ".". delete: </li> delete: <li> Each "alias:" attribute, if present, is also a standard DNS name for the specified router. delete: </li> delete: <li> The "local-as:" attribute specifies the AS Number of the AS that owns or operates this router. delete: </li> delete: <li> The "ifaddr:" attribute specifies the interface address within an Internet router, as well as an optional action to set other parameters on this interface. delete: </li> delete: <li> The "interface:" attribute specifies a multi-protocol interface address within an Internet router, optional action and tunnel definition. delete: </li> delete: <li> The "peer:" attribute specifies the details of any interior or exterior router peering. delete: </li> delete: <li> The "mp-peer:" attribute extends the "peer:" attribute for IPv6 addresses. delete: </li> delete: </ul> delete: <h3> delete: <a id="129" name="129"> delete: </a> 1.2.9 irt delete: </h3> delete:  An delete:  irt delete:  object represents a Computer Security Incident Response Team (CSIRT). It includes contact and security information. It can be referenced from delete:  inetnum delete:  or delete:  inet6num delete:  objects to show which CSIRT is responsible for handling computer and network incidents for that address range. delete:  delete:  The delete:  irt delete:  object name starts with "irt-". delete:  delete: <h3> delete: <a id="1210" name="1210"> delete: </a> 1.2.10 key-cert delete: </h3> delete:  A delete:  key-cert delete:  object is a database public key certificate that is stored in the RIPE Whois Database. It is used with a delete:  mntner delete:  object for authentication when performing updates. Currently the RIPE Whois Database supports two types of keys: delete:  delete: <ul> delete: <li> For PGP key-cert objects, the value of the “key-cert:” attribute must be PGP-“key-id”. These keys are compliant with the Open PGP Message Format [RFC 2440]. delete: </li> delete: <li> For X.509 key-cert objects, the database software assigns this value as X.509-n. Here, ‘n' is the next available number. delete: </li> delete: </ul> delete: <h3> delete: <a id="1211" name="1211"> delete: </a> 1.2.11 mntner delete: </h3> delete:  Using delete:  mntner delete:  objects protects objects in the RIPE Whois Database. A delete:  mntner delete:  object contains the information needed to authorise creation, deletion or modification of any objects that it protects. delete:  delete:  Objects are protected by a delete:  mntner delete:  , if they contain a reference to the delete:  mntner delete:  in the object. This is done by including a “mnt-by:” attribute. Other attributes offer hierarchical protection. The “mnt-by:” attribute is mandatory in all objects except delete:  person delete:  and delete:  role delete:  types. Most users set the “mnt-by:' value in a mntner to reference itself. delete:   The “referral-by:” attribute can refer to the delete:  mntner delete:  object itself. The database software does not currently use this attribute even though it is mandatory to include it. delete:  delete: <h3> delete: <a id="1212" name="1212"> delete: </a> 1.2.12 organisation delete: </h3> delete:  The delete:  organisation delete:  object provides information about an organisation technical problems insert:  
such as a company, charity or university, that has a network resource stored in the RIPE Whois Database. It was introduced as a means to link together all the resource and administration objects related to one organisation. delete:  delete: <ul> delete: <li> “organisation:” specifies the ID of the delete:  organisation delete:  object. This is set by the database software. It is used as a label to allow other objects to reference it. delete: </li> delete: <li> “org-name:” attribute defines the name of the organisation. delete: </li> delete: <li> “org-type:” specifies the type of an organisation and can be IANA, RIR, NIR, LIR or NON-REGISTRY. Users can only set their “org-type:” to NON-REGISTRY. Only the Database Administrator uses all other types. delete: </li> delete: </ul> delete: <h3> delete: <a id="1213" name="1213"> delete: </a> 1.2.13 peering-set delete: </h3> delete:  A delete:  peering-set delete:  object defines the set of peerings that appear in the “peering:” or “mp-peering:” attribute. delete:  delete:  The “peering-set:” attribute defines the name of the set. It is an RPSL name that starts with ‘prng-'. delete:  delete: <ul> delete: <li> The name of a peering-set object can be hierarchical. A hierarchical peering-set name is a sequence of peering-set names and AS Numbers separated by colons. At least one part of the name must be an actual delete:  peering-set delete:  name (that means that it should start with “prng-“). delete: </li> delete: <li> The “peering:” attribute defines a peering that you can use to import or export routes. delete: </li> delete: <li> The “mp-peering:” attribute extends the “peering:” attribute to use IPv6 addresses. delete: </li> delete: <li> The “peering:” and “mp-peering:” attributes are optional. However, a delete:  peering-set delete:  object must contain at least one of these two attributes. It cannot contain both within the same object. delete: </li> delete: </ul> delete: <h3> delete: <a id="1214" name="1214"> delete: </a> 1.2.14 person delete: </h3> delete:  A delete:  person delete:  object contains information about the technical or administrative contact(s) responsible (mis)behavior of nameservers on the net etc. insert:  
insert:  
See admin-c above. insert:  
insert:  
nserver: insert:  
List of nameservers for an object. After it has been created, the “person:” attribute cannot be changed by users. It can be changed by the Database Administrator. delete:  delete:  The delete:  person delete:  object is identified by the “nic-hdl:” attribute. This is a label, usually made up from the initials of the person's name and the database “source:” (for example, RIPE). delete:  delete:  The “nic-hdl:” is used by other objects to reference the person. delete:  delete: <h3> delete: <a id="1215" name="1215"> delete: </a> 1.2.15 poem delete: </h3> delete:  A delete:  poem delete:  object contains poems that users submit. delete:  delete: <h3> delete: <a id="1216" name="1216"> delete: </a> 1.2.16 poetic-form delete: </h3> delete:  A delete:  poetic-form delete:  object defines the supported delete:  poem delete:  types. delete:  delete: <h3> delete: <a id="1217" name="1217"> delete: </a> 1.2.17 role delete: </h3> delete:  A delete:  role object delete:  is similar to a delete:  person delete:  object. However, instead of describing a single person, it describes a role performed by one or more people. This might be a helpdesk, network monitoring centre, system administrator, etc. A delete:  role delete:  object is useful since often a person performing a specific job may change; however, the role itself remains. The “nic-hdl:” attributes of the delete:  person delete:  and delete:  role delete:  objects share the same name space. After it has been created, the “role:” attribute cannot be changed by users. It can be changed by the Database Administrator. delete:  delete: <h3> delete: <a id="1218" name="1218"> delete: </a> 1.2.18 route delete: </h3> delete:  Each interAS route (also known as an interdomain route) originated by an AS can be specified by using a delete:  route delete:  object. delete:  delete: <ul> delete: <li> The “route:” attribute is the address prefix of the route. delete: </li> delete: <li> The “origin:” attribute is the AS Number of the AS that originates the route into the interAS routing system. delete: </li> delete: </ul> delete: <h3> delete: <a id="1219" name="1219"> delete: </a> 1.2.19 route6 delete: </h3> delete:  A delete:  route6 delete:  object specifies an interAS IPv6 route, originated by an AS. delete:  delete: <ul> delete: <li> The “route6:” attribute is the IPv6 address prefix of the route. delete: </li> delete: <li> The “origin:” attribute is the AS Number of the AS that originates the route into the interAS routing system. delete: </li> delete: </ul> delete: <h3> delete: <a id="1220" name="1220"> delete: </a> 1.2.20 route-set delete: </h3> delete:  A delete:  route-set delete:  object is a set of route prefixes, not of database delete:  route delete:  objects. The “route-set:” attribute defines the name of the set. It is an RPSL name that starts with "rs-". It defines a set of routes that can be represented by delete:  route delete:  objects or by address prefixes. delete:  delete: <ul> delete: <li> In the first case, the set is populated by means of the “mbrs-by-ref:” attribute, in the latter, the members of the set are explicitly listed in the “members:” attribute. delete: <ul> delete: <li> The “members:” attribute is a list of address prefixes or other route-set names. delete: </li> delete: <li> The “mp-members:” attribute is a list of IPv6 address prefixes or other route-set names. delete: </li> delete: </ul> delete: </li> delete: <li> The name of a delete:  route-set delete:  object can be hierarchical. A hierarchical route-set name is a sequence of route-set names and AS numbers separated by colons. The first component of such a name must be an actual delete:  route-set delete:  name (that means that it should start with "rs-"). delete: </li> delete: </ul> delete: <h3> delete: <a id="1221" name="1221"> delete: </a> 1.2.21 rtr-set delete: </h3> delete:  A delete:  rtr-set delete:  object defines a set of routers. delete:  delete:  A set may be described by the “members:” attribute that is a list of inet-rtr names, IPv4 addresses or other rtr-set names. The “mp-members:” attribute extends the “members:” attribute to use IPv6 addresses. delete:  delete:  A set may also be populated by means of the “mbrs-by-ref:” attribute, in which case it is represented by delete:  inet-rtr delete:  objects. delete:  delete:  The “rtr-set:” attribute defines the name of the set. It is an RPSL name that starts with "rtrs-". delete:  delete:  The name of a delete:  rtr-set delete:  object can be hierarchical. A hierarchical rtr-set name is a sequence of rtr-set names and AS Numbers separated by colons. The first component of such a name must be an actual rtr-set name (that means that it should start with "rtrs-"). delete:  delete: <h2> delete: <a id="20" name="20"> delete: </a> 2.0 Querying the RIPE Whois Database delete: </h2> delete:  This section describes how you can query to find information in the RIPE Whois Database. We describe the general format of a query and the query flags that you can use to change the default behaviour of a query. delete:  delete:  We also describe how the whois server automatically tracks query responses and limits how much contact information you can take from the RIPE Whois Database. We do of this to reduce the chance that someone will use the database to send spam e-mails to addresses that they find. The software does not prevent operational use of the database. delete:   There are three ways to query the database: delete:  delete: <ul> delete: <li> Using a whois client running the whois protocol [ delete: <a href="#r12"> 12 delete: </a> ]. delete: </li> delete: <li> Using the web interface from the RIPE NCC website [ delete: <a href="#r20"> 20 delete: </a> ]. delete: </li> delete: <li> Using telnet to port 43 of the whois.ripe.net host. delete: </li> delete: </ul> delete:  delete:  There is a set of general rules about server responses: delete:  delete:  delete:  The same response will be returned from the server for each of the three methods of querying the database shown above. delete:  delete:  Output lines starting with the % sign are either a server response code or server messages (a comment, information message or an error with description). A message contains a white space after the % sign, whilst a server response code line starts right after the % sign. See Appendix A2 “ delete: <a href="#a2"> RIPE Whois Database Query Server Response Codes and Messages delete: </a> ” for more information. delete:  delete:  An empty line in the output is used to separate objects. This is a line containing only a newline character (\n). delete:  delete:  Two empty lines, each containing only a newline character (\n), mean the end of a server response. delete:  delete:  When using the referral mechanism, the output of the referred server is passed to the client domain. Primary first. insert:  
Format: Full qualified domainname without modification. delete:  delete:  delete:  The general format of a query is: delete:  delete:  delete: <pre> [optional query flags] <query argument> delete: </pre> delete:  delete:  The format of a query flag is: delete:  delete:  delete: <pre> -query_flag [optional query flag argument] delete: </pre> delete:  You may list each query flag separately as in: delete:  delete: <pre> -B –i tech-c –G ABC999-RIPE delete: </pre> delete:  You can also group together query flags. In this case, only the last flag in a list may have a flag argument, as in: delete:  delete: <pre> -BGi tech-c ABC999-RIPE delete: </pre> delete:  You can find a list of query flags and query flag arguments in delete: <a href="#tables"> Tables 2.1 to 2.6 delete: </a> . delete:  delete: <h3> delete: <a id="21" name="21"> delete: </a> 2.1 Queries Using Primary and Lookup Keys delete: </h3> delete:  Most queries use the primary and lookup keys of an object as an argument to the query. You can find a list of these queries in delete: <a href="#21"> Table 2.1 delete: </a> at the end of this section. delete:  delete: <h3> delete: <a id="22" name="22"> delete: </a> 2.2 Queries for trailing "." OR insert:  
IP Networks delete: </h3> delete:  The RIPE Whois Database provides information about IP networks on the Internet, mainly in the RIPE region [ delete: <a href="#r16"> 16 delete: </a> ]. This information is mainly stored as delete:  inetnum delete:  , delete:  inet6num delete:  , delete:  route delete:  and delete:  route6 delete:  objects. These objects store information about ranges of IP addresses. delete:  delete:  The delete:  route delete:  and delete:  route6 delete:  objects use ‘prefix notation' to specify the range of IP addresses about which they contain information. delete:  delete:  ‘Prefix notation' specifies ranges using two parts: the prefix and its length. delete:  delete: <ul> delete: <li> For IPv4, the prefix is a 32-bit integer written in dotted quad notation with the value of the lowest IP address in the range. The prefix length is a whole number in the range 0-32 (for example 193.0.0.0/22 specifies the range of 1024 IPv4 addresses starting with, and including, 193.0.0.0) delete: </li> delete: <li> For IPv6 address ranges, the prefix length must be in the range 0-128 and is a 128-bit whole number, written in hexadecimal groups of two bytes separated by colons and with the possible use of shorthand notation for strings of consecutive 0s. delete: </li> delete: </ul> delete:  The delete:  inetnum delete:  objects represent an IPv4 address space in range notation where the range is explicitly specified as two 32-bit whole numbers written in dotted quad notation separated by a dash (for example193.0.0.0 - 193.0.3.255, this is the same range as in the above example). delete:  delete:  The delete:  inet6num delete:  objects represent an IPv6 address space. Only the standard IPv6 prefix notation is allowed (as described above). delete:  delete:  When you query the database for information about a range of IP addresses, you can specify query arguments as search keys with the following notations: delete:  delete: <ul> delete: <li> a prefix (this has the same meaning as above) delete: </li> delete: <li> an explicit range (also as above) delete: </li> delete: <li> a single IP number. This is interpreted as a range of just one address for IPv4 or a prefix of length 1 for IPv6. delete: </li> delete: </ul> delete:  For IPv4 address space, the query argument can be specified with either prefix or range notation. When prefix notation is used, the server software converts this into range notification before it executes the query. An information message is included in the server output showing the conversions performed. delete:  delete:  For IPv6 address space, the query argument can only be specified in prefix notation. delete:  delete:  You can find a list of queries for Adress(es) of the nameserver. insert:  
example: insert:  
nserver: iraun1.IRA.UKA.DE insert:  
Mandatory, Multiple insert:  
insert:  
sub-dom: insert:  
List of subdomains of the domain insert:  
Format: Relative domainname to the domain. insert:  
Example: insert:  
sub-dom: ira insert:  
Mandatory, Multiple insert:  
insert:  
dom-net: insert:  
List of IP networks in delete: <a href="#t22"> Table 2.2 delete: </a> at the end of this section. delete:  delete:  The rest of domain. insert:  
Format: dotted quad including trailing 0s insert:  
Example: insert:  
dom-net: 129.13.0.0 192.54.104.0 insert:  
Optional, Multiple insert:  
insert:  
remark: insert:  
Remarks insert:  
insert:  
Format: text string insert:  
Example: insert:  
remark: MX record only insert:  
Optional insert:  
insert:  
changed: insert:  
Who and when changed this section describes how you can retrieve last. insert:  
insert:  
Format: <email-address> YYMMDD insert:  
Example: insert:  
changed: [email protected] 900401 insert:  
insert:  
source: RIPE insert:  
Source of the information. insert:  
This is used to separate information from different types of information relative to a particular range of IP addresses. delete:  delete:  We use three terms in these types of queries. These are all defined relative to your specified (reference) range: delete:  delete: <ul> delete: <li> An exact match refers to a range that is identical to the reference range. delete: </li> delete: <li> A more specific range is contained within the reference range and is smaller. It contains fewer IP addresses than the reference range. We also call this a sub range. delete: </li> delete: <li> A less specific range contains the whole of the reference range and is bigger. It has a greater number of IP addresses than the reference range. We also call this an encompassing range. delete: </li> delete: </ul> delete: <h3> delete: <a id="221" name="221"> delete: </a> 2.2.1 Default Queries for IP Networks delete: </h3> delete:  If you do not specify a query flag, and your query argument is a range of IP addresses in any one notation, the RIPE Whois server will try to find an exact match for that range. delete:   The exact match is returned, if found. If it cannot find an exact match, the server looks for the smallest less specific range. sources insert:  
kept by the same database software. insert:  
insert:  
Format: RIPE insert:  
Mandatory insert:  
insert:  
insert:  
person: insert:  
Full name. insert:  
This will be the smallest existing, encompassing range. delete:  delete: <h3> delete: <a id="222" name="222"> delete: </a> 2.2.2 Exact Match Queries delete: </h3> delete:  If you want to change the default behaviour, so that the server returns delete:  only delete:  an exact match, you need to use the –x query flag. This flag stops the server from looking for any less specific ranges if no exact match exists. delete:  delete: <h3> delete: <a id="223" name="223"> delete: </a> 2.2.3 More and Less Specific Queries delete: </h3> delete:  If the exact match is not the information you wanted, you can modify the information returned by the whois server, by using one of four query flags. delete:   These flags (“-M”, “-m”, “-L” and “-l” ) provide two generic types of queries known as more and less specific queries. delete:  delete: <h3> delete: <a id="2231" name="2231"> delete: </a> 2.2.3.1 More Specific Queries delete: </h3> delete:  These refer to queries qualified by the use of the “-M” and “-m” query flags. delete:  delete:  These will return information about ranges of IP addresses that are fully contained in the user-supplied reference range and contain fewer addresses. More specific queries do not return the exact match. delete:  delete: <ul> delete: <li> The “-M” flag requests that the server should return all the sub-ranges completely contained within the reference range. When there are hierarchies of sub-ranges, all of these will be returned down to the smallest sub-ranges. delete: </li> delete: <li> The “-m” flag requests that the server should return all sub-ranges that are completely contained within the reference range. When there are hierarchies of sub-ranges, only the top level of the hierarchies will be returned. These are usually called one level more specific ranges. delete: </li> delete: </ul> delete: <h3> delete: <a id="2232" name="2232"> delete: </a> 2.2.3.2 Less Specific Queries delete: </h3> delete:  These refer to queries qualified by the use of the “-L” and “-l” query flags. delete:  delete:  These will return information about ranges of IP addresses that fully contain the user-supplied reference range and may contain a greater number of addresses. delete:  delete: <ul> delete: <li> The “-L” flag requests that the server returns the exact match, if any, and all encompassing ranges that are bigger than the reference range and that fully contain it. delete: </li> delete: <li> The “-l” flag requests that the server does NOT return the exact match. It returns only the smallest of the encompassing ranges that is bigger than the reference range and that fully contains it. This is usually referred to as the ‘one level less specific range'. delete: </li> delete: </ul> delete: <h3> delete: <a id="224" name="224"> delete: </a> 2.2.4 Less Specific Queries Referencing irt Objects delete: </h3> delete:  In this section, ‘inet(6)num' is used to mean ‘inetnum or inet6num'. This is to make the text clearer. delete:  delete:  An delete:  irt delete:  object represents a Computer Security Incident Response Team (CSIRT). It includes contact and security information. It may be referenced from delete:  inet(6)num delete:  objects using the “mnt-irt:” attribute. This shows which CSIRT is responsible for handling computer and network incidents for that address range. delete:  delete:  Not every delete:  inet(6)num delete:  object needs to contain a reference to the delete:  irt delete:  object that applies to its range. delete:  delete:  A reference to an delete:  irt delete:  object does not apply only to the delete:  inet(6)num delete:  object that contains the reference. It also applies to all the delete:  inet(6)num delete:  objects that are 'more specific' to the one containing the reference. The delete:  irt delete:  reference only needs to be placed in the least specific encompassing object to apply to a whole hierarchy of objects. This makes it easier to apply and maintain. delete:  delete:  There may be more than one delete:  inet(6)num delete:  object in a hierarchy referencing an delete:  irt delete:  object. In this case, the one referenced from the smallest encompassing object is the one that applies to the range in question. delete:  delete:  There is a “-c” query flag to make it easy to find the delete:  inet(6)num delete:  object containing the reference to an irt object for any specific range. delete:  delete:  This flag makes the server search up the hierarchy from the range specified as the query argument. The search will stop when the first object is found containing a reference to an delete:  irt delete:  object. This can either be the specified range or an encompassing delete:  inet(6)num delete:  object. The query will return the delete:  inet(6)num delete:  object found containing the reference. The delete:  irt delete:  object will also be returned along with the usual contact data objects. delete:  delete:  Sometimes, no delete:  inet(6)num delete:  object is found in the hierarchy containing a reference to an delete:  irt delete:  object. In this the query will return no objects. delete:  delete: <h3> delete: <a id="23" name="23"> delete: </a> 2.3 Inverse Queries delete: </h3> delete:  Inverse queries are performed using an object's inverse key as an argument to a query. The query flag "-i" must also be specified with appropriate query flag arguments. Inverse keys are defined in the templates of the RIPE Whois Database objects. These can be listed using the query: delete:  delete: <pre> whois –t <object type> delete: </pre> delete:  delete: <a href="#t23"> Table 2.3 delete: </a> , at the end of this section, gives a complete listing of the arguments to the "-i" query flag and the corresponding inverse keys. delete:  delete:  By performing this type of query, the user requests all objects to be returned by the database that reference the specified query argument in the attribute(s) specified in the query flag arguments. delete:  delete:  delete:  delete:  As an example: delete:  delete:  delete:  delete: <pre> whois -i admin-c <nic-handle> delete: </pre> delete:  will return all objects where the "admin-c:" attribute contains the <nic-handle> specified as the query argument. delete:  delete:  You can specify several query flag arguments to request searches against several attributes in objects. If you want to do this, the query flag arguments should be entered as a comma-separated list with no white spaces. All the attributes searched must contain the same type of value. In other words, all the values must be maintainers or nic-handles or one of the other values listed the same as the corresponding contact attributes. insert:  
insert:  
Format: first names first, no commas etc. insert:  
Example: insert:  
person: John E. Doe insert:  
insert:  
address: insert:  
Postal address insert:  
Include everything necessary for paper mail to be delivered. insert:  
insert:  
Format: multiple lines of text insert:  
City and post code on a single line. insert:  
Country on the last line. insert:  
Example: insert:  
address: Terabit Labs Inc. insert:  
address: Industrial Estate North insert:  
address: North Perpendicular Road 12 insert:  
address: NN-1234 Northtown insert:  
address: Northern Nowhere insert:  
Mandatory insert:  
insert:  
phone: insert:  
Telephone insert:  
Multiple numbers in delete: <a href="#t23"> Table 2.3 delete: </a> . delete:  delete:  delete:  delete:  As an example: delete:  delete:  delete:  delete: <pre> whois -i mnt-by,mnt-lower <mntner name> delete: </pre> delete:  will return all objects where the "mnt-by:" or the "mnt-lower:" attributes contain the <mntner name> specified as the query argument. delete:  delete: <h3> delete: <a id="24" name="24"> delete: </a> 2.4 Abuse Contacts delete: </h3> delete:  There are many attributes in objects within the RIPE Whois Database containing e-mail addresses. These addresses cover a number of functions. A growing concern to engineers and administrators that maintain networks is receiving spam and abuse complaints that are sent to every e-mail address displayed. This will get the message to the right person, but it also causes more spam and abuse to people who are not responsible for solving these problems. delete:  delete:  To solve this issue, an optional “abuse-mailbox:” attribute is available in the following objects: delete:  delete: <ul> delete: <li> delete:  person delete:  delete: </li> delete: <li> delete:  role delete:  delete: </li> delete: <li> delete:  irt delete:  delete: </li> delete: <li> delete:  organisation delete:  delete: </li> delete: <li> delete:  mntner delete:  delete: </li> delete: </ul> delete:  This optional attribute contains at least one e-mail address. There is a “-b” query flag to make it easy to find the “abuse-mailbox:” attributes for any specific range delete:   This flag will instruct the whois server to first of all do a query as if it had been given a “-c” query flag (See section 2.2.4 delete: <a href="#224"> Less Specific Queries Referencing irt Objects delete: </a> ). If a reference to an delete:  irt delete:  object is found, the “abuse-mailbox:” e-mail address will be taken from the delete:  irt delete:  object. The “abuse-mailbox:” e-mail address will also be taken from any of the other objects associated with the delete:  inetnum delete:  or delete:  inet6num delete:  object that references the delete:  irt delete:  object. delete:  delete:  The output returned from the server will contain a brief summary. This summary will only include the delete:  inetnum delete:  or delete:  inet6num delete:  range (of the object that references the delete:  irt delete:  object). Also the prefix of any corresponding delete:  route delete:  or delete:  route6 delete:  objects, followed by the “abuse-mailbox:” attributes from all of the associated objects. delete:  delete:  the desired order please (secretariats etc.). insert:  
insert:  
Format: International +<country-code> <city> <subscriber> insert:  
If no delete:  irt delete:  object reference is found in any encompassing objects then direct inward dialing is available, insert:  
please append "ext." and extension number. insert:  
Example: insert:  
phone: +31 20 12334676 insert:  
phone: +44 123 987654 ext. 4711 insert:  
Mandatory, Multiple insert:  
insert:  
fax-no: insert:  
Telefax insert:  
insert:  
see phone insert:  
insert:  
e-mail: insert:  
Electronic mail address. insert:  
insert:  
Format: Valid domain address please (if possible no object summaries will be returned. delete:  delete:  If a summary is returned, it will include the correct e-mail address !, %, ::) insert:  
Example: insert:  
e-mail: [email protected] insert:  
insert:  
nic-hd: insert:  
NIC handle. An identifier used by SRI-NIC to unambiguously refer insert:  
to Internet people. insert:  
insert:  
Format: NIC format insert:  
Example: insert:  
nic-hd: JD0401 insert:  
Optional but strongly suggested for complaints about spam and other network abuse. A complaint will not be handled any quicker by copying your message to any other e-mail address found in the database. delete:  delete:  The “-b” query flag cannot be used with any of these flags: delete:  delete: <pre> “-KFrGB” delete: </pre> delete: <h3> delete: <a id="25" name="25"> delete: </a> 2.5 Grouping the Whois Output delete: </h3> delete:  There are two ways to display the results of a query. delete:  delete:  One way is for the first part of the results to list the main objects like delete:  inetnum delete:  and delete:  mntner delete:  . Then the second part of the results lists all the objects associated with the main objects, like delete:  organisation delete:  and delete:  person delete:  . If any of these associated objects, like a delete:  person delete:  object, is referenced by more than one of the returned objects, it will only be listed once in the returned results. delete:  delete:  The other way is to group the returned objects to show the association between them. In this way, each of the main objects is followed immediately by all of its associated objects. The associated objects may appear more than once in this type of output. delete:  delete:  The default output is grouped. If you include the “-G” query flag then the output will not be grouped. delete:  delete: <h3> delete: <a id="26" name="26"> delete: </a> 2.6 Filtering the Whois Output delete: </h3> delete:  A filtering process restricts some data from default query results. This applies to e-mail contact data. When a user is searching for abuse contact data, they sometimes take all e-mail addresses found in all objects returned from a query. This may include the correct address. However, it often also includes many other addresses for people those who are not responsible for handling such complaints. delete:  delete:  To help overcome this issue, some attributes containing e-mail addresses are filtered out of the default output. Other attributes, also containing e-mail addresses, are filtered if one of the returned objects includes an “abuse-mailbox:” attribute. delete:  delete:  The stricter filtering has slightly different behaviour depending on the use of grouping. If the output is grouped (See section 2.5 delete: <a href="#25"> Grouping the Whois Output delete: </a> ), then each group is treated separately. If any object within a group of objects includes an “abuse-mailbox:” attribute, then the stricter filtering will apply to that group. In a group with no objects including an “abuse-mailbox:” attribute, the more basic filtering will apply to that group. delete:  delete:  When the output is not grouped (using the “-G” query flag) the whole output is taken as a single group. If any one object includes an “abuse-mailbox:” attribute then the whole output is subject to the more strict filtering. delete:  delete: <ul> delete: <li> The attributes that are always filtered out are “changed:” and “notify:” delete: </li> delete: <li> The additional attributes that are filtered out with the more strict case are “e-mail:” and “ref-nfy:” delete: </li> delete: <li> The default output is filtered. If you include the “-B” query flag then the output will not be filtered delete: </li> delete: </ul> delete:  When any attribute has been filtered out of an object in the query results returned to the user, a “Note:” is added to the output to warn the user. In addition, the “source:” attribute of each filtered object will have a comment added to the end of the line saying “# Filtered”. If NIC handle. insert:  
insert:  
insert:  
remark: insert:  
Remarks insert:  
insert:  
Format: text string insert:  
Example: insert:  
remark: RIPE coordinator Northern Nowhere insert:  
Optional insert:  
insert:  
changed: insert:  
Who and when changed this filtered output is cut and pasted into an update message, including this end of line comment on the “source:” attribute, the update will fail. last. insert:  
insert:  
Format: <email-address> YYMMDD insert:  
Example: insert:  
changed: [email protected] 900401 insert:  
insert:  
insert:  
source: RIPE insert:  
Source of the information. insert:  
This is because some mandatory attributes will be missing and the “source:” will not be recognised. So filtered output can not be accidentally used for updates. delete:  delete: <h3> delete: <a id="27" name="27"> delete: </a> 2.7 Query Support for Tools delete: </h3> delete:  There are several query types in the RIPE Whois Server that support various client tools. Other whois clients can also use these. delete:  delete: <h3> delete: <a id="271" name="271"> delete: </a> 2.7.1 IRRToolset Support delete: </h3> delete:  The IRRToolset [ delete: <a href="#r6"> 6 delete: </a> ] is a suite of routing policy analysis tools maintained by the Information Sciences Institute at the University of Southern California. Some of the tools in this set access Routing Registry servers through an authorisation whois interface. delete:  delete:  Versions 3.0 and above of the RIPE Whois Server include support for these query types. This section describes the additions to the RIPE Whois user interface that allow it to support the IRRToolset. The required queries are: delete:  delete: <ul> delete: <li> Return the prefixes of all route and route6 objects with a specified origin. delete: </li> delete: <li> Return only the primary keys of the route and route6 objects, not full objects. delete: </li> delete: <li> Return the prefixes of all route and route6 objects referenced in a given route-set. delete: </li> delete: <li> Return all the members (aut-num or as-set object) of a specified as-set. delete: </li> delete: <li> Return only the “members:” attributes, not the full object. delete: </li> delete: <li> Optionally, include support for expansion of the previous query, if the returned value contains references to as-sets, so that the result contains only a list of aut-num objects. delete: </li> delete: </ul> delete:  The RIPE Whois server does not support this and it is up to the client to perform the expansion. The IRRToolset currently does the expansion. delete:  delete: <ul> delete: <li> Return route and route6 objects that exactly match a specified prefix. delete: </li> delete: <li> Return route and route6 objects that exactly match a specified prefix (as above), but return only the “route:” or “route6:” attributes. delete: </li> delete: </ul> delete:  delete: <a href="#t24"> Table 2.4 delete: </a> , at the end of this section, gives details of query support for tools. delete:  delete: <h3> delete: <a id="272" name="272"> delete: </a> 2.7.2 Persistent Connections and Keeping State delete: </h3> delete:  If you are carrying out batched queries, your whois client can request a persistent connection. The server will not close this connection after sending a reply to your client. This avoids having to set up a new TCP connection for every query. delete:  delete:  The client can request this by sending the “-k” query flag to the server. This flag may be sent without a query argument to start the connection. It may also be included as a query flag with the first query. delete:  delete:  During a persistent connection, the server operates a 'stop-and-wait' protocol. This means that the next query cannot be sent until the reply has been received to the previous query. If you want to be able to send queries in batch mode, you must use the RIPE Whois3 client. delete:  delete:  To exit a persistent connection, send the “-k” flag with no query argument or an empty query (\n) to the server. The connection will also time out after a period of inactivity. delete:  delete: <h3> delete: <a id="28" name="28"> delete: </a> 2.8 Getting All the Members of Set Objects delete: </h3> delete:  In RPSL [ delete: <a href="#r3"> 3 delete: </a> ], an object can be a member of a set object in two ways. delete:  delete: <ul> delete: <li> You can list objects in a “members:” attribute in the set object. This is the kind of member relationship present in “Representation of IP Routing Policies in a Routing Registry”[ delete: <a href="#r4"> 4 delete: </a> ] delete: </li> delete: <li> You can use the “member-of:” attribute. You can use this in delete:  route delete:  , delete:  route6 delete:  , delete:  aut-num delete:  and delete:  inet-rtr delete:  object types. The value of the “member-of:” attribute identifies a set object that this object wants to be a member of. delete: </li> delete: </ul> delete:  However, just specifying “member-of:” is not enough. The set object must also have a “mbrs-by-ref:” attribute. This lists the maintainer of the object that wants to be a member of the set. This means that the set owner must validate the membership claim of an object with a “member-of:” attribute. It does this by matching the “mnt-by” line of the object with one of the maintainers in the “mbrs-by-ref:” attribute of the delete:  set delete:  object. delete:  delete: <h3> delete: <a id="29" name="29"> delete: </a> 2.9 More and Less Specific Lookups For Reverse Domains delete: </h3> delete:  Versions 3.0 and above of the RIPE Whois Database support IP network queries including the “-x”, “-M”, “-m”, “-L” and “-l” functionality for reverse delegation domains. To request that reverse delegation domains be queried for with the more (or less) specific query flags, you must also include the “-d” query flag. delete:  delete: <h3> delete: <a id="210" name="210"> delete: </a> 2.10 Referral Mechanism for Domains delete: </h3> delete:  The referral mechanism is for administrators of domain registries. It allows the whois server to reply to the user by fetching data from the domain registry database rather than from the local whois data. There are three elements to this mechanism. The “refer:” attribute, domain name stripping and the “-R” query flag. delete:  delete: <h3> delete: <a id="2101" name="2101"> delete: </a> 2.10.1 The “refer:” Attribute delete: </h3> delete:  This attribute can be included in a delete:  domain delete:  object in the whois database. When present, it allows the whois software to pass the query on to the authoritative server of a ccTLD. This server can return information about a delete:  domain delete:  object to the whois server to pass back to the user. delete:  delete:  This attribute specifies the hostname, port and referral type that the whois server should use to redirect the query. See Appendix A1 “ delete: <a href="#a1"> Object Attributes delete: </a> ” for the syntax of this attribute. delete:  delete: <h3> delete: <a id="2102" name="2102"> delete: </a> 2.10.2 Domain Name Stripping delete: </h3> delete:  When no matching delete:  domain delete:  object is found in the RIPE Whois Database with the name specified in the query argument, the domain name is stripped towards higher-level domains (xxx.yyy.zzz becoming yyy.zzz). The query is repeated with the shorter domain name. The cycle of stripping and repeating the query continues until a delete:  domain delete:  object is found or the search string becomes empty. delete:  delete: <h3> delete: <a id="2103" name="2103"> delete: </a> 2.10.3 The “-R” Query Flag delete: </h3> delete:  You can retrieve an object from the whois database without using the referral mechanism. This is done by including the “-R” query flag. When this flag is included in the query to the whois server, no referrals are made, not even if the object returned contains a “refer:” attribute. delete:  delete: <h3> delete: <a id="2104" name="2104"> delete: </a> 2.10.4 The Referral Process delete: </h3> delete:  The software follows a specific process when checking the three elements of the referral mechanism. This process is best described by using a flow chart as follows: delete:  delete:  delete: <img alt="flowchart.gif" class="image-inline" height="1548" src="resolveuid/57eeeae9a80b809e64c146da0ffeb954" title="Sofware Process of Referral Mechanism" width="612" /> delete:  delete: <h3> delete: <a id="211" name="211"> delete: </a> 2.11 Access Control for Queries delete: </h3> delete:  The control mechanism is based on the amount of contact information (contained in person and role objects) that is returned because of queries made from an IP address. delete:   Access is determined by the IP address of a whois client sending queries to the whois server. Sometimes an IP address may be acting as a proxy and submitting queries on behalf of other IP addresses (for example, a web server running cgi interfaces to the RIPE Whois Database). The whois server provides a facility for such proxy clients which allows accounting to be based on the IP address of the clients using the proxy to query the RIPE Whois Database and not on the IP address of the proxy server. This is done using the "-V" flag as follows: delete:  delete: <pre> -V <version>,<ipv4-address> delete: </pre> delete:  where delete:  delete: <ul> delete: <li> <version> is a client tag that usually represents the software version that the proxy uses; delete: </li> delete: <li> <ipv4-address> is the IPv4 address of the client that queries the database using the proxy. delete: </li> delete: </ul> delete:  delete:   Not all users can use this "-V" flag. Before you can, you must contact RIPE Whois Database Administration and tell us why you need this facility. If we approve your request, we will add the IP address of the proxy server to an access control list. You can then use the "-V" flag, but delete:  only delete:  from your stated IP address. delete:  delete:  Attempting to use the “-V” flag without approval may result in permanent denial of access to the RIPE Whois Database. This denial of access will apply to the IP address that submits the query. delete:  delete:  We restrict access to stop people using the RIPE Whois Database to collect excessive amounts of contact data. A counting algorithm with defined limits temporarily blocks access when limits are reached within certain periods of time. This block will be automatically released as time goes on to allow querying to continue. The count is reduced by half every 12 hours. There is also a limit on the number of times an IP address can be blocked and recover. When this limit is reached, that IP address is permanently blocked from accessing the RIPE Whois Database. This permanent block will not be automatically removed. delete:  delete:  There are many reasons why you could find yourself in this position. One is that you are mining the RIPE Whois Database for contact data to use for non-agreed purposes. In this case, the denial of access is justified and your IP address will remain on the blocked list. However, there may be other reasons. Queries for object types other than delete:  person delete:  and delete:  role delete:  objects return contact information by default. Using the “-r” flag to prevent the contact data being included in your query results can turn off this default. Alternatively, you may have an error in a script that runs automatically, retrieving contact data that you did not know about. If you believe there was a genuine error or mistake that led to the permanent block, you need to contact RIPE Whois Database Administration. Explain the error and tell us what steps you have taken to stop it happening again. The RIPE Whois Database Administration will decide whether to remove the block. It will remain on record that this IP address has been permanently blocked and unblocked. If another permanent block occurs, we will be less likely to consider removing it a second time. delete:  delete:  Each time a delete:  person delete:  or delete:  role delete:  object is retrieved, a counter decreases. When it reaches zero, the query execution is aborted and the connection is terminated, displaying an error message to the client (see "Access errors” in Appendix A2 " delete: <a href="#a2"> RIPE Whois Database Query Server Response Codes and Messages delete: </a> "), also a count of denials increases. Retrieving any other object type does not affect these counters. delete:  delete:  There is also a limit on the number of simultaneous connections from a host. When this limit is reached, further connections from the same host are refused. delete:  delete:  If we block your access, you will not be able to query for any object types. We will not just block your access to contact date alone. delete:  delete: <h3> delete: <a id="212" name="212"> delete: </a> 2.12 Other Server Features delete: </h3> delete: <h3> delete: <a id="2121" name="2121"> delete: </a> 2.12.1 Mirroring Other Databases delete: </h3> delete:  The whois software allows Near Real Time Mirroring (NRTM) of other databases. This allows queries to the RIPE Whois Database to retrieve to separate information from one of the mirrored databases. A local copy is maintained of each mirrored database. Periodically, updates are requested from the remote servers to keep the local copies up to date. This period is configurable different sources insert:  
kept by the Database Administrators and is typically around 15 minutes. delete:  delete: <h3> delete: <a id="2122" name="2122"> delete: </a> 2.12.2 The “–q” Query Flag delete: </h3> delete:  The RIPE Whois Database server (Versions 3.0 and higher) supports the retrieval of certain information about itself and the data sets served, using a “-q” query flag. delete:  delete:  The “-q” query flag takes arguments that make the server reply with information that is not extracted from the databases that it serves, but rather about the system setup. This query flag can take three arguments: delete:  delete: <ul> delete: <li> delete:  version delete:  (usage: -q version). This will display version information for the server software. delete: </li> delete: <li> delete:  types delete:  (usage: -q types). This will list all the object types recognised by the RIPE Whois Database. delete: </li> delete: <li> delete:  sources delete:  (usage: -q sources). This will list all available sources. That is, the local RIPE Whois Database and all the mirrored databases. The format of this output is: delete:   <source>:<NRTM_protocol_version_#>:<mirroring>:<first>-<last> delete:   where delete:   <source> is the string that idenifies the database (for example RIPE) delete:   <NRTM_protocol_version_#> identifies the version of the mirroring protocol delete:   <mirroring> can take one of the following values: delete:   -- Y/N/X – can mirror/cannot mirror/obscured delete:   <first> is the lowest serial number available delete:   <last> is the most recent serial number available delete: </li> delete: </ul> delete:  The following semantics apply for –q sources: delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  Y:<first>-<last> delete:  delete: </td> delete: <td> delete:  Mirroring is allowed – serials from within range first-last available delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  N:<first>-<last> delete:  delete: </td> delete: <td> delete:  Mirroring not allowed for administrative reasons. You can, however ask Database Administration for permission. delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  N:0-<last> delete:  delete: </td> delete: <td> delete:  Mirroring physically not possible. (This may be a static snapshot of serial last) delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  X:<message> delete:  delete: </td> delete: <td> delete:  No mirroring allowed. An explanation will be given in the <message> delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h3> delete: <a id="2123" name="2123"> delete: </a> 2.12.3. The “-t” Query Flag delete: </h3> delete:  This query flag returns to the user a brief description of the specified object type. delete:  delete: <h3> delete: <a id="2124" name="2124"> delete: </a> 2.12.4. The “-v” Query Flag delete: </h3> delete:  This query flag returns to the user a verbose description of the specified object type. delete:  delete: <h3> delete: <a id="2125" name="2125"> delete: </a> 2.12.5. The “-F” Query Flag delete: </h3> delete:  This query flag changes the format of the returned objects. The attribute names are represented in a short hand notation. For example, “person:” becomes “pn:”. Using the –F query flag includes the non recursive action of the –r query flag. delete:  delete: <h3> delete: <a id="2126" name="2126"> delete: </a> 2.12.6. The “-K” Query Flag delete: </h3> delete:  This query flag returns only the primary keys of each object. delete:  delete:  There are some exceptions to this: delete:  delete: <ul> delete: <li> With delete:  set delete:  objects the “members:” attributes will also be returned. delete: </li> delete: <li> No information is returned for delete:  person delete:  , delete:  role delete:  or delete:  organisation delete:  objects. If a query would normally only return these types of objects, no data is returned. In this case you do not get the “ERROR:101: no entries found”. The entries were found but filtered as a result of using the “-K” flag. delete: </li> delete: </ul> delete: <h3> delete: <a id="2127" name="2127"> delete: </a> 2.12.7. The “-T” Query Flag delete: </h3> delete:  This query flag restricts the type of the objects returned. The query flag argument is a comma separated list of object types. delete:  delete: <h3> delete: <a id="2128" name="2128"> delete: </a> 2.12.8. The “-a” Query Flag delete: </h3> delete:  This query flag requests that the server searches all the sources available to it. These are the sources listed by using the ‘–q sources' query. delete:  delete: <h2> delete:   delete: <a id="tables" name="tables"> delete: </a> Tables of Query Types Supported by the RIPE Whois Database delete: </h2> delete: <h3> delete: <a id="t21" name="t21"> delete: </a> Table 2.1 Queries Using Primary and Lookup Keys delete: </h3> delete:  There are side effects to these type of queries. Other objects may be returned besides the ones that you are expecting. For example, if you enter a netname you may only expect to get back the delete:  inetnum delete:  and delete:  inet6num delete:  objects with this netname. You will also get any delete:  person delete:  , delete:  role delete:  or delete:  mntner delete:  objects back whose name matches the netname specified. The query is done as a text search on the primary and lookup keys. So any object with a matching string will be returned. The results can be limited by using the ‘–T'option to specify the object types you are interested in. delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Lookup Key(s) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Objects Returned delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> (IPv4 address prefix, range or single address) delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inetnum delete:  delete:  delete:  , delete:  route delete:  objects with exact match on the specified key. If the exact match does not exist, the objects with the smallest less specific match are returned. When you specify a single address, an delete:  inet-rtr delete:  object whose “ifaddr:” attribute matches the query argument is also returned. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> (IPv6 address prefix or single address) delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inet6num, delete:  delete:  delete:  delete:  delete:  delete:  route6 delete:  objects with exact match on a specified key. If the exact match does not exist, the objects with the smallest less specific match are returned. If you specify a single address, an delete:  inet-rtr delete:  object whose “interface:” attribute matches the query argument is also returned. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <netname> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inetnum delete:  delete:  delete:  and delete:  inet6num delete:  objects whose “netname:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <as-number> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  aut-num delete:  delete:  delete:  object whose “aut-num:” attribute matches the query argument and an delete:  as-block delete:  object with the range containing the delete:  aut-num delete:  object, if it exists. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <as-number> - <as-number> (range of <as-number> separated by “-“) delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  as-block delete:  delete:  delete:  object whose primary key defines a range that matches or fully contains the range specified in the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <domain-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  domain delete:  delete:  delete:  and delete:  inet-rtr delete:  objects whose primary keys match the query argument. For domains, a referral query may be performed. In such case the actual query is performed by the referred server and the results are transparently passed to the client. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <irt-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  irt delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <Person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  person delete:  delete:  delete:  and delete:  role delete:  objects whose “person:” or “role:” attributes contain the name specified in the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <set-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  A delete:  set delete:  whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  person delete:  delete:  delete:  or delete:  role delete:  object whose “nic-hdl:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <org-id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  organisation delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <key-cert-id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  key-cert delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <poem> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  poem delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  <poetic-form> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  poetic-form delete:  delete:  delete:  object whose primary key matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete:  delete:  delete: <h3> delete: <a id="t22" name="t22"> delete: </a> Table 2.2 Queries For IP Networks delete: </h3> delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Lookup Key(s) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Objects Returned delete:  delete:  delete:  or delete:  Effect delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -x delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Only an exact match on the prefix. If no exact match is found, no objects are returned. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -M delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  All level more specific delete:  inetnum delete:  , delete:  inet6num, route delete:  or delete:  route6 delete:  objects, excluding exact matches. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -m delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  First level more specific delete:  inetnum delete:  , delete:  inet6num, route delete:  or delete:  route6 delete:  objects, excluding exact matches. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -L delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  All level less specific delete:  inetnum delete:  , delete:  inet6num, route delete:  or delete:  route6 delete:  objects, including exact matches. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -l delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  First level less specific delete:  inetnum delete:  , delete:  inet6num, route delete:  or delete:  route6 delete:  objects, excluding exact matches. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -d delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Enables lookups on reverse delegation domains. Can be used with “-x”, “-M”, “-m”, “-L” and “-l” flags. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -c delete:  delete:  delete: </td> delete: <td> delete:  delete:  <ip-lookup> delete:  delete:  delete: </td> delete: <td> delete:  delete:  The smallest, less specific delete:  inetnum delete:  or delete:  inet6num delete:  object containing the reference to an delete:  irt delete:  object. The result of this lookup is an delete:  inetnum delete:  or delete:  inet6num delete:  object and referenced contacts including the delete:  irt delete:  object, if name recursion is not disabled delete:   (“-r” flag). delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -b delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Provides a brief output of ranges with associated abuse contact information. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h3> delete: <a id="t23" name="t23"> delete: </a> Table 2.3 Query Flag Arguments to the "-i" Query Flag and the Corresponding Inverse Keys. delete: </h3> delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag Argument (alternative form) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Lookup Key(s) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Objects Returned delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  am delete:   (abuse-mailbox) delete:  delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  <e-mail> delete:  delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose“”abuse-mailbox:” attribute matches the query argument. delete:  delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  ac delete:   (admin-c) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> or delete:   <person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “admin-c:” attributes match the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  ah delete:   (author) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> or delete:   <person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  poem delete:  delete:  delete:  objects whose “author:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  at delete:   (auth) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <key-cert-id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  objects whose “auth:” attribute matches the query argument. Please note that encrypted passwords cannot be inverse-searched, but only PGPKEY and X509 certificates. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  fp delete:   (fingerprint) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <fingerprint> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  key-cert delete:  delete:  delete:  objects whose “fingerpr:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  fr delete:   (form) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <poetic-form> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  poem delete:  delete:  delete:  objects whose “form:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  pn delete:   (person) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> or delete:   <person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “admin-c:”, “tech-c:”, “zone-c:” or “author:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  iy delete:   (irt-nfy) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <e-mail> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  irt delete:  delete:  delete:  objects whose ”irt-nfy:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  la delete:   (local-as) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <as-number> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inet-rtr delete:  delete:  delete:  objects whose ”local-as:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mi delete:   (mnt-irt) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <irt-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inetnum delete:  delete:  delete:  and delete:  inet6num delete:  objects whose ”mnt-irt:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mr delete:   (mbrs-by-ref) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Set objects ( delete:  as-set delete:  , delete:  route-set delete:  and delete:  rtr-set delete:  ) whose ”mbrs-by-ref:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mo delete:   (member-of) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <set-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose ”member-of:” attribute matches the query argument and their membership claim is validated by the ”mbrs-by-ref:” attribute of the set. Absence of the ”mbrs-by-ref:” attribute means that the membership is only defined by the ”members:” attribute of the set. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mb delete:   (mnt-by) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose ”mnt-by:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  md delete:  delete:  delete:  delete:  (mnt-domains) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “mnt-by:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  ml delete:   (mnt-lower) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose ”mnt-lower:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mn delete:   (mnt-nfy) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <e-mail> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  objects whose ”mnt-nfy:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  mu delete:   (mnt-routes) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  aut-num delete:  delete:  delete:  , delete:  inetnum, route delete:  and delete:  route6 delete:  objects whose ”mnt-routes:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> mz delete:   (mnt-ref) delete: </td> delete: <td> <mntner-name> delete: </td> delete: <td> Returns all objects whose "mnt-ref:" attribute matches the query argument. delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  ny delete:   (notify) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <e-mail> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose ”notify:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  ns delete:   (nserver) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <domain-name> or delete:   <ip-lookup> (IPv4/IPv6 address) delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  domain delete:  delete:  delete:  objects whose “nserver:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  or delete:   (origin) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <as-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  route delete:  delete:  delete:  and delete:  route6 delete:  objects whose “origin:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  org delete:  delete:  delete: </td> delete: <td> delete:  delete:  <org-id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “organisation:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  rb delete:   (referral-by) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <mntner-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  objects whose “referral-by:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  rz delete:   (rev-srv) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <domain-name> or delete:   <ip-lookup> delete:   (IPv4/IPv6 address) delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  inetnum delete:  delete:  delete:  and delete:  inet6num delete:  objects whose “rev-srv:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  sd delete:   (sub-dom) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <domain-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  domain delete:  delete:  delete:  objects whose “sub-dom:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  tc delete:   (tech-c) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> or delete:   <person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “tech-c:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  dt delete:   (upd-to) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <e-mail> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  mntner delete:  delete:  delete:  objects whose “upd-to:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  zc delete:   (zone-c) delete:  delete:  delete: </td> delete: <td> delete:  delete:  <nic-handle> or delete:   <person-name> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Objects whose “zone-c:” attribute matches the query argument. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h3> delete:  delete:  delete:  delete: <a id="t24" name="t24"> delete: </a> Table 2.4 Query Support For Tools delete:  delete:  delete:  delete: </h3> delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Lookup Key(s) delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Effect delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -F delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Produces output using shorthand notation for attribute names. Produces slower responses. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -K delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Requests that only the primary keys of an object be returned. The exceptions are set objects, where the “members:” attributes will also be returned. This flag does not apply to delete:  person delete:  and delete:  role delete:  objects. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -k delete:  delete:  delete: </td> delete: <td> delete:  delete:  (optional normal query) delete:  delete:  delete: </td> delete: <td> delete:  delete:  Requests a persistent connection. After returning the result, the connection will not be closed by the server and a client may issue multiple queries on the same connection. The server implements a ‘stop-and-wait' protocol, whereby no next query can be sent before receiving a reply for the previous one. Use RIPE Whois client to be able to send queries in batch mode. Except the first “-k query”, “-k” without an argument closes the persistent connection. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -g delete:  delete:  delete: </td> delete: <td> delete:  delete:  (mirroring request) delete:  delete:  delete: </td> delete: <td> delete:  delete:  Request a NRTM stream from the server. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h3> delete: <a id="t25" name="t25"> delete: </a> Table 2.5 Miscellaneous Queries delete: </h3> delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Flag Argument delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Effect delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -R delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Switches off use of the referral mechanism for domain lookups, so that the database returns an object in the RIPE database with the exact match with the lookup argument, rather than doing a referral lookup. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -r delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Switches off recursion for contact information after retrieving the objects that match the lookup key. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -B delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Switches off filtering of objects. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -G delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Switches off grouping of associated objects. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -T delete:  delete:  delete: </td> delete: <td> delete:  delete:  Comma separated list of object types, no white space is allowed. delete:  delete:  delete: </td> delete: <td> delete:  delete:  Restricts the types of objects to lookup in the query. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -a delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Specifies that the server should perform lookups in all available sources. See also “ delete: <a href="#_2.12.2_The_“–q”_Query Flag"> -q sources delete: </a> ” query. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -s delete:  delete:  delete: </td> delete: <td> delete:  delete:  Comma separated list of sources, no white space is allowed. delete:  delete:  delete: </td> delete: <td> delete:  delete:  Specifies which sources and in which order are to be looked up when performing a query. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h3> delete: <a id="t26" name="t26"> delete: </a> Table 2.6 Informational Queries delete: </h3> delete:  delete:  The following notations are used in this table: delete:   <object-type> means full or abbreviated name of a specific class; delete:   <client-tag> is a string without a white space that usually bears the name of the client's software. delete:  delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Flag delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Flag Argument delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Effect delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -q delete:  delete:  delete: </td> delete: <td> delete:  delete:  sources delete:  delete:  delete: </td> delete: <td> delete:  delete:  Returns the current set of sources along with the information required for mirroring. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -q delete:  delete:  delete: </td> delete: <td> delete:  delete:  version delete:  delete:  delete: </td> delete: <td> delete:  delete:  Displays the current version of the server. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -t delete:  delete:  delete: </td> delete: <td> delete:  delete:  <object-type> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Requests a template for the specified object type. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -v delete:  delete:  delete: </td> delete: <td> delete:  delete:  <object-type> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Requests a verbose template for the specified object type. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  -V<client-tag> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Sends information about the client to the server. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete: <h2> delete: <a id="appendices" name="appendices"> delete: </a> Appendices delete: </h2> delete: <h3> delete: <a id="a1" name="a1"> delete: </a> A1. Object Attributes delete: </h3> delete:  delete:  These are the definitions of the object attributes supported by the RIPE Whois Database. delete:  delete:  delete:  delete:  delete:  address: delete:  delete:  delete:  delete:   Full postal address of a contact in free form. delete:  delete:  delete:  delete:  delete:  admin-c: delete:  delete:  delete:  delete:   References an on-site administrative contact. delete:  delete:  delete:  delete:  delete:  aggr-bndry: delete:  delete:  delete:  delete:   Defines a set of ASNs, which form the aggregation boundary. delete:  delete:  delete:  delete:  delete:  aggr-mtd: delete:  delete:  delete:  delete:   Specifies how the aggregate is generated. Please see [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  alias: delete:  delete:  delete:  delete:   Specifies a canonical DNS name for the router. delete:  delete:  delete:  delete:  delete:  as-block: delete:  delete:  delete:  delete:   Specifies the range of ASNs that the delete:  as-block delete:  object represents. Please see [ delete: <a href="#r2"> 2 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  as-name: delete:  delete:  delete:  delete:   A descriptive name associated with an AS. delete:  delete:  delete:  delete:  delete:  as-set: delete:  delete:  delete:  delete:   Defines the name of the set. delete:  delete:  delete:  delete:  delete:  auth: delete:  delete:  delete:  <auth-scheme> <scheme-info> delete:   Defines an authentication scheme to be used. delete:   <auth-scheme> and <scheme-info> can take the following values: delete:  delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  <auth-scheme> delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  <scheme-info> delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Description delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  CRYPT-PW delete:  delete:  delete: </td> delete: <td> delete:  delete:  encrypted password, produced by UNIX crypt(3) routine delete:  delete:  delete: </td> delete: <td> delete:  delete:  This scheme will by no means keep out a determined malicious attacker. The crypt function is vulnerable to exhaustive search by (lots of) fast machines and programs to do the searching are widely available. For this reason, we strongly discourage use of delete:  delete:  encrypted passwords that you use elsewhere. As you are publishing the encrypted password in the database, it is open to attack. The usual caveats about crypt passwords apply, so it is not very wise to use words or combinations of words found in any dictionary of any language. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  MD5 delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  This scheme is based on the MD5 hash algorithm and provides stronger authentication than CRYPT-PW. The authentication information stored in the database is a pass phrase encrypted using md5-crypt algorithm, which is a delete: <a href="http://www.thefreedictionary.com/concatenation" target="_blank"> concatenation delete: </a> of the “$1$” string, the salt, and the 128-bit hash output. Because it uses eight-character salt and an almost unlimited pass phrase, this scheme is more stable against dictionary attacks. However, since the encrypted form is exposed it cannot be considered as a strong form of authentication. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  PGPKEY-<id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Strong scheme of authentication. <id> is the PGP key ID to be used for authentication. This string is the same one that is used in the corresponding delete:  key-cert delete:  object's “key-cert:” attribute. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  X.509-<id> delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete: </td> delete: <td> delete:  delete:  Strongest scheme of authentication. <id> is the auto-generated ID of the X.509 certificate to be used for authentication. This string is the same one that is used in the corresponding delete:  key-cert delete:  object's “key-cert:” attribute. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete:  delete:  delete:  author: delete:  delete:  delete:  delete:   References a poem author. delete:  delete:  delete:  delete:  delete:  aut-num: delete:  delete:  delete:  delete:   The Autonomous System Number. delete:  delete:  delete:  delete:  delete:  certif: delete:  delete:  delete:  delete:   Contains the public key for a PGP Key or an X.509 certificate. The value of the public key should be supplied either using multiple "certif:" attributes, or in one "certif:" attribute. In the first case, this is easily done by exporting the key from your local key ring in ASCII armored format or the certificate from your browser and starting each line of the key with the string "certif:". In the second case, line continuation should be used to represent the key. All the lines of the exported key must be included. For PGP, this includes the begin and end markers and the empty line which separates the header from the key body. For X.509 certificates, this includes the BEGIN CERTIFICATE and END CERTIFICATE lines. delete:  delete:  delete:  delete:  delete:  changed: delete:  delete:  delete:  delete:   Specifies who submitted the update, and when the object was updated. The format of the date is YYYYMMDD. delete:  delete:  delete:  delete:  delete:  components: delete:  delete:  delete:  delete:   The "components:" attribute defines what component routes are used to form the aggregate. delete:   delete:   Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] delete:  delete:  and RPSLng [ delete: <a href="#r14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  country: delete:  delete:  delete:  delete:   Identifies the country. delete:  delete:  delete:  delete:  delete:  default: delete:  delete:  delete:  delete:   Specifies default routing policies. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  descr: delete:  delete:  delete:  delete:   A short description related to the object in free form. delete:  delete:  delete:  delete:  delete:  domain: delete:  delete:  delete:  delete:   DNS name. delete:  delete:  delete:  delete:  delete:  dom-net: delete:  delete:  delete:  delete:   List of IP networks in a domain. delete:  delete:  delete:  delete:  delete:  e-mail: delete:  delete:  delete:  delete:   Specifies an e-mail address of a delete:  person delete:  , delete:  role delete:  , delete:  organisation delete:  or delete:  irt delete:  team. delete:  delete:  delete:  delete:  delete:  encryption delete:  delete:  delete:  : delete:   References a delete:  key-cert delete:  object representing a CSIRT public key used to encrypt correspondence sent to the CSIRT. delete:  delete:  delete:  delete:  delete:  export: delete:  delete:  delete:  delete:   Specifies an export policy expression. Please refer to RFC 2622 for more information. delete:  delete:  delete:  delete:  delete:  export-comps: delete:  delete:  delete:  delete:   Specifies an RPSL filter that matches the more specifics that need to be exported outside the aggregation boundary. Please refer to RFC 2622 delete: <a href="#R1"> [1] delete: </a> and RPSLng [14] for more information. delete:  delete:  delete:  delete:  delete:  fax-no: delete:  delete:  delete:  delete:   The fax number of a contact. delete:  delete:  delete:  delete:  delete:  filter: delete:  delete:  delete:  delete:   Defines the delete:  set delete:  's policy filter, a logical expression which when applied to a delete:  set delete:  of routes returns a subset of these routes. Please refer to RFC 2622 delete: <a href="#R1"> [1] delete: </a> for more information. delete:  delete:  delete:  delete:  delete:  filter-set: delete:  delete:  delete:  delete:   Defines the name of the filter. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  fingerpr: delete:  delete:  delete:  delete:   A fingerprint of a key certificate generated by the database. Please refer to RFC 2726 [ delete: <a href="#r9"> 9 delete: </a> ] for a detailed description of this attribute. delete:  delete:  delete:  delete:  delete:  form: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the identifier of a registered delete:  poem delete:  type. delete:  delete:  delete:  delete:  delete:  holes: delete:  delete:  delete:  delete:   Lists the component address prefixes that are not reachable through the aggregate route (perhaps that part of the address space is unallocated). Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] and RPSLng [ delete: <a href="#r14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  ifaddr: delete:  delete:  delete:  delete:   Specifies an interface address within an Internet router. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  import: delete:  delete:  delete:  delete:   Specifies import policy expression. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  inetnum: delete:  delete:  delete:  delete:   Specifies a range of IPv4 addresses. delete:  delete:  delete:  delete:  delete:  inet6num: delete:  delete:  delete:  delete:   Specifies a range of IPv6 addresses in prefix notation. delete:  delete:  delete:  delete:  delete:  inet-rtr: delete:  delete:  delete:  delete:   Fully qualified DNS name of the delete:  inet-rtr delete:  without trailing ".". Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  inject: delete:  delete:  delete:  delete:   Specifies which routers perform the aggregation and when they perform it. In delete:  route delete:  objects, the router expression can contain only IPv4 expressions, and in delete:  route6 delete:  objects it can only contain IPv6 expressions. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] and RPSLng [ delete: <a href="#r14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  interface: delete:  delete:  delete:  delete:  delete:  delete:   Specifies a multiprotocol interface address within an Internet router. Please refer to RPSLng [ delete: <a href="#r14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  irt: delete:   delete:  delete:  delete:  A unique identifier of an delete:  irt delete:  object. delete:  delete:  delete:  delete:  delete:  irt-nfy: delete:  delete:  delete:  delete:   Specifies the e-mail address to be notified when a reference to the delete:  irt delete:  object is added or removed. delete:  delete:  delete:  delete:  delete:  key-cert: delete:  delete:  delete:  delete:   Defines the public key stored in the database. delete:  delete:  delete:  delete:  delete:  local-as: delete:  delete:  delete:  delete:   Specifies the autonomous system that operates the router. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  method: delete:  delete:  delete:  delete:   Defines the type of the public key. Currently the only methods that are supported are “PGP” and “X.509”. Please refer to RFC 2726 [ delete: <a href="#r9"> 9 delete: </a> ] for detailed description of this attribute. delete:  delete:  delete:  delete:  delete:  member-of: delete:  delete:  delete:  delete:   This attribute can be used in the delete:  route delete:  , delete:  route6 delete:  , delete:  aut-num delete:  and delete:  inet-rtr delete:  classes. The value of the "member-of:" attribute identifies a delete:  set delete:  object that this object wants to be a member of. This claim, however, should be acknowledged by a respective "mbrs-by-ref:" attribute in the referenced object. Please refer to RFC 2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  members: delete:  delete:  delete:  delete:   Lists the members of the delete:  set delete:  . Please refer to RFC-2622 [ delete: <a href="#r1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mbrs-by-ref: delete:  delete:  delete:  delete:   This attribute can be used in all delete:  set delete:  objects; it allows indirect population of a set. If this attribute is used, the delete:  set delete:  also includes objects of the corresponding type ( delete:  aut-num delete:  objects for delete:  as-set delete:  , for example) that are protected by one of these maintainers and whose "member-of:" attributes refer to the name of the delete:  set delete:  . If the value of a "mbrs-by-ref:" attribute is ANY, any object of the corresponding type referring to the delete:  set delete:  is a member of the delete:  set delete:  . If the "mbrs-by-ref:" attribute is missing, the delete:  set delete:  is defined explicitly by the "members:" attribute. delete:  delete:  delete:  delete:  delete:  mntner: delete:  delete:  delete:  delete:   A unique identifier of the delete:  mntner delete:  object. delete:  delete:  delete:  delete:  delete:  mnt-by: delete:  delete:  delete:  delete:   Specifies the identifier of a registered delete:  mntner delete:  object used for authorisation of operations performed with the object that contains this attribute. delete:  delete:  delete:  delete:  delete:  mnt-domains: delete:  delete:  delete:   delete:  delete:  delete:  Specifies the identifier of a registered delete:  mntner delete:  object used for reverse delete:  domain delete:  authorisation. Protects delete:  domain delete:  objects. The authentication method of this delete:  maintainer delete:  object will be used for any encompassing reverse delete:  domain delete:  object. delete:  delete:  delete:  delete:  delete:  mnt-irt: delete:  delete:  delete:  delete:   May appear in an delete:  inetnum delete:  or delete:  inet6num delete:  object. It points to an existing delete:  irt delete:  object representing CSIRT that handles security incidents for the address space specified by the delete:  inetnum delete:  or delete:  inet6num delete:  object. delete:  delete:  delete:  delete:  delete:  mnt-lower: delete:  delete:  delete:  delete:   Specifies the identifier of a registered delete:  mntner delete:  object used for hierarchical authorisation. Protects creation of objects directly (one level) below in the hierarchy of an object type (only for delete:  inetnum delete:  , delete:  inet6num delete:  , delete:  as-block delete:  , delete:  aut-num delete:  , delete:  route delete:  , delete:  route6 delete:  or delete:  domain delete:  objects). The authentication method of this delete:  mntner delete:  object will then be used upon creation of any object directly below the object that contains the "mnt-lower:" attribute. delete:  delete:  delete:  delete:  delete:  mnt-nfy: delete:  delete:  delete:  delete:   Specifies the e-mail address to be notified when an object protected by a delete:  mntner delete:  is successfully updated. delete:  delete:  delete:  delete:  delete:  mnt- delete:  delete:  delete:  delete:  ref: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the delete:  mntner delete:  objects that are entitled to add references to the delete:  organisation delete:  object from other objects. delete:  delete:  delete:  delete:  delete:  mnt-routes: delete:  delete:  delete:  delete:   May appear in an delete:  aut-num delete:  , delete:  inetnum delete:  , delete:  inet6num delete:  , delete:  route delete:  or delete:  route6 delete:  object. This attribute references a delete:  maintainer delete:  object which is used in determining authorisation for the creation of delete:  route delete:  and delete:  route6 delete:  objects. After the reference to the maintainer, an optional list of prefix ranges inside of curly braces or the keyword "ANY" may follow. The default, when no additional set items are specified, is "ANY" or all more specifics. Please refer to RFC-2622 [ delete: <a href="#r1"> 1 delete: </a> ] and RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mp- delete:  delete:  delete:  delete:  default delete:  delete:  delete:  : delete:  delete:  delete:  delete:  delete:   delete:  delete:  Specifies default multiprotocol routing policies. Please refer to RPSLng delete:  delete:  [ delete: <a href="#14"> 14 delete: </a> ] delete:  delete:  for more information. delete:  delete:  delete:  delete:  delete:  mp- delete:  delete:  delete:  delete:  export: delete:  delete:   delete:  delete:  delete:  delete:  Specifies a multiprotocol export policy expression. Please refer to RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  delete:  delete:  delete:  delete:  mp-filter: delete:   delete:  delete:  delete:  Defines the delete:  set delete:  's multiprotocol policy filter. Please refer to RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mp-import: delete:  delete:  delete:  delete:   Specifies multiprotocol import policy expression. Please refer to RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mp-members delete:  delete:  delete:  : delete:   Lists the multiprotocol members of the set. Refer to RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mp-peer: delete:   delete:  delete:  delete:  Specifies the details of any (interior or exterior) multiprotocol router peerings. Please refer to RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  mp-peering: delete:  delete:  delete:  delete:  delete:  delete:   Defines a multiprotocol peering that can be used for importing or exporting routes. Please see RPSLng [ delete: <a href="#14"> 14 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  netname: delete:  delete:  delete:  delete:   Specifies the name of a range of IP address space. delete:  delete:  delete:  delete:  delete:  nic-hdl: delete:  delete:  delete:  delete:   Specifies the NIC handle of a delete:  role delete:  or delete:  person delete:  object. delete:  delete:  delete:  delete:  delete:  notify: delete:  delete:  delete:  delete:   Specifies the e-mail address to which notifications of changes to an object should be sent. delete:  delete:  delete:  delete:  delete:  nserver: delete:  delete:  delete:  delete:   Specifies the nameservers of the domain. delete:  delete:  delete:  delete:  delete:  org: delete:  delete:  delete:   delete:  delete:  delete:  This attribute may appear in any object type. It points to an existing delete:  organisation delete:  object representing the entity that holds the resource, (in the cases where the whois database object represents an Internet resource). In other objects, it can be used to specify the business relations. The value of this attribute is the ID of the delete:  organisation delete:  object. delete:  delete:  delete:  delete:  The "org:" attribute is used to specify the holder of a resource in delete:  inetnum delete:  , delete:  inet6num delete:  and delete:  aut-num delete:  objects. In other objects, it specifies business relations (such as a delete:  person delete:  object, where it can be used to specify whom the person works for). delete:  delete:  delete:  delete:  delete:  delete:  delete:  org-name: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the name of the organisation that this delete:  organisation delete:  object represents in the whois database. delete:  delete:  delete:  delete:  delete:  org-type: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the type of the organisation. The possible values are delete:  delete: <code> delete:  IANA delete:  delete: </code> delete:  for Internet Assigned Numbers Authority, delete:  delete: <code> delete:  RIR delete:  delete: </code> delete:  for Regional Internet Registries, delete:  delete: <code> delete:  NIR delete:  delete: </code> delete:  for National Internet Registries, delete:  delete: <code> delete:  LIR delete:  delete: </code> delete:  for Local Internet Registries, and delete:  delete: <code> delete:  NON-REGISTRY delete:  delete: </code> delete:  for all other organisations. Note that in the RIPE NCC service region there are no National Internet Registries, therefore in the RIPE Whois Database there will not be any delete:  organisation delete:  object with this value in the "org-type:" attribute. delete:  delete:  delete:  delete:  delete:  organisation delete:  delete:  delete:  : delete:  delete:  delete:   Specifies the ID of an delete:  organisation delete:  object. delete:  delete:  delete:  delete:  delete:  delete:  delete:  origin: delete:  delete:  delete:  delete:   Specifies the AS that originates the route. The corresponding delete:  aut-num delete:  object should be registered in the database. delete:  delete:  delete:  delete:  delete:  owner: delete:  delete:  delete:  delete:   Specifies the owner of the public key. Please refer to RFC 2726 [ delete: <a href="#9"> 9 delete: </a> ] for detailed description of this attribute. delete:  delete:  delete:  delete:  delete:  peer: delete:   delete:  delete:  delete:  May appear in an delete:  inet-rtr delete:  object. Specifies a protocol peering with another router. Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  peering: delete:  delete:  delete:  delete:   Defines a peering that can be used for importing or exporting routes. Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  peering-set: delete:  delete:  delete:  delete:   Specifies the name of the peering-set. Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  person: delete:  delete:  delete:  delete:   Specifies the full name of an administrative, technical or zone contact person for other objects in the database. delete:  delete:  delete:  delete:  delete:  peering-set: delete:  delete:  delete:  delete:   Specifies the name of the peering-set. Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  phone: delete:  delete:  delete:  delete:   Specifies a telephone number of the contact. delete:  delete:  delete:  delete:  delete:  poem: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the title of a poem. delete:  delete:  delete:  delete:  delete:  poetic-form: delete:  delete:  delete:  delete:  delete:  delete:   Specifies the poem type. delete:  delete:  delete:  delete:  delete:  ref- delete:  delete:  delete:  delete:  nfy: delete:  delete:  delete:  delete:  delete:  delete:  delete:  delete:   Specifies the e-mail address to be notified when a reference to the delete:  organisation delete:  object is added or removed. An e-mail address as defined in RFC 2822[ delete: <a href="#1"> 1 delete: </a> ]. delete:  delete:  delete:  delete:  delete:  refer: delete:  delete:  delete:  <type> <hostname> [<port>] delete:   Specifies the referral type, hostname and port that the server should use to redirect the query when using referral mechanism for lookups for delete:  domain delete:  objects. Please see delete: <a href="#210"> 2.10 delete:  delete:  "Referral mechanism for domains" delete: </a> for more information. delete:  delete:  delete:  delete:  <type> specifies the type of referral to be used. Please see the table below for the supported types. delete:   <hostname> is the DNS name or <ipv4 address> of the referred host. delete:   <port> is an integer specifying TCP port number at which queries are accepted by the referred host. If <port> is omitted, the default number of 43 is used. delete:  delete:  delete: <table class="grid listing"> delete: <tbody> delete: <tr> delete: <td> delete:  delete:  delete:  Referral type delete:  delete:  delete:  delete: </td> delete: <td> delete:  delete:  delete:  Description delete:  delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  SIMPLE delete:  delete:  delete: </td> delete: <td> delete:  delete:  Only lookup key (domain name) is passed to the referred server. All query flags are stripped. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  INTERNIC delete:  delete:  delete: </td> delete: <td> delete:  delete:  Same as SIMPLE. Supported for backward compatibility. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  RIPE delete:  delete:  delete: </td> delete: <td> delete:  delete:  Used when the referred server understands RIPE query flags. With this type of referral, all query flags specified by the client will be passed to the referred server unmodified. delete:  delete:  delete: </td> delete: </tr> delete: <tr> delete: <td> delete:  delete:  CLIENTADDRESS delete:  delete:  delete: </td> delete: <td> delete:  delete:  Same as SIMPLE, but the server will add "-V <version>, <ipv4 address>" flag to the query, where <version> is the version number of the server and <ipv4 address> is the IP address of the client that made this query. This referral type allows the referred host to perform accounting and implement an access control for clients using the RIPE Whois Database server as a proxy. delete:  delete:  delete: </td> delete: </tr> delete: </tbody> delete: </table> delete:  delete:  delete:  referral-by: delete:  delete:  delete:  delete:   This attribute is required in the delete:  mntnr delete:  object. It is not currently used by the database software. delete:  insert:  
insert:  
Format: RIPE insert:  
Mandatory

delete:  delete:  delete:  remarks: delete:  delete:  delete:  delete:   Contains remarks in free form. delete:  delete:  delete:  delete:  delete:  role: delete:  delete:  delete:  delete:   Specifies the full name of a role entity, e.g. RIPE DBM. delete:  delete:  delete:  delete:  delete:  rev-srv: delete:  delete:  delete:  delete:   Specifies a DNS nameserver for a range of IP addresses represented by the delete:  inetnum delete:  object that contains this attribute. It is for documentation only and has no effect on reverse delegation. delete:  delete:  delete:  delete:  delete:  route: delete:  delete:  delete:  delete:   Specifies the prefix of the interAS route. Together with the "origin:" attribute, makes up a primary key of the delete:  route delete:  object. delete:  delete:  delete:  delete:  delete:  route6: delete:  delete:  delete:  delete:   Specifies an IPv6 prefix. This is the prefix of the interAS route. Together with the “origin:” attribute, makes up a primary key of the delete:  route6 delete:  object. delete:  delete:  delete:  delete:  delete:  route-set: delete:  delete:  delete:  delete:   Specifies the name of the route set. It is a primary key for the delete:  route-set delete:  object. Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  rtr-set: delete:  delete:  delete:  delete:   Defines the name of the delete:  rtr-set delete:  . Please refer to RFC 2622 [ delete: <a href="#1"> 1 delete: </a> ] for more information. delete:  delete:  delete:  delete:  delete:  signature: delete:  delete:  delete:  delete:   References a delete:  key-cert delete:  object representing a CSIRT public key used by the team to sign their correspondence. delete:  delete:  delete:  delete:  delete:  source: delete:  delete:  delete:  delete:   Specifies the registry where the object is registered. Should be "RIPE" for the RIPE Whois Database. delete:  delete:  delete:  delete:  delete:  status: delete:  delete:  delete:  <status> delete:   Specifies the status of the address range represented by delete:  inetnum delete:  or delete:  inet6num delete:  object. For an delete:  inetnum delete:  object <status> must have one of these values: delete:  delete:  delete:  delete:  ALLOCATED PA delete:   delete:  delete:  ALLOCATED PI delete:   delete:  delete:  ALLOCATED UNSPECIFIED delete:   delete:  delete:  LIR-PARTITIONED PA delete:   delete:  delete:  LIR-PARTITIONED PI delete:   delete:  delete:  SUB-ALLOCATED PA delete:   delete:  delete:  ASSIGNED PA delete:   delete:  delete:  ASSIGNED PI delete:   delete:  delete:  NOT-SET delete:   delete:  delete:  EARLY-REGISTRATION delete:  delete:  delete:  delete:  Please refer to the RIPE Document "IPv4 Address Allocation and Assignment Policies in the RIPE NCC Service Region" for further information. Please refer to [ delete: <a href="#r10"> 10 delete: </a> ] regarding usage of the LIR-PARTITIONED status value. delete:  delete:  delete:  delete:  For delete:  inet6num delete:  , <status> can have one of the following values: delete:  delete:  delete:  delete:  ALLOCATED-BY-RIR - For allocations made by an RIR to an LIR. delete:   delete:  delete:  ALLOCATED-BY-LIR - For allocations made by an LIR or an LIR's downstream customer to another downstream organisation. delete:   delete:  delete:  ASSIGNED - For assignments made to End User sites. delete:  delete:  delete:  delete:  Please refer to [ delete: <a href="#r13"> 13 delete: </a> ] regarding usage of the status value for delete:  inet6num delete:  objects. delete:  delete:  delete:  delete:  delete:  sub-dom: delete:  delete:  delete:  delete:   Specifies list of sub-domains of a domain. Domain names are relative to the domain represented by the delete:  domain delete:  object that contains this attribute. delete:  delete:  delete:  delete:  delete:  tech-c: delete:  delete:  delete:  delete:   References a technical contact. delete:  delete:  delete:  delete:  delete:  text: delete:  delete:  delete:  delete:   Contains text of the poem. Must be humorous, but not malicious or insulting. delete:  delete:  delete:  delete:  delete:  upd-to: delete:  delete:  delete:  delete:   Specifies the e-mail address to be notified when an object protected by a delete:  mntner delete:  is unsuccessfully updated. delete:  delete:  delete:  delete:  delete:  zone-c: delete:  delete:  delete:  delete:   References a zone contact. delete:  delete:  delete: <h3> delete: <a id="a2" name="a2"> delete: </a> A2. RIPE Whois Database Query Server Response Codes and Messages delete: </h3> delete:  If the server encounters a problem, an error message is returned as a query result. The format of an error message is as follows: delete:  delete:  %ERROR:#:<message>, delete:  delete:  where # is the error or response code and <message> is a short description of the problem. There are no white spaces in this line, except in the <message> string. This may be followed by a more descriptive message, each line of which starts with % followed by a white space and some text. delete:  delete:  Example: delete:   % This is the RIPE Whois server v3.0 beta. delete:   % This server mirrors the RIPE Database in RPSL format. delete:   % Rights restricted by copyright. delete:   % See http://www.ripe.net/db/copyright.html delete:  delete:  %ERROR:101: no entries found delete:   % delete:   % No entries found in the selected source(s). delete:  delete: <h3> delete: <a id="a21" name="a21"> delete: </a> A2.1 Query Errors delete: </h3> delete:  delete:  %ERROR:101: no entries found delete:  delete:   No entries were found in the selected source(s). delete:  delete:  delete:  %ERROR:102: unknown source delete:  delete:   Unknown source was supplied as argument to the “-s” query flag. Use “-q sources” for a list of available sources. delete:  delete:  delete:  %ERROR:103: unknown object type delete:  delete:   Unknown object type is specified as an argument to the “-T' query flag. delete:  delete:  delete:  %ERROR:104: unknown attribute delete:  delete:   Unknown argument is specified to the inverse query flag (“-i”). See section 2.0 " delete: <a href="#20"> Querying the RIPE Whois Database delete: </a> " for more information. delete:  delete:  delete:  %ERROR:105: attribute is not searchable delete:  delete:   The argument specified for the inverse query flag is not a searchable attribute. See section 2.0 " delete: <a href="#20"> Querying the RIPE Whois Database delete: </a> " for more information. delete:  delete:  delete:  %ERROR:106: no query argument specified delete:  delete:   No query argument has been specified in the query. delete:  delete:  delete:  %ERROR:107: input line too long delete:  delete:   Input exceeds the maximum line length. delete:  delete:  delete:  %ERROR:108: bad character in input delete:  delete:   An invalid character was passed in the query. The only allowed characters are letters, numbers and -_:+=.,@/?' delete:  delete:  delete:  %ERROR:109: invalid combination of flags passed delete:  delete:   The specified query flags can not be included in the same query. delete:  delete: <h3> delete: <a id="a22" name="a22"> delete: </a> A2.2 Access Errors delete: </h3> delete:  delete:  %ERROR:201: access denied delete:  delete:   Access from the host has been permanently denied because of excessive querying. You need to contact Database Administration; ( delete: <a href="mailto:[email protected]"> [email protected] delete: </a> ) to discuss this problem. delete:  delete:  delete:  %ERROR:202: access control limit reached delete:  delete:   Limit of returned objects has been reached. The connection is terminated. Continued attempts to excessively query the database will result in permanent denial of service. See section 2.11 " delete: <a href="#211"> Access control for queries delete: </a> " for more information. delete:  delete:  delete:  %ERROR:203: address passing not allowed delete:  delete:   The host is not registered as a proxy and is not allowed to pass addresses on the query line ("-V" flag). See section 2.11 " delete: <a href="#211"> Access control for queries delete: </a> " for more information. delete:  delete:  delete:  %ERROR:204: maximum referral lines exceeded delete:  delete:   The referral query result exceeded a set maximum number of lines. Only the maximum number of lines is output and then, the whois server closes the connection. delete:  delete:  delete:  %ERROR:205: multiple addresses passed by proxy delete:  delete:   The query included more than one "-V" query flag. delete:  delete:  delete:  %ERROR:208: connection refused delete:  delete:   The maximum number of simultaneous connections from your host has been exceeded. delete:  delete: <h3> delete: <a id="a23" name="a23"> delete: </a> A2.3 Connection Errors delete: </h3> delete:  delete:  %ERROR:301: connection has been closed delete:  delete:   The connection is administratively or abnormally closed. delete:  delete:  delete:  %ERROR:302: referral timeout delete:  delete:   The connection was closed due to referral timeout. delete:  delete:  delete:  %ERROR:303: no referral host delete:  delete:   Referral host cannot be found. delete:  delete:  delete:  %ERROR:304: referral host not responding delete:  delete:   The connection to the referral host cannot be established. delete:  delete: <h3> delete: <a id="a24" name="a24"> delete: </a> A2.4 NRTM Errors delete: </h3> delete:  delete:  %ERROR:401: invalid range: Not within <first>-<last> delete:  delete:   This happens when the requested range or part of it is outside the serial numbers available at the server. <first> is the lowest serial number available. <Last> is the most recent serial number available. delete:  delete:  delete:  %ERROR:402: not authorised to mirror the database delete:  delete:   See section 2.11 "Access control for queries" for more information. You may use "-q sources" query to get more information about the NRTM source. delete:  delete:  delete:  %ERROR:403: unknown source delete:  delete:   The database identified by the <source> is not served by the server. Use "-q sources" for a list of available sources. delete:  delete: <h3> delete: <a id="a25" name="a25"> delete: </a> A2.5 Warnings delete: </h3> delete:  delete:  %WARNING:901: duplicate IP flags passed delete:  delete:   More than one IP flag (-x, -M, -m, -L, -l, -c, or -b) was passed to the server. Only the last one in the list of query flags will be used for this query. delete:  delete:  delete:  %WARNING:902: useless IP flag passed delete:  delete:   An IP flag (-x, -M, -m, -L, -l, -c, or -b) was passed to the server when query did not include an IP key as the argument. delete:  delete:  delete:  %WARNING:904: useless no-referral flag passed delete:  delete:   The "-R" query flag was used in a query that did not have a domain object as the argument. delete:  delete:  delete:  %WARNING:905: fixed lookup key delete:  delete:   The IP address has been changed to a different format for the query. delete:  delete: <h3> delete: <a id="a26" name="a26"> delete: </a> A2.6 Referral Text delete: </h3> delete:  % The object shown below is NOT in the RIPE Database. delete:   % It has been obtained by querying a remote server: delete:   % <server-name> at port 43. delete:   % To see the object stored in the RIPE Database delete:   % use the -R flag in your query delete:   % delete:   %REFERRAL START delete:  delete: <pre> <remote server output> delete: </pre> delete:  %REFERRAL END delete:   The output from the remote server is returned between the lines “%REFERRAL START” and “%REFERRAL END”. delete:  delete: <h2> delete: <a id="copy" name="copy"> delete: </a> A3. Copyright Information delete: </h2> delete: <h3> delete: <a id="whoiscopy" name="whoiscopy"> delete: </a> A3.1 RIPE Whois Database Copyright delete: </h3> delete:  The information in the RIPE Database is available to the public for agreed Internet operation purposes, but is under copyright. The copyright statement at the time of publishing this manual is: delete:  delete:  delete:  "Except for agreed Internet operational purposes, no part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, recording, or otherwise, without prior permission of the RIPE NCC on behalf of the copyright holders. Any use of this material to target advertising or similar activities is explicitly forbidden and may be prosecuted.” delete:  delete:  delete:  You can find the copyright statement at: delete:   delete: <a data-val="0f52b2f24c86f3daf798a4fe81063486" href="resolveuid/0f52b2f24c86f3daf798a4fe81063486" data-linktype="internal" class="internal-link"> http://www.ripe.net/db/copyright.html delete: </a> delete:  delete: <h3> delete: <a id="ncccopy" name="ncccopy"> delete: </a> A3.2 RIPE NCC Copyright delete: </h3> delete:  © RIPE NCC 2005 delete:  delete: <hr noshade="noshade" size="1" /> delete: <h2> delete: <a id="addendum" name="addendum"> delete: </a> Addendum delete: </h2> delete:  Most RIPE Documents cannot be changed once they have been published. From time to time, we find errors and have to make small corrections and additions. We will create a page on the RIPE website listing any corrections or additions that apply to this RIPE Document in between published releases. We recommend that you check this page when reading this manual. delete:  delete: <hr noshade="noshade" size="1" /> delete: <h2> delete: <a id="acknowledgements" name="acknowledgements"> delete: </a> Acknowledgements delete: </h2> delete:  The authors wish to acknowledge the effort done by the original developers of the version 3.0 of the RIPE Whois Database at the RIPE NCC: Daniele Arena, Marek Bukowy, Engin Gunduz, Roman Karpiuk, Shane Kerr, A.M.R. Magee, Chris Ottrey and Filippo Portera. Those who have continued its development include Can Bican, Katie Petrusha, Denis Walker and Tiago Antao. delete:  delete: <h2> delete: <a id="references" name="references"> delete: </a> References delete: </h2> delete:  delete: <a id="r1" name="r1"> delete: </a> [1] C. Alaettinoglu, C. Villamizar, E. Gerich, D. Kessens, D. Meyer, T. Bates, D. Karrenberg and M. Terpstra, "Routing Policy Specification Language (RPSL)", RFC 2622, June 1999. delete:  delete:  delete: <a id="r2" name="r2"> delete: </a> [2] C. Villamizar, C. Alaettinoglu, D. Meyer and S. Murphy, "Routing Policy System Security", RFC 2725, December 1999. delete:  delete:  delete: <a id="r3" name="r3"> delete: </a> [3] D. Meyer, J. Schmitz, C. Orange, M. Prior, and C. Alaettinoglu, "Using RPSL in Practice", RFC 2650, August 1999. delete:  delete:  delete: <a id="r4" name="r4"> delete: </a> [4] T. Bates, E. Gerich, L. Joncheray, J.M. Jouanigot, D. Karrenberg, M. Terpstra and J. Yu, "Representation of IP Routing Policies in a Routing Registry", ripe-181, October 1994. See delete: <a data-val="5bf188a416cd5ad169279c1ddd4e474f" href="resolveuid/5bf188a416cd5ad169279c1ddd4e474f" data-linktype="internal" class="internal-link"> http://www.ripe.net/docs/ripe-181.html delete: </a> delete:  delete:  delete: <a id="r5" name="r5"> delete: </a> [5] Andrei Robachevsky, Shane Kerr, Vesna Manojlovic, Samantha Dickinson The " delete: <a data-val="5739668d847026aba7f8b1703f107a49" href="resolveuid/5739668d847026aba7f8b1703f107a49" data-linktype="internal" class="internal-link"> RIPE Whois Database User Manual-Getting Started delete: </a> " delete:  delete:  delete: <a id="r6" name="r6"> delete: </a> [6] IRRToolset. See delete: <a class="external-link" href="http://www.isc.org/software/irrtoolset"> http://www.isc.org/software/irrtoolset delete: </a> delete:  delete:  delete: <a id="r7" name="r7"> delete: </a> [7] P. Mockapetris, "Domain names - Concepts and Facilities", RFC 1034, November1987. delete:  delete:  delete: <a id="r8" name="r8"> delete: </a> [8] P. Resnick, ed., "Internet Message Format", RFC 2822, April 2001. delete:  delete:  delete: <a id="r9" name="r9"> delete: </a> [9] J. Zsako, "PGP Authentication for RIPE Database Updates", RFC 2726, December 1999. delete:  delete:  delete: <a id="r10" name="r10"> delete: </a> [10] ) N. Nimpuno, A.Robachevsky, "New Value of the "status:" Attribute for Inetnum Objects (LIR-PARTITIONED)", delete: <a data-val="5058590009562a843553b9a78d7226c8" href="resolveuid/5058590009562a843553b9a78d7226c8" data-linktype="internal" class="internal-link"> ripe-239 delete: </a> , June 2002. delete:  delete:  delete: <a id="r11" name="r11"> delete: </a> [11] A. Cormack, D. Stikvoort, W. Woeber, and A. Robachevsky, "IRT Object in the RIPE Database " delete: <a data-val="b77221f4adb5c83a2bcdea443fe018b4" href="resolveuid/b77221f4adb5c83a2bcdea443fe018b4" data-linktype="internal" class="internal-link"> ripe-254 delete: </a> , July 2002 delete:  delete:  delete: <a id="r12" name="r12"> delete: </a> [12] K. Harrenstien, M.K. Stahl, E.J. Feinler."NICNAME/WHOIS", RFC 954, October 1985. delete:  delete:  delete: <a id="r13" name="r13"> delete: </a> [13] J.S.L. Damas and L. Vegoda, "New Values of the "status:" Attribute for inet6num Objects", delete: <a data-val="31d9bd9365f9b9241497c2878eef998a" href="resolveuid/31d9bd9365f9b9241497c2878eef998a" data-linktype="internal" class="internal-link"> ripe-243 delete: </a> , August 2002. delete:  delete:  delete: <a id="r14" name="r14"> delete: </a> [14] L. Blunk, J. Damas, F. Parent and A. Robachevsky, Routing Policy Specification Language next generation (RPSLng), RFC 4012 delete:  delete:  delete: <a id="r15" name="r15"> delete: </a> [15] C. Bican, RIPE-43 presentation on Webupdates, December 2002, delete: <a class="external-link" href="http://meetings.ripe.net/ripe-43/presentations/ripe43-database-syncupdates/index.html"> http://meetings.ripe.net/ripe-43/presentations/ripe43-database-syncupdates/index.html delete: </a> delete:  delete:  delete: <a id="r16" name="r16"> delete: </a> [16] RIPE NCC service region delete: <a data-val="3628263b9a882491a5225984f80cc634" href="resolveuid/3628263b9a882491a5225984f80cc634" data-linktype="internal" class="internal-link"> http://www.ripe.net/membership/maps/index.html delete: </a> delete:  delete:  delete: <a id="r17" name="r17"> delete: </a> [17] The IANA ccTLD Database contains a full list of the ccTLD administrators delete: <a href="http://www.iana.org/cctld/cctld-whois.htm" target="_blank"> http://www.iana.org/cctld/cctld-whois.htm delete: </a> delete:  delete:  delete: <a id="r18" name="r18"> delete: </a> [18] Whois Queries Reference Card at delete: <a data-val="5739668d847026aba7f8b1703f107a49" href="resolveuid/5739668d847026aba7f8b1703f107a49" data-linktype="internal" class="internal-link"> http://www.ripe.net/db/support/whois-refcard.pdf delete: </a> delete:  delete:  delete: <a id="r19" name="r19"> delete: </a> [19] RIPE Whois Database Update Reference Manual (To be written). Currently it is a part of the delete: <a data-val="2a3efc88b1c7f8de45ecc26c1debd75d" href="resolveuid/2a3efc88b1c7f8de45ecc26c1debd75d" data-linktype="internal" class="internal-link"> ripe-252 RIPE Database Reference Manual delete: </a> . delete:  delete:  delete: <a id="r20" name="r20"> delete: </a> [20] RIPE Whois web query at delete: <a href="http://www.ripe.net/fcgi-bin/whois"> http://www.ripe.net/fcgi-bin/whois delete: </a> delete:  delete:  delete: <a id="r21" name="r21" data-val="57eeeae9a80b809e64c146da0ffeb954" data-linktype="internal"> delete: </a> [21] Regional Internet Registries (RIR) delete: 

RIPE Whois Database Query Reference Manual database template for domains