PROTOCOL FIELD GUIDE
How HTTP works
HTTP defines the messages exchanged by a browser and a web server. A client requests a resource, and the server returns a status, headers and often a body. In HTTP/1.1 the start line and headers are readable text; the body can carry HTML, images or other media.
- Default port
- 80
- Transport / carrier
- TCP (HTTP/1.1 & HTTP/2)
- Category
- application
1. Prepare a request
The browser separates the scheme, hostname and path. A URL fragment stays in the browser and is not sent in the request target.
2. Resolve the hostname
DNS maps the name to an address. A cached answer can avoid a network lookup until its TTL expires.
3. Open the connection
TCP exchanges SYN, SYN-ACK and ACK before the HTTP/1.1 request. Sequence numbers track byte positions, not packet counts.
4. Exchange representations
GET / asks for a resource. A 200 response carries a representation; Content-Length counts body bytes, while Content-Type describes the media type.
5. Render and reuse
The browser parses HTML and may request CSS, scripts and images. Persistent connections can serve later requests without another handshake.
Protocol relationships
Protocols cooperate across layers. Compare the neighboring lessons to distinguish addressing, delivery, application semantics and encryption.
Standards and editorial method
Written and implemented independently by NavSprout. Lessons summarize public protocol standards using synthetic documentation addresses and fictional credentials. Consult the standards for complete wire formats and normative behavior.
RFC 9110 ↗ RFC 9112 ↗