Profile
Analysis
Analysis profile intelligence connects person, company, institution, and other entity coverage for readers comparing the subjects behind BTW.MEDIA reporting. The page helps compare public profiles, related events, evidence packs, role changes, operating footprints, governance exposure, organisational links, and market relevance while keeping organisation and people records distinct from ordinary news chronology. Readers can understand the subject behind the headline, the evidence supporting that profile, and the infrastructure or market relationships that make the profile relevant. They can see who or what the profile represents, which public sources support it, how it connects to companies, markets, governance bodies, or events, and what changes may deserve continued attention as the subject evolves.

History
The Number Did Not Make It a Standard: How RFC 825 Made Intent Part of the Record
A procurement clause says a product is “RFC 825 compliant.” The number looks precise, the link is public and the document is real. Yet none of those facts tells the buyer whether the cited memo was a standard, a discussion, a status report or merely information. In 1982, RFC 825…

History
The Layer Was Not the Module: How RFC 817 Cut Across the Stack
One typed character could make three answers leave a server: a TCP acknowledgement, a window update and a Telnet echo. The protocol layers were each behaving correctly. The implementation was still wasting packets. RFC 817 used that small inefficiency to make a larger…

History
The Error Message Was Advice, Not a Verdict: How RFC 816 Layered Failure Decisions
A gateway that has crashed cannot send the error message explaining why packets disappear into it. RFC 816 began with that silence and built a layered answer: let routing repair distant failures, make the host replace a dead first hop, let TCP expose retransmission and timeout…

History
The Missing Segment Did Not Stop the Next One: How RDP Separated Reliability from Order
In 1984, the Reliable Data Protocol made a choice that still unsettles casual descriptions of transport: a later message could be safely received, individually acknowledged and even handed to an application while an earlier message was still missing. Reliability described whether…

History
The Name Was Not the Address: How RFC 814 Kept Identity Separate from Route
In 1982, a stale host table could send queued mail to an unexpected machine after the intended host had moved. RFC 814 treated that failure as more than bad data. It exposed four different references—name, address, route and port—and argued that an Internet host should translate…

History
The Acknowledgement That Stopped at the Link: How PPP Localized Reliability
In 1994, PPP acquired an optional way to number, acknowledge and retransmit frames across one link. RFC 1663 made that recovery loop precise—and kept its authority deliberately narrow. A returned acknowledgement could establish progress between two adjacent peers; it could not…

History
The Hierarchy Was Really a Graph: How Gopher Put the Next Server Inside Every Menu Line
Gopher made a scattered collection of autonomous machines look like one calm hierarchy. The illusion did not come from a global catalogue or a persistent session. It came from a modest menu line that separated what a reader saw from what a client had to do next: interpret a type…

History
The Report That Could Not Declare the Link Bad: How PPP Kept Quality Policy Local
A PPP peer could say how many packets and octets it had sent, and return what it had seen from the other direction. It could not make the protocol pronounce the link acceptable. Link-Quality-Reports standardized a shared accounting mechanism while leaving the threshold, the…

History
One Link Was Actually Several: How PPP Multilink Kept a Bundle in Sequence
A second line could join a PPP connection without beginning a second network conversation. Multilink PPP treated the lines as members of one bundle, cut a packet into independently framed fragments, and gave the receiver just enough shared order to put the packet back together.…

History
The Success That Ended Its Own Stream: How XMPP Restarted After TLS and SASL
In XMPP, a successful security negotiation did not authorize the old XML stream to continue. It made that stream obsolete. The parties kept the same TCP connection, discarded context that no longer deserved trust, exchanged new stream headers and learned again which features were…

History
The Characters the Checksum Never Saw: How PPP Filtered the Serial Path Before Trusting the Frame
PPP did not ask its checksum to remember every character that crossed a serial path. It first defined which bytes belonged to the frame, which were temporary disguises, and which low control characters intervening equipment might have inserted. Only after the receiver reversed…

History
The Header That Appeared Only When It Saved Bytes: How IPComp Made Compression Conditional
IPComp negotiated a common way to decompress traffic, then allowed each packet to decline the offer. If compression plus its four-byte header did not make that packet smaller, the correct wire format was the original packet with no IPComp header at all. Capability lived in the…

History
The Datagram Relay That Died with a Stream: How SOCKS5 Bound UDP to a TCP Association
A SOCKS5 relay could still be receiving perfectly formed UDP datagrams when its TCP control connection vanished. The specification nevertheless ended the association. UDP had no farewell to offer, so the protocol borrowed a lifetime from a different transport—and kept that…

History
The Key That Could Not Lock the Tunnel: How GRE Separated Flow Identity from Security
GRE called a four-byte field a Key before the specification could say what that key opened. Six years later, the standards-track repair gave it a smaller and more useful job: distinguish one logical flow inside a tunnel. The name survived. The claim of security did not.

History
The Pointer That Named the Bad Byte: How ICMP Made Rejection Diagnosable
A packet could be legal enough to arrive yet malformed enough that parsing had to stop. ICMP's Parameter Problem message did not rescue that packet. It did something more modest and more useful: it let the rejecting machine discard the packet while naming the byte at which its…

History
The First Packet Was Only a Candidate: How RTP Made Continuity Earn Trust
One packet can look perfectly respectable. Its version is right, its payload type is familiar, its length is plausible and its source number has not appeared before. RTP nevertheless refused to let that isolated packet define a stream. A receiver first had to see a relationship…

History
The Handle That Outlived the Path: How NFS Made Identity Opaque and Staleness Explicit
A pathname tells a client how to search a filesystem. It does not have to be the identity by which later operations reach the file. NFS built that separation into a small opaque value called a file handle, then spent successive protocol versions defining exactly how long the…

History
The Counter That Fell While Traffic Kept Rising: How SNMP Marked a New Measurement Epoch
A link can carry traffic continuously while its byte counter suddenly becomes smaller. SNMP made that apparent contradiction manageable by separating normal numeric wrap, wider observation windows and an explicit marker for the moment a measurement history breaks.

History
The Socket Closed Before the Command Finished: How FTP Kept Completion on the Control Connection
An FTP data socket can go quiet at the exact moment an operator most wants a verdict. The bytes have stopped, the connection has closed, and a file may even be visible on disk. Yet the protocol has not asked any of those observations to decide the command. FTP kept that decision…

History
The Number That Changed While the Session Stayed: How SDP Separated Identity from Revision
A multimedia description can change its address, codec, direction and timing without becoming a different conversation. SDP made that continuity testable with two deliberately separate coordinates: one names the session lineage, the other names the description's revision.
