Topic
Network-resource Evidence
Within the Topic facet, Network-resource Evidence 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.
CASE FILE
The Internet Saw One AS. Operations Had Twelve: BGP Confederations and the Authority of a Hidden Topology
The public route never changed. External peers still saw AS 64500, the sessions remained Established and the prefix stayed visible in collectors. Inside the network, however, one router had crossed from Member-AS 65021 to 65031 while its neighbor still believed the old boundary.…
History
The Method That Refused to Be Misunderstood: Why HTTP 510 Existed
RFC 2774 tried to stop servers returning success after ignoring mandatory HTTP extensions. The fate of 510 shows the cost of verifiable semantics.
CASE FILE
The Router Could Not Read the Attribute, So It Forwarded It: BGP's Partial Bit and the Authority of Ignorance
This technical explainer opens with a constructed operating scenario, not a reported incident. The transit router does exactly what the protocol asks: it receives a route carrying an optional transitive attribute it does not understand, preserves the opaque bytes, sets Partial…
History
The Message Measured Before It Moved: How SMTP SIZE Made Refusal Early
Early SMTP could carry a large message all the way to a server before learning that the server would never keep it. The SIZE extension did something narrower than guaranteeing delivery: it let two relays compare a declared load with local capacity before paying the full transfer…
CASE FILE
The Prefix Was IPv4; the Way There Was IPv6: RFC 8950 and the Authority of a Cross-Family Next Hop
In an illustrative migration scenario, the maintenance report says the IPv6-underlay change succeeded. Every BGP session is Established, capability 5 appears in both OPEN messages, and the IPv4 prefixes remain visible. Yet one rack cannot reach an IPv4 customer. The route exists…
History
The Network Answered in the Origin's Place: Why HTTP Needed 511
A client asked one server for a resource and received an answer from the network in between. HTTP 511 tried to name that substitution without granting the interceptor the origin's identity. Its limits explain why captive-portal design later moved toward provisioned, authenticated…
CASE FILE
The Next Key Was Announced but Not Delivered: TCP-AO and the Authority of a Key Epoch
In an illustrative rollover scenario at 02:07, the dashboard turns green. Both BGP routers show key 42 in their key chains, and one captured TCP segment carries `RNextKeyID=42`. The operator concludes that the rollover has completed and deletes key 17. Seconds later, TCP…
History
The Stability Rule That Punished Recovery: Route Flap Damping
A mechanism built to protect 1990s routers from repeated BGP updates learned to remember change without understanding its cause. The result was an unusual distribution of power: a prefix holder could repair a route, while distant networks continued to treat the recovery as…
History
The Server That Stopped Calling Back: How Passive FTP Crossed the Firewall
FTP’s most consequential accommodation to the firewall was not encryption, tunnelling or a new transfer engine. It was a smaller decision: let the client make the second call. That reversal made old machinery fit a new network boundary while leaving security judgment where it…
CASE FILE
The Packet Arrived with No Distance to Spare: BGP GTSM and the Authority of Proximity
In an illustrative maintenance scenario at 02:13, one direction of a multihop BGP session moves onto a longer path. The peer still emits every TCP segment with TTL 255. The receiver, configured to admit two routed hops, now sees 252 instead of 253 and discards the traffic before…
History
The Request Was Too Large Before Its Body Began: Why HTTP Needed 431
An HTTP request can fail before its content is read, not because the protocol declared one universal ceiling, but because a receiver decided how much control context it was willing to process. Status 431 made that private boundary visible without pretending that every hop shares…
History
The Host That Learned a Small Routing Table: How IPv6 Ranked First Hops
IPv6 did not make every host a routing speaker. It let a router disclose a few expiring choices, then left the host to combine longest-prefix logic, observed reachability and local policy. The useful invention was as much the boundary as the route.
CASE FILE
The Filter That Crossed the Session but Not the Boundary: BGP ORF and the Authority to Ask for Less
Consider an illustrative customer changing its inbound prefix-list from a full table to a narrow feed. Its router immediately looks cleaner: unwanted routes disappear from the local RIB. Yet the provider may still be generating and transmitting every one of them, only to have the…
History
The Server That Counted Before It Answered: Why HTTP Needed 429
A request can be valid, authorized and still arrive after its allotted share has gone. HTTP 429 made that refusal legible while leaving the decisive questions—who is counted, across what scope and at whose cost—with the server that owns the capacity.
CASE FILE
The Session Was Established and Carried No Routes: RFC 8212 and the Authority of Explicit Policy
The following replacement-edge maintenance scenario is illustrative, not a reported incident. The new edge shows `Established`; KEEPALIVEs advance and the peer has been stable for twenty minutes, yet the IPv4 table is empty and nothing has been advertised. The transport is…
History
The Silence That Licensed an Address: What IPv6 DAD Could Prove
IPv6 DAD based an important decision on a negative observation: no rival appeared during a bounded local probe. The protocol had to say exactly how far that silence could reach.
Story
RIPE Atlas Closed a Probe-Assignment Incident Without a Measurement Ledger
A missing vantage point can describe the Internet, the probe or the scheduler. On 18 August, RIPE Atlas made the third possibility explicit: measurements using an area choice other than `worldwide` had trouble receiving probes. The backend was fixed; the public record still does…
CASE FILE
The Session Fell Silent but Left a Reason: BGP Shutdown Communication and the Authority to Explain a Closure
The peering drops at the scheduled minute. This time the receiver does not see only `Cease`. The terminal NOTIFICATION also carries a compact ticket reference, a reason and an expected maintenance interval. That text can remove hours of ambiguity. It can also be forged, exposed…
CASE FILE
Both Connections Reached OPEN; Only One Could Remain: BGP Collision Detection and the Authority of a Stable Identifier
Both routers dial at once. Two TCP connections complete between the same pair of addresses, and each carries a valid BGP OPEN. Neither transport is broken. Yet one configured peering cannot keep two competing finite-state machines and two versions of its session history. BGP…
History
The Write That Had to Name Its Past: Why HTTP Needed 428
A write request can be perfectly formed and still be too ignorant to trust. HTTP 428 gave an origin a precise way to demand the missing fact: which version of this resource did the writer actually see?