Home / Industry

Dyn Weighs In On Whois

Dyn appreciates the opportunity to comment on the Registration Data Access Protocol (RDAP) Operational Profile for gTLD Registries and Registrars.

Dyn believes enthusiastically in the deprecation of Whois in favor of Registration Data Access Protocol (RDAP). Dyn believes that Whois has long outlived its usefulness and looks forward to the deployment of RDAP as its replacement.

Dyn is aware that there is a Policy Development Process getting started to make a new policy for Registration Data Services (RDS), and that to some extent this proposed Operational Profile is hostage to the current policy. Dyn appreciates that the present policy was developed under circumstances where only the capabilities of Whois were available. Nevertheless, the IETF created RDAP in an effort to correct several deficiencies of Whois. In Dyn's opinion, the Operational Profile should support those corrections to the maximum extent possible.

Because it is based on HTTP(S), RDAP has the capability to authenticate users. If a server has authenticated the user, then the server can make policy-based choices about what fields to display. Dyn therefore believes it to be advisable that the Operational Profile require by default the ability to authenticate from the beginning. All users, authenticated or not, will of course need to receive the same output, due to the existing RDS policies. But by requiring the ability to authenticate from the beginning, it will not be possible for people to argue during the RDS PDP that differentiated output based on authenticated access will be a new expense: the work of being able to authenticate users will already have been done. Authentication is a key enabling feature of several different policy alternatives, and it should be required from the outset.

RDAP also provides effective referral mechanisms. Given the GNSO's resolution of 31 October 2013, in favor of the operation of only thick registries, the reason for registrars to need to implement RDAP at all appears to be only that prevailing policy (which is being altered) requires it. This seems wasteful — particularly since the Operational Profile will not provide much of the advantage of RDAP in the form of authenticated access and differential output. It seems it would be better to postpone the registrar obligation until the RDS PDP is completed; at that point, if contracted registrars are still obliged to implement RDAP, they will need to undertake only one implementation effort. Dyn would not especially object to undertaking development knowing that its RDAP obligation would be short-lived, but it objects to undertaking that development without getting many of the important benefits of RDAP.

Dyn is extremely supportive of the requirement to deploy over TLS only, and commends ICANN for it.

By Oracle Dyn, Internet Performance Solutions – The Oracle Dyn Global Business Unit is a pioneer in managed DNS and a leader in cloud-based infrastructure that connects users with digital content and experiences across a global internet. Visit Page

CircleID Newsletter The Weekly Wrap

More and more professionals are choosing to publish critical posts on CircleID from all corners of the Internet industry. If you find it hard to keep up daily, consider subscribing to our weekly digest. We will provide you a convenient summary report once a week sent directly to your inbox. It's a quick and easy read.

I make a point of reading CircleID. There is no getting around the utility of knowing what thoughtful people are thinking and saying about our industry.

Co-designer of the TCP/IP Protocols & the Architecture of the Internet



IPv4 Markets

Sponsored byIPXO

Threat Intelligence

Sponsored byWhoisXML API

Domain Names

Sponsored byVerisign

Brand Protection

Sponsored byAppdetex


Sponsored byVerisign

Domain Management

Sponsored byMarkMonitor