ds

.cfa

Generic top-level domain

RDAP + WHOISbrand TLD

Nobody outside the registry can register here. .cfa is a brand TLD run by CFA Institute, which under ICANN's Specification 13 means its operator is the only permitted registrant. ds reports names here as PRIVATE rather than AVAILABLE, and leaves the zone out of --tld all unless you pass --private include. See Brand and reserved TLDs.

Registration
Closedno public names
Operator
CFA Institute
Lookup
RDAP + WHOISanswers for it
DNSSEC
Signed1 DS record in the root
Level
Secondmybrand.cfa

Check a name

Names under .cfa cannot be registered, but ds will still tell you what the registry says.

Fills the command and the registrar links below in with your own name. The page is static — nothing is looked up here, and nothing you type leaves the browser.

ds mybrand --tld cfa

Add --where for the registrars and the registry's rules, --registry for the server that answered, or --all-info for everything at once.

What it costs

No registrar in the price table bundled with ds quotes .cfa, so the CLI prints no figure beside it — one of 927 such TLDs. That is a gap in the table as often as it is a TLD nobody sells, though here it is neither: the zone is closed. See Prices for supplying your own table with --pricing-file.

Who can register

Nobody outside CFA Institute — see the note at the top of this page.

How ds answers for it

RDAP first, WHOIS second — the same order for every TLD. .cfa has both, so RDAP answers and WHOIS is the fallback if it does not.

RDAP
https://rdap.identitydigital.services/rdapFrom IANA's bootstrap, refreshed when this page was built. The lookup is https://rdap.identitydigital.services/rdap/domain/mybrand.cfa — a 404 means the name is free.
WHOIS
whois.nic.cfaQueried on port 43, from the bundled whois.json. The name is called free when the reply contains domain not found — text matching, which is why RDAP is preferred where it exists.

ds mybrand --tld cfa --registry prints whichever of these answered. If a bundled WHOIS host has gone stale, IANA is asked who serves .cfa today. See Accuracy notes.

The registry

From IANA's delegation record for .cfa. .cfa is a generic TLD.

Run by
CFA InstituteBased in United States of America. Delegated 2015-04-16, record last updated 2024-03-31.
Registry site
www.cfainstitute.orgWhere the registry documents .cfa — its rules, its accredited registrars, and any launch phases. Not a shop: registries sell wholesale to registrars, not to you.
Published services
rdap.identitydigital.services · whois.nic.cfaWhat the registry itself tells IANA it runs. They agree with what ds asks.
Name servers
v0n0.nic.cfav0n1.nic.cfav0n2.nic.cfav0n3.nic.cfav2n0.nic.cfav2n1.nic.cfaThe 6 authoritative servers for the .cfa zone — what the root delegates to. Nothing ds queries directly; they are what makes a registered name resolve.

What it is

Derived from the root zone and ICANN's registry list — each one is a fact with a source.

  • generic IANA Root Zone Database types it "generic"
  • brand ICANN records Specification 13 — a brand TLD, closed to the public
  • new-gtld ICANN delegated it on or after 2013-10-23, when the 2013 round opened — see delegated

In the root zone

The delegation itself, read out of the root zone — serial 2026090900, on 2026-09-09. The registry section above is IANA's record of what .cfa was delegated to; this is what the root actually answers with when a resolver asks it where .cfa lives.

Delegated to
  • v0n0.nic.cfa65.22.104.272a01:8840:66::27
  • v0n1.nic.cfa65.22.105.272a01:8840:67::27
  • v0n2.nic.cfa65.22.106.272a01:8840:68::27
  • v0n3.nic.cfa161.232.30.272a01:8840:106::27
  • v2n0.nic.cfa65.22.107.272a01:8840:69::27
  • v2n1.nic.cfa161.232.31.272a01:8840:107::27
The 6 name servers the root hands out for .cfa, with the glue addresses that come with them — every one of them answers over IPv6. None of this is what ds queries: these servers know which names exist, not who registered them.
DNSSEC
Signed — 1 DS record in the root
  • key 21814RSA/SHA-256 · SHA-2569D6445887F736116B22A9C4CDA34DA82592146649482638FBC144651299BDEB4
Each one is a fingerprint of .cfa's own signing key, published by the root and signed with the root's key — which is how a resolver that trusts only one key can prove an answer under .cfa came from its registry and was not tampered with in transit. It says nothing about who owns a name or whether one is free.

Ask the root yourself — no registry involved, and the same records this section was built from: dig +norec @a.root-servers.net cfa. NS and dig +norec @a.root-servers.net cfa. DS.

Also answered by rdap.identitydigital.services

and 438 more zones on the same server.