Protocols and Addressing
Protocols and addressing govern how devices on a network identify each other and exchange data. They define the layered rules (Ethernet, IP, TCP, UDP) and the numbering schemes (MAC addresses, IP addresses, port numbers) that let a packet travel from source to destination across interconnected networks.
itNetworking | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Protocols and Addressing
Network protocols are the rules that let machines exchange data without holding a committee meeting inside every packet. Addressing is the set of labels that tells the data where to go. Together, they turn a collection of cables, radios, and disagreeable boxes into a network that can move a request from one application to another.
The useful trick is that no address is the address. A MAC address handles the next physical hop on a local segment. An IP address names the destination across networks. A port number identifies the application on the destination host. Three labels, three jobs. Mixing them up is how a packet capture becomes an abstract painting.
Data also travels in layers. The application creates the message. TCP or UDP adds transport information. IP adds the source and destination for the route. Ethernet wraps that packet in a frame for the next hop. At the other end, the wrapping comes off again. This is encapsulation, which sounds as if the packet has been sent to finishing school, but it is only headers being added and removed.
The surprising part is the journey to a remote server. Your host does not put the server's MAC address in its outbound frame. It uses ARP to find the MAC address of the default gateway, then gives the router a frame containing the remote IP destination. Each router repeats the local delivery step for the next hop. The IP destination guides the trip; the frame destination changes along the way.
TCP and UDP make another trade. TCP sets up a connection and uses acknowledgments and sequence numbers to deliver an ordered byte stream. UDP sends datagrams without that machinery. Neither is a personality type. They fit different application needs, and ports make it possible for many conversations to share one IP address without each arriving at the wrong desk.
Read the Intro when the four layers need a full explanation. Use the Slides for the map from application data to frame. Keep the Cheatsheet nearby when prefixes, address scopes, and TCP states start blending together. Then use the Practice Reference and exercise to inspect one flow until MAC, IP, and port each look like the answer to their own very specific question.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://www.rfc-editor.org/rfc/rfc1180
Supports
- TCP/IP four-layer model and encapsulation process
- Frame, packet, and segment relationships
- ARP operation for local and remote destinations
- End-to-end packet flow through routers
- https://www.rfc-editor.org/rfc/rfc791
Supports
- IPv4 addressing structure and 32-bit format
- TTL field decremented at each hop
- IP as connectionless best-effort delivery
- Fragmentation and MTU relationship
- https://www.rfc-editor.org/rfc/rfc793
Supports
- TCP three-way handshake for connection establishment
- Sequence numbers and acknowledgment for reliable delivery
- Port numbers for process multiplexing
- Five-tuple connection identification
- https://www.rfc-editor.org/rfc/rfc768
Supports
- UDP minimal header structure (8 bytes)
- Connectionless datagram delivery
- Port-based multiplexing without reliability
- https://www.rfc-editor.org/rfc/rfc1918
Supports
- Reserved private address ranges (10/8, 172.16/12, 192.168/16)
- Non-routability of private addresses on the public internet
- NAT as the mechanism for private-to-public communication
- https://www.cisco.com/c/en/us/support/docs/ip/routing-information-protocol-rip/13769-5.html
Supports
- Protocol stack operational overview
- MAC address scope limited to local segment
- Router re-encapsulation at each hop
- Broadcast domain and VLAN separation
- https://dl.acm.org/doi/10.1109/TCOM.1974.1092259
Supports
- 1974 publication of a protocol for packet network intercommunication
- https://www.internetsociety.org/internet/history-internet/brief-history-internet/
Supports
- ARPANET transition to TCP/IP on January 1, 1983
- https://www.rfc-editor.org/rfc/rfc1519
Supports
- 1993 CIDR address assignment and aggregation strategy
- https://www.rfc-editor.org/rfc/rfc1631
Supports
- 1994 description of network address translation
- https://www.rfc-editor.org/rfc/rfc2460
Supports
- 1998 IPv6 base specification
- https://www.rfc-editor.org/rfc/rfc3513
Supports
- 2003 IPv6 addressing architecture
- https://www.rfc-editor.org/rfc/rfc8200
Supports
- 2017 IPv6 base specification and Internet Standard status
- https://www.wireshark.org/docs/wsug_html_chunked/
Supports
- Packet capture, protocol dissection, and packet analysis capabilities
- https://netbox.dev/
Supports
- NetBox IP address management capabilities
- https://www.infoblox.com/products/universal-ddi/
Supports
- Integrated DNS, DHCP, and IP address management
- https://www.solarwinds.com/ip-address-manager
Supports
- Centralized IPv4 and IPv6 address discovery and management
- https://www.netacad.com/cisco-packet-tracer
Supports
- Cisco Packet Tracer network simulation
