Time Horizon
Immediate 0 30d
Within the Time Horizon facet, Immediate 0 30d time-horizon intelligence organises articles by the period over which a signal is expected to matter. The page helps readers distinguish immediate operational changes from longer-cycle governance, investment, standards, and infrastructure shifts that may unfold across quarters or years. It connects timing assumptions with public evidence, related actors, market context, customer exposure, policy pressure, and infrastructure planning so readers can judge whether a development is urgent, strategic, or still waiting on confirming evidence. The page also explains how time horizon changes the meaning of a signal, which organisations may be exposed, and which infrastructure decisions require short-term action or long-cycle monitoring.
Story
ARIN’s IPv6 draft separates the /48 starting point from the scale-up formula
Recommended Draft Policy ARIN-2025-7 is a narrow wording change with a practical test: whether every justified site count produces one predictable, nibble-aligned IPv6 allocation without changing eligibility.
Story
ARIN-2025-1 turns a terminology edit into a scope migration
The draft calls implementation “Immediate,” while ARIN staff estimate six months for training, documentation, procedures and application updates. These are two distinct source statements, not a contradiction created by BTW.
Story
APNIC’s public query ledger is live—but the member view is not
APNIC’s public query ledger is live—but the member view is not intelligence summary explains the development, the public evidence available to readers, the organisations involved, the regional context, market exposure, and the infrastructure consequences that may follow. The…
Story
APNIC Built the RPKI Revocation Mechanism. Its Authority Is Still Catching Up
APNIC says the technical implementation of prop-166 is complete, but its public record still places the policy in implementation while updates to the Certification Practice Statement and RPKI Terms and Conditions remain outstanding. The gap matters because the proposal would…
Story
APNIC prop-175 Moves the IPv6 Evidence Test to the First Request
APNIC prop-175 would let an eligible organisation justify an initial provider-independent IPv6 assignment larger than `/48` when the operational requirement is already documented. The proposal is still only on the Policy SIG mailing list. Its promise is less duplicated procedure…
North America Cloud Services Trends
Opti9 bought the cloud service, not the buildings
The Canadian managed-cloud deal moves customers, equipment and ten employees to Opti9 while Hut 8 keeps the data centres. The hidden price of that clean boundary is a continuing colocation dependency.
Story
APNIC prop-164 Turns Smaller IPv6 Allocations into a Reservation Test
APNIC prop-164 would let account holders begin with IPv6 allocations smaller than `/32` while preserving room for growth. The proposal may improve Whois and RDAP accuracy, but its durable test is whether reserved address space becomes a visible, reviewable registry commitment…
Story
APNIC's Larger IPv4 Delegations Need a Queue Rule Before a Bigger Ceiling
APNIC's prop-168 would let eligible account holders grow toward an aggregated /22 while proposing a separate /12 transition reserve. The proposal defines who may ask and how much they may receive; its own scarcity arithmetic shows why it must also define who goes first when…
Story
ARIN's RDAP Transition Needs Evidence at Three Different Exit Gates
ARIN wants one standardized directory protocol in place of three older services. The destination is coherent; the operational test is whether Whois-RWS, RWhois and Port 43 can each leave on evidence suited to the users and dependencies they actually carry.
Story
APNIC prop-170 Must Price the Space Between IPv6 Need and Nibble Alignment
A technically valid IPv6 prefix is not always an easy unit to operate. APNIC prop-170 would let an LIR request the smallest nibble-aligned allocation that satisfies an already validated need. The proposal promises cleaner plans without abandoning needs-based allocation; its…
Story
APNIC's IPv4 Needs Test Should Match the Delegation Under Review
APNIC prop-169 would replace a fixed `/23` reference in an IPv4 LIR usage-plan test with the delegation actually being assessed. It is a narrow wording repair, but it matters because evidence should measure the request an applicant is making, not a larger block the policy no…
Story
APNIC prop-174 Turns an Abuse Mailbox into a Policy Control Surface
APNIC’s prop-174 would move abuse-mailbox operations from implementation practice into explicit policy. That can make contact duties measurable, but it also makes delivery, filtering, triage and response records part of a chain that may eventually reach membership consequences.
Story
APNIC's Directory Terms Proposal Turns Query Access Into a Governance Question
Prop-173 would replace ambiguity around ordinary APNIC WHOIS and RDAP queries with a public, versioned acceptable-use policy. The consequential question is not whether terms should exist, but whether their rules distinguish legitimate operational reuse from a substitute data…
Story
APNIC Can Define Internet Abuse Without Becoming Its Judge
Prop-172 would give APNIC policy a common vocabulary for abuse involving IP addresses. Its usefulness depends on a harder boundary: naming conduct must not quietly become authority for the registry to decide allegations, monitor networks or impose remedies.
CASE FILE
Two validators agreed on the version. They did not agree on the routes
Two RPKI validators can report the same RRDP session and newest serial while retaining different repository histories. The disagreement becomes visible only if they remember what hash an already-seen delta carried before. RFC 9697 turns that memory into an operational control…
CASE FILE
The serial matched. The zone did not
The transfer finished, the file parsed and the SOA serial was exactly the number operations expected. One glue record was nevertheless missing. DNS had long possessed ways to say that a copy was newer and that a transaction came from an approved peer; ZONEMD added a different…
CASE FILE
The bridge was gone. The topology still crossed it
Two BGP-LS producers can each retain one stale half of a failed link. A consumer that merges their disclosures may reconstruct a plausible connection that no longer exists, and a controller may compute straight across it. The failure is not simply “bad telemetry.” It exposes who…
CASE FILE
The route existed. The subscription did not
A VPN route can be valid, selected and available at its source while a remote PE correctly receives nothing. RFC 4684 lets Route Target interest travel toward the route and matching reachability travel back. That inverse graph saves state, but it also makes an absent or stale…
ICANN
ICANN Broadened the Project Fund Before Fixing Its Qualification Rule
A capital request can look complete before it is governable. Give it a fund name, an owner and an estimated cost, and the card resembles an authorization. Yet the decisive field is still missing: which published rule made this work eligible for exceptional funding rather than the…
CASE FILE
Zero is not a diagnosis
An alert that says only “BGP saw zero” has thrown away the fact that decides the response. Zero is a valid ORIGIN code, a prohibited autonomous-system identity, and an RPKI disavowal value in three different protocol entities. RFC 7607 makes the distinction operational: refuse…