ds

.mtr

Generic top-level domain

RDAP + WHOISbrand TLD

Nobody outside the registry can register here. .mtr is a brand TLD run by MTR Corporation Limited, 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
MTR Corporation Limited
Lookup
RDAP + WHOISanswers for it
DNSSEC
Signed1 DS record in the root
Level
Secondmybrand.mtr

Check a name

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

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 .mtr, 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 MTR Corporation Limited — see the note at the top of this page.

How ds answers for it

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

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

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

The registry

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

Run by
MTR Corporation LimitedBased in Hong Kong. Delegated 2015-07-31, record last updated 2025-12-19.
Registry site
nic.mtrWhere the registry documents .mtr — its rules, its accredited registrars, and any launch phases. Not a shop: registries sell wholesale to registrars, not to you.
Published services
whois.nic.mtr · whois.nic.mtrWhat the registry itself tells IANA it runs. They agree with what ds asks.
Name servers
ns1.nic.mtrns2.nic.mtrns3.nic.mtrns4.nic.mtrThe 4 authoritative servers for the .mtr 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 .mtr was delegated to; this is what the root actually answers with when a resolver asks it where .mtr lives.

Delegated to
  • ns1.nic.mtr203.119.2.1642001:dca:4000::cb77:2a4
  • ns2.nic.mtr203.119.87.1642001:dca:2000::cb77:57a4
  • ns3.nic.mtr169.54.247.1732607:f0d0:1b02:b9::4
  • ns4.nic.mtr135.90.90.242401:c900:2101:2a::b
The 4 name servers the root hands out for .mtr, 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 57064RSA/SHA-256 · SHA-256CCBB0E5E27DAE01117B6D23F09F9E7FCC0E6286C26B4383FAC827C1EAAEA6027
Each one is a fingerprint of .mtr'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 .mtr 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 mtr. NS and dig +norec @a.root-servers.net mtr. DS.