Topic
DNS Delegation Power
Within the Topic facet, DNS Delegation Power topic intelligence connects articles that share a specific subject, signal focus, or monitoring theme. The page gives readers a richer path through related reporting, source evidence, market actors, and infrastructure implications, with enough context to understand why the topic matters across company movements, governance decisions, regional exposure, and operational risk. Readers can compare recurring signals, affected organisations, public evidence, market context, service continuity, procurement, competition, compliance, and strategic planning questions behind the subject instead of stopping at a thin list of matching articles. It explains what the topic covers, which infrastructure actors or policies are involved, what evidence supports the coverage, and why the subject may matter for operators, customers, investors, and policy readers.
History
From KAIST to the NCA: KRNIC’s Move and Independence
Korea’s early Internet registry changed institutional homes before it became an independent foundation. A September 1994 meeting record captures the handoff in one line—and in a changed nameserver address.
History
The Petition Was Not the Transfer: IANA’s 2000 .pn Report
Between 1997 and 2000, Pitcairn’s residents asked for a change in who managed .pn. IANA recommended redelegation; the U.S. Government later implemented the root-zone change.
History
Postel’s 1998 Root Test Targeted Zone Transfers, Not DNS Queries
In January 1998, Jon Postel asked root-server operators to obtain a copy of the root zone from an IANA server at USC/ISI. His message was about how servers received that copy. It said the data would match the version already available from NSI’s A-root and that the existing rules…
Story
Root DNSKEY Answers Now Show KSK-2024’s Signature
At 15:32 UTC on 11 October, four direct root-server queries returned a DNSKEY signature tagged 38696. A sample three hours earlier still showed 20326; the same four names returned 38696 again at about 16:09 UTC. IANA’s cache-revalidated page then listed KSK-2024 as active. These…
History
JUNET’s Name Tree Came Before DNS—and Survived the Move to .jp
Before Japan’s academic networks used TCP/IP and DNS, JUNET made hierarchical email names work over UUCP and telephone lines. The convention gave volunteers a way to keep organization names legible as the network grew—and a structure that could be carried into `.jp` when a wider…
Story
Five root-server letters, six listed instances: what Panama’s count can tell us
A LACNIC country report names five root-server identities in Panama. Operator site records retrieved later sum to six instances. The figures describe different units and dates; a response-time chart adds a third question: which route and instance did each measurement reach?
Story
APNIC’s Two Root-Key Signals Count Different Things
On 11 October, the DNS root is scheduled to begin using KSK-2024 to sign the zone. APNIC’s latest measurements put two percentages beside that date, but one follows key-tag signals from resolvers while the other tests end systems behind validating resolvers. Their denominators…
History
Who Could Apply for a Top-Level Domain? RFC 920’s First Eligibility List
In October 1984, the first top-level domain list was also a set of admission rules: some names were temporary, others stood for broad categories, and none could enter the tree without an administrator and a route to authorization.
History
The Cache Changed the Destination, Not the Root: AlterNIC’s 1997 InterNIC Redirect
A resolver in one operator’s network returned an AlterNIC address for `www.internic.net`. Its cache record exposed the route the redirect took: additional DNS data had become a local answer. That was evidence of a changed destination at one resolver, not of a new authority taking…
ICANN
The `.mcp` Bid Would Turn Protocol Membership into a Domain Gate
Five applicants now sit in the preliminary `.mcp` contention set. Charleston Road Registry, which trades as Google Registry, proposes that four kinds of connection to the Model Context Protocol qualify someone to register a `.mcp` name. It also gives an unnamed `.MCP Policy…
Leaders
Tina Dam and the Root-Zone Test That Couldn’t Approve a Name
Before an internationalized top-level domain could enter the root, ICANN asked a deliberately narrow question: would encoded labels disturb the servers and resolvers that move DNS queries onward? The laboratory test answered that question within its setup. It could not decide…
ICANN
Five `.agent` Applicants Recur Across ICANN’s Contention Sets
ICANN’s first 2026-round CSV places 13 named applicants in the `.agent` group. Five of those applicant entities appear in at least 11 of the file’s numbered contention sets, giving the crowded name a portfolio dimension that a single application count misses.
History
One IDN Registration Reserved a Package, Not Just a Label: RFC 3743
When a registry accepts a CJK domain label, the visible string may be only one member of a larger administrative family. RFC 3743’s Joint Engineering Team proposed treating selected character variants as one reservation package, while leaving each zone to decide which forms…
ICANN
ICANN’s 56.4% signal is a lead, not an ownership finding
ICANN’s new OCTO report found that 56.4% of a defined 2025 sample of recently registered gTLD names already flagged by reputation lists had at least one technically associated name. The result may help investigators widen a search, but the report did not establish common…
ICANN
UCAS gains a reference rule for multilingual second-level labels
ICANN’s 5 October publication places a script-based ruleset for Unified Canadian Aboriginal Syllabics in its second-level reference collection. The proposal is designed to coexist with French internationalized domain names in one zone, but the reference does not itself approve a…
Europe and Middle East Cloud Services
Genesis Cloud's Peering Story Outlived Its Network: Reading a 10G AI-Cloud Design Against 2026 Routing Reality
Genesis Cloud built a documented, vendor-celebrated interconnection story: a 10 Gbit remote-peering path from Kristiansand to DE-CIX Frankfurt, marketed as the transport backbone of a European AI cloud. In 2026, the independent routing record tells a different story. Separating…
IETF
The Name Was Inactive. It Still Was Not Yours to Register.
The green badge came from a valid registry-information reply. It said the name was not active in DNS. A buyer treated that as a promise that the next create command would work. RFC 5144 never made that promise: the same data model can say that an inactive name is reserved…
IETF
The Answer Was Authoritative. The Resolver Could Still Be Wrong: RFC 9606
RFC 9606 lets a DNS resolver describe selected privacy and filtering capabilities in a standard record. That is a useful signed name tag, not a witness to every query the resolver actually handled.
IETF
The Algorithm Number Was Registered. The Validation Path Was Not: RFC 9558
A DNSSEC algorithm can receive a number, a wire format and a reproducible test vector while remaining absent from the resolver that decides whether a child zone has any supported authentication path at all.
IETF
The Home Kept the Signing Key. Publication Still Moved Outside: RFC 9526
A residential network can author and sign its own public DNS zone without serving a single public query. RFC 9526 turns that apparently paradoxical arrangement into an architecture—and exposes why a valid signature, a successful transfer and a visible answer are three different…