RDAP corrige las principales debilidades de WHOIS. Las respuestas son JSON con nombres de campo definidos, así que el software puede leerlas sin adivinar. Las consultas van por HTTPS, los valores de estado y las fechas de los eventos están estandarizados, los errores usan códigos de estado HTTP (un 404 significa que el objeto no existe) y los servidores pueden ofrecer distintos niveles de detalle a usuarios autenticados.
Los clientes encuentran el servidor correcto mediante los archivos de arranque (bootstrap) que publica IANA: uno indica la URL base de RDAP de cada TLD, y otros hacen lo mismo para los rangos de direcciones IP y los números de AS. Un cliente descarga el archivo, busca el TLD y envía una solicitud como /domain/example.com al servidor indicado. La respuesta del registro a menudo enlaza con el servidor RDAP del registrador para datos adicionales.
Todos los registros y registradores de gTLD deben ofrecer RDAP. Los registros de código de país deciden por sí mismos, así que varios ccTLD no figuran en el archivo bootstrap y solo se pueden consultar mediante el WHOIS clásico. Igual que en WHOIS, los datos personales de contacto suelen estar ocultos en las respuestas públicas.
Ejemplo
GET https://rdap.registry.example/domain/example.com
{ "objectClassName": "domain", "ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [{ "eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z" }] }