# Intro

Foundation of global internet&#x20;

1972: open network&#x20;

* Key arch&#x20;
* Interface: plug and play&#x20;
* Internet: over-arching notion of how to federate different networks together&#x20;
  * A logical framework
  * Layering: learn from early network&#x20;
    * Expose: someone can interface different parts of the systems
    * Implementation strategy: modularization&#x20;
    * Not a requirement&#x20;
    * 1970s: setting layer specification, but nobody implements, just a ref model --> need more tightly-integrated implementation&#x20;
  * &#x20;Gateway linking?&#x20;
    * I.e. routers&#x20;
  * Packet: have the system self-configured so it knows what pieces were connected in where
    * Routing protocols&#x20;
  * Assumptions on the Internet&#x20;
    * Binding of addresses etc. didn't have a lot of mobility back then
    * These assumptions might not hold today (i.e. new applications and new needs)&#x20;
    * 1983s: community more evolves --> nobody knows enough on the history to do a arch change&#x20;
  * Why don't you make a more secure system?&#x20;
    * Technical challenge, will also be social&#x20;
    * Edge of the net: where the IP layer ends and the host computer starts, a bunch of interesting protocol happen inside in an end-to-end basis&#x20;
      * End-to-end notion: much of the functionalities are in the edges; no permissions from IP part to try things
  * Evolve under different contexts?&#x20;
    * One answer&#x20;
      * Interfaces that define different protocol layers: stability&#x20;
        * I.e. optical fiber, switching tech&#x20;
      * Open place to innovate (?)
        * I.e. P2P don't have to standardize by anybody&#x20;
    * &#x20;The other&#x20;
      * Research community involves in the back&#x20;
      * Now: internet as a net
        * Business model, what changes to do with customers
        * Originally bottom-up scenario
        * Today: lack of changing things in a big architectural way
          * But big thing is pretty small&#x20;
          * What would it take to make a big architectural way?&#x20;
            * Happen in incremental changes&#x20;
            * Or creation of something completely independent &#x20;
      * New technology: new? or replacements?&#x20;
        * Grow up in existence of the switching&#x20;
        * New techs will co-exist, and run on-top of the internet for a while&#x20;
          * Nothing is instantaneously happening
      * Virtual private network
        * Interact through virtual circuit&#x20;
  * Applications: sub-optimal&#x20;
    * E.x. voice network?&#x20;
    * One hand: made to work with lots of different applications&#x20;
    * But: remove motivations --> cross-boundaries to make something different&#x20;
    * Harder: mobility, identity management and auth strategies; real change in Internet is pervasive (i.e. something beyond the edge, software, hardware, distributed sys, application in some sorts --> whole new set of challenges)&#x20;
    * Assumption&#x20;
      * Wireless: most of the time disconnected
      * But back then: assumption is that mostly connected&#x20;
      * Uniqueness is valuable!
        * i.e. identity
        * But lack of commonality&#x20;
        * Network partitioning: move away from the current architecture; maybe the early binding is too tight&#x20;


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://sliu583.gitbook.io/blog/networking/index/cs-268-adv-network/intro.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
