Hta2 Protocols-2-15
Hta2 Protocols-2-15
●
A set of rules that allows two or more entities to exchange
information
– Defines rules, syntax, semantics
– Sending and receiving: stream or messages
– Algorithms, state machines
– Hardware and software interfaces
●
Protocol stack: layered architecture
– Each protocol implements only a subset of the tasks
– Each layer uses the lower layer protocols to do its job
2
Protocol Stack
●
Network API (programming interface)
– typically BSD sockets (see IP practical Application Application
session)
●
Service Access Point (SAP) Network API Network API
– Defines methods for accessing the protocol Protocol 1 PDU Protocol 1
features
– e.g. Connect(), Disconnect(), Send(), SAP SAP
Receive()
●
Protocol Data Unit (PDU)
Protocol 2 PDU Protocol 2
– Each layer talks to the same layer on the other
SAP SAP
end “virtually”
– Only talks directly with the layers above and Protocol 3 PDU Protocol 3
below it
3
Protocol Stack
●
Encapsulation Application Application
– Each layer adds its own Network API Network API
header
Protocol 1 PDU Protocol 1
– Can also add footer
SAP SAP
– Only touch their own Protocol 2 PDU Protocol 2
headers
SAP SAP
– Layering violations exist
Protocol 3 PDU Protocol 3
though…
Header 3 Header 2 Header 1 Application data 4
Standard Layering: OSI
●
Open Systems Interconnection (1970s)
●
7 layers
– Application: the user of the network stack, sends/receives Data
– Presentation: character encoding, data serialization, compression, encryption
– Session: connect—disconnect, keepalive
– Transport: reliable Segment exchange (segmentation, acknowledge, multiplexing)
– Network: transfer Packets across multiple nodes
– Datalink: transfer Frames to neighbouring node PDU names
– Physical: transfer Bits over the physical medium
●
Octet: byte had no defined length in the 70s
5
Standard Layering: TCP/IP
●
Origins: BSD Unix in the early 1970s
– BSD socket API still in use today (see IP practical
session) OSI TCP/IP
●
Not as well-defined as OSI
– But it’s used in practice Application
– Defines protocols instead of layer responsibilities
Presentation Application
●
4 layers
– Application: anything with a socket Session
– Transport: TCP, UDP Transport Transport
– Network: IPv4
– Link: anything below IP (typically Ethernet) Network Network
●
Later more protocols were added Datalink
– HTTP, FTP, SCTP, IPv6 etc. Link
Physical
6
Standardization Bodies
●
Protocols are standardized
– Interoperability between different implementations
●
Black box model
– Rigorously specified: interfaces, PDU formats, message exchange sequences etc. → what is visible from
outside
– Not really specified: implementation details → not visible from outside
●
Conformance test: the black box has to respond to the given inputs with the given outputs
– Serious protocol specifications also come with a test suite (might cost money)
●
Who has the power to enforce the standard?
– Government?
– Market leader company?
– Research institute? University?
7
Standardization Bodies Not exam material
●
Internet Engineering Task Force (IETF)
– The TCP/IP stack and related protocols
– Non-profit organization in USA
– Publishes RFC (Request For Comments)
●
Long list of numbered documents https://www.rfc-editor.org/
– Contributions from academia and industry personnel
– Internet Assigned Numbers Authority (IANA) maintains the numerical constants (e.g. well-known ports)
●
Institute of Electrical and Electronics Engineers (IEEE)
– Standardization, education, scientific publishing (conferences, journals)
– Technical societies: for every engineering discipline (Computer Society, Communication Society etc.)
– IEEE Standards Association
●
IEEE 802 local and metropolitan area networking
– Sub-groups: 802.3 Ethernet, 802.11 Wireless LAN, 802.1 bridging architecture
●
IEEE 754 floating point arithmetic
●
IEEE 1003 POSIX 8
Standardization Bodies Not exam material
●
International Telecommunication Union (ITU)
– Specialized agency of the United Nations
●
Geneva, Switzerland
●
Comité Consultatif International Téléphonique et Télégraphique (CCITT) renamed in 1993
– Most important division: ITU-T, the standardization body
●
Publishes Recommendations
●
E.164 telephone numbering plan
●
H.323 VoIP
●
G.711 PCM audio codec 64kbps, G.722 ADPCM 7kbps
●
H.264 MPEG-4 AVC, H.265 HEVC, H.266 VVC video codecs
●
Q.7xx Signalling System 7 (used in digital telephone exchanges)
●
Moving Pictures Expert Group (MPEG)
– Audio and video compression and transmission formats
9
Standardization Bodies Not exam material
●
International Standard Organization (ISO)
– Non-governmental organization, HQ in Geneva, Switzerland
– Standardizes absolutely everything
Also adopts standards from other standardization bodies
☢
●
●
ISO 361 hazard symbol
●
ISO 1000 (superseded by 80000) SI units (meter, kilogram, second)
●
ISO 7498 OSI
●
ISO 9000/9001 quality management for organizations
●
ISO 9660 Compact Disk (CD)
●
ISO 9899 C programming language
●
Others:
– ANSI: American National Standard Institute (member of ISO)
– ETSI: European Telecommunication Standards Institute (HQ in Sophia Antipolis)
– 3GPP: 3G Partnership Project for 2G/3G/4G/5G/6G cellular (umbrella organization, partner of ETSI)
– W3C: World Wide Web Consortium (mostly superseded by Google)
10
Communication models 1
●
Was covered in the first lecture
– Shared access to a common transmission medium
– Multiplexing: TDM, FDM, CDM
– Multiple access: TDMA, FDMA, CDMA
– Duplexing: FDD, TDD
– Also: split the medium → multiple wires in a cable
●
Crosstalk
11
Communication models 2
●
Point-to-point
– Unicast
– Anycast
●
Point-to-multipoint
– Broadcast
– Multicast
●
Geocast
12
Communication models 3
●
Centralized
– Coordinated by a central entity
●
Need to install it
●
Need to trust it
– Efficient: central entity governs everything
– Vulnerable to disruption (need fallback server)
●
Distributed
– The entities decide among themselves (contention)
– Less efficient: need to play a game to reach consensus
– More fault-tolerant, harder to disrupt
●
Examples:
– Cellular mobile vs. Wi-Fi
– Skype before and after acquired by Microsoft in 2011
– Routing protocols vs. SDN 13
Quality of Service
●
Reserve resources for important traffic
– Needs an entity that “owns” the network
– Grant resources to clients, enforce limits Reserved
●
Integrated Services (IntServ, RFC 1633) capacity
– Fine-grained: reserve for individual flows
– Flow identification
●
Differentiated Services (DiffServ, RFC 2475)
– reserve for classes of flows
– PDU has a Class field
●
Best effort: no reservation
– The Internet runs generally like this
●
Metering/Shaping: see practical session
– Token bucket
Total
capacity
– Leaky bucket
14
Security
●
Encryption
– Protection from eavesdropping
– Need secure key exchange (e.g. Diffie-Hellman)
●
Authentication
– Identify the source of the message (digital signature)
– Protect from replay attack (Challenge-Response Authentication Protocol)
●
Integrity
– Protection from tampering (a simple checksum is not enough!)
15