ds

.sfr

Generic top-level domain

RDAP + WHOISbrand TLD

Nobody outside the registry can register here. .sfr is a brand TLD run by Societe Francaise du Radiotelephone - SFR, 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
Societe Francaise du Radiotelephone - SFR
Lookup
RDAP + WHOISanswers for it
DNSSEC
Signed2 DS records in the root
Level
Secondmybrand.sfr

Check a name

Names under .sfr 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 sfr

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 .sfr, 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 Societe Francaise du Radiotelephone - SFR — see the note at the top of this page.

How ds answers for it

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

RDAP
https://rdap.centralnic.com/sfrFrom IANA's bootstrap, refreshed when this page was built. The lookup is https://rdap.centralnic.com/sfr/domain/mybrand.sfr — a 404 means the name is free.
WHOIS
whois.nic.sfrQueried on port 43, from the bundled whois.json. The name is called free when the reply contains the queried object does not exist — text matching, which is why RDAP is preferred where it exists.

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

The registry

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

Run by
Societe Francaise du Radiotelephone - SFRBased in France. Delegated 2015-11-12, record last updated 2024-01-31.
Published services
rdap.centralnic.com · whois.nic.sfrWhat the registry itself tells IANA it runs. They agree with what ds asks.
Name servers
a.nic.sfrb.nic.sfrc.nic.sfrd.nic.sfrThe 4 authoritative servers for the .sfr 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 .sfr was delegated to; this is what the root actually answers with when a resolver asks it where .sfr lives.

Delegated to
  • a.nic.sfr194.169.218.1002001:67c:13cc::1:100
  • b.nic.sfr185.24.64.1002a04:2b00:13cc::1:100
  • c.nic.sfr212.18.248.1002a04:2b00:13ee::100
  • d.nic.sfr212.18.249.1002a04:2b00:13ff::100
The 4 name servers the root hands out for .sfr, 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 — 2 DS records in the root
  • key 25496ECDSA P-256/SHA-256 · SHA-2567516102F6D1F3343DABE0533DF34C30B3F189DAE89D61F691078DDC753653D9C
  • key 58083ECDSA P-256/SHA-256 · SHA-25614A8A386F7A03B845EBD3B58AA143B9A558BB1A93EB8BB121C03291DD6D537E6
Each one is a fingerprint of .sfr'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 .sfr 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 sfr. NS and dig +norec @a.root-servers.net sfr. DS.

Also answered by rdap.centralnic.com

and 77 more zones on the same server.