2-Architecture and Principles Flashcards

1
Q

What is networking today?

A

An eclectic mix of theory and practice

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is the ARPANET

A

Created in 1966 to connect big academic computers together. The first operational APRPANET nodes came on line in 1969 at UCLA, SRI, UCSB and Utah.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What is National Physical Laboratory or NPL Net?

A

Came online around 1969 as well in the UK (connected to ARPANET by) 1974

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Fun fact about ARPANET

A

In 1971 there were about 20 ARPANET nodes and the first host to host protocol. There were 2 cross country links at 50 kbps.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

There were other Networks

A

SAT net, Packet radio, Ethernet LAN

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

TCP/IP was standardized

A

1978-1981.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Flag Day

A

Jan 1, 1983 - ARPANET transitioned to TCP/IP

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Domain Name System (DNS)

A

Rollout in 1982 replaced hosts.txt file

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

TCP congestion control

A

1988

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

NFS net and BGP

A

1989

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Audio and video

A

1992

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

First major search engine

A

Alta Vista

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What are the “Problems and growing pains” -> All issues would require changes to the basic infrastructure.

A

1) Running out of addresses -> only 2^32 addresses -> IPv4
2) Congestion Control -> insufficient dynamic range
3) Routing - No security, easily mis-configured, poor convergence, non-determinism
4) Security -> bad at key management, secure software deployment
5) Denial of Service -> too easy and common place

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Internet original design principles

A

Design Philosophy of the DARPA Internet Protocols, Dave Clark 1988 (study notes on this paper)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Goal of internet?

A

“Multiplexed utilization of existing interconnected networks.” Sharing (statistical multiplexing/Packet switching) and interconnection (narrow waist)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Packet Switching

A

Information for forwarding traffic is contained in destination address of every data gram or packet. (Best effort Service) Sharing resources here. drawbacks are potential for delay or loss/dropped packets

17
Q

Packet Switching vs Circuit Switching

A

PS: Variable delay
CS: Busy Signals
PS: Sharing of Network resources
CS: Dedicated resources between sender and receiver

18
Q

Interconnection: achieved due to Narrow Waist

A

Goal: Interconnect many existing networks and to hide underlying technology from applications (IP is at the center - the network layer)

19
Q

Narrow waist layers

A
Application layer -> http, smtp
Transport layer -> tcp, udp
3) Network layer -> IP (Difficult to change at this level)
2) Link layer -> ethernet 
1) Physical layer -> Soner
20
Q

Design goal: Survivability

A
  • Network works even if some devices fail
    1) replication
    2) fate sharing - acceptable to loose state info for entity if that entity itself is lost if that (easier to withstand complex failures - easier engineering)
21
Q

Design goal: Heterogeneity

A

1) IP

2) “best effort” service model (makes debugging hard though)

22
Q

Design goal: Distributed Management

A

Addressing (ARIN, RIPE, etc)
Naming(DNS)
Routing(BGP)

23
Q

3 more design goals:

A

1) Cost
2) Ease of attachment
3) Accountability

24
Q

What’s missing in Clark’s paper?

A

Security, Availability, Mobility and Scaling

25
Q

Mentioned in Clark’s design goal paper

A

Heterogeneity, Interconnection and Sharing

26
Q

End to End argument

A
Saltzer, Reed and Clark in 1988:
In a system that includes communications, one usually draws a modular boundary around the communication subsystem and defines a firm interface between it and the rest of the system. When doing so, it becomes apparent that there is a list of functions each of which might be implemented in any of several ways: by the communication subsystem, by its client, as a joint venture, or perhaps redundantly, each doing its own version. In reasoning about this choice, the requirements of the application provide the basis for the following class of arguments: The function in question can completely and correctly be implemented only with the knowledge and help of the application standing at the endpoints of the communication system. Therefore, providing that questioned function as a feature of the communication system itself is not possible, and moreover, produces a performance penalty for all clients of the communication system. (Sometimes an incomplete version of the function provided by the communication system may be useful as a performance enhancement.) 

Basically that the middle should be dumb and the endpoints should be intelligent

1) Error handling in file tranfer
2) end to end encryption
3) tcp/ip split in error handling

27
Q

End to end argument violations

A
  • Network Address Translators (NAT)
  • VPN Tunnels
  • TCP Splitting
  • Spam (in some sense)
  • p2p systems
  • caches
  • Routing
  • multicast
  • Qos
28
Q

Violation NAT part

A

(private) Home network -> NAT -> (public) Internet
192. 168.0.0/16 68.211.6.120

Mapping IP address and port numbers from private to public