Download foundationsChap1

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

CAN bus wikipedia , lookup

Multiprotocol Label Switching wikipedia , lookup

Zigbee wikipedia , lookup

Distributed firewall wikipedia , lookup

Net bias wikipedia , lookup

AppleTalk wikipedia , lookup

SIP extensions for the IP Multimedia Subsystem wikipedia , lookup

Wake-on-LAN wikipedia , lookup

Piggybacking (Internet access) wikipedia , lookup

Asynchronous Transfer Mode wikipedia , lookup

IEEE 1355 wikipedia , lookup

Computer network wikipedia , lookup

Zero-configuration networking wikipedia , lookup

Network tap wikipedia , lookup

Cracking of wireless networks wikipedia , lookup

Deep packet inspection wikipedia , lookup

Quality of service wikipedia , lookup

Airborne Networking wikipedia , lookup

Internet protocol suite wikipedia , lookup

Recursive InterNetwork Architecture (RINA) wikipedia , lookup

UniPro protocol stack wikipedia , lookup

Transcript

Readings: Peterson & Davie, Chapter 1

“We reject kings, presidents, and voting. We
believe in rough consensus and running code.”


Website coming Friday!
Assignment 1 assigned on Friday.
◦ To be discussed today

TODOs:
◦ Log into lab machines

Sample Schedule
◦ http://courses.washington.edu/css432/syllabi/s08.html

Sample FAQ
◦ http://courses.washington.edu/css432/prog/prog1_faq.
html

What is a network?


What is a physical Network?
We’ll investigate these empirically, starting
with the first assignment

What is a virtual network?


“Think of a network as providing the means for a
set of application processes that are distributed
over [multiple] computers to communicate”
We could make every application responsible for
their information exchange, but
◦ Lots of redundancy and errors with this approach

Instead, lets distill common communication
patterns
◦ And offer those as services/protocols in a network stack

App Developer
◦ What do I want?

Network Architect
◦ Cost-effective design, reliable, QoS enabled

Provider
◦ Account for usage, offer QoS gradients




Links, Nodes, Clouds form network maps
Point-to-Point
◦ Quickly becomes unmanageable
Multiple-Access
◦ Multiplex a single bus/wire/channel across multiple hosts
◦ Limitations :geographical distance limitations and number
of nodes connected.
All styles of Networks must cope with Scalability

The most common types of switched networks
include:
◦ Circuit-switched
 POTS
◦ Packet-switched
 Store-and-forward

Fig 1.3, p8

Switches, nodes (hosts), and links

Packets refer to physical data on the wire,
with a well-defined size imposed by each
network
◦ Or subnetwork your packet moves through
 This could introduce packet fragmentation and
rebuilding (more on that later)

Messages: a data payload usually exchanged
at the application level
◦ These messages may not fit into one packet

Internetwork: a connection of independent
networks
◦ Visualize these as clouds

Gateway: A Node that connects two or more
networks (a.k.a router)
◦ Quite similar in spirit to a switch, and thus these
terms are frequently blurred


A network may be built by combining existing
networks
This implies a recursive structure
◦ Where the basis is some physical medium

We can recursively build larger and larger
networks by connecting existing network
clouds
◦ Analog: Fib numbers


A unique* way to identify all nodes on a
network
Much like a cell-phone number

We need to “share” links effectively

STDM
◦ Divide time into quanta and assign the link in a RR
fashion

FDM
◦ Divide frequencies into channels, like TV

Limitations: Dynamic resizing of the quantum
or adding new quanta/frequencies is required

Or, On Demand time division multiplexing

Effectively uses the link

Could introduce starvation, so an upper
bound on block-size is determined

Formally, a protocol graph with protocol
specifications (a standardization)
Multiple models have been proposed

Architects leverage abstraction

Key: Start with services offered by the layer
beneath you and build on top

◦ OSI architecture
◦ Internet (IETF) architecture
◦ This naturally introduces layers in our Network
◦ Lowest layer relies on the underlying hardware
◦ High level services are implemented by lower level
services
Application Programs
Process-To-Process Channels
Host-To-Host Connectivity
Hardware
Application Programs
Process-To-Process Channels
Application Programs
RRC
MSC
Host-To-Host Connectivity
Host-To-Host Connectivity
Hardware
Hardware
A “Protocol Stack”
Peer Level
Host 1
Host 2
Application Programs
Application Programs
RRC
RRC
MSC
MSC
Host-To-Host Connectivity
Host-To-Host Connectivity
Hardware
Hardware
…1001…
Service Level Interfaces define the
semantics (form & meaning) o f
messages exchanged at a given level


Each protocol communicates “with its peer”
indirectly by handing messages down the
protocol stack
The only layer to have a non-virtualized p2p
relationship is the hardware level
End host
End host
Application
Application
Presentation
Presentation
Session
Session
Transport
Transport
Network
Network
Network
Network
Data link
Data link
Data link
Data link
Physical
Physical
Physical
Physical
One or more nodes
within the network


Physical Layer transmits bits
Data link layer collects bits into frames
◦ NIC and drivers typically implement this

Network layer handles routing
◦ Packet-level data
◦ Note that these layers are implemented on switches
in the cloud, too

Transport and up usually are found on the
host
◦ “There is less agreement about the definition of the
top three layers”



Defined by Internet Engineering Task Force (IETF)
Hourglass Design
Application vs Application Protocol (FTP, HTTP)
Netscape, IE, Mosaic, etc.
FTP
HTTP
Reliable byte-stream channel TCP
TFTP
UDP
Focal point for the architecture IP
NET1
NV
NET2
Unreliable datagram deliver
Internet Protocol
…
NETn
Ethernet, FDDI, etc.
25
CSS 432

The “meeting point” in our 4 layers
Also, the bottleneck or meeting point of
various networking technologies
FTP over FDDI, HTTP over Ethernet

Transport Protocols


◦ Sometimes called end to end


TCP – reliable, in order, slow
UDP – unreliable, out
TCP
UDP
IP
Network


We can apply the OSI model (loosely) to the
IETF model
Note that OSI was assembled after ARPANET
Payload
Protocol 1 Header
Pr ayload
Protocol 2 Header Protocol 1 Header
Payload
Subnet 1 Header Protocol 2 Header Protocol 1 Header
Payload
Application Programs
RRC
MSC
Host-To-Host Connectivity
Payload
Hardware
HHP Header
RRP Header
Payload
RRP Header
Payload
…



RTT
Message Copying V.S. Passing
Process-per-protocol v.s. per-message
◦ Context Switching v.s. Function Calls

Bandwidth & Latency

We’ll be using this for the class.

Coming up!