The Internet and Isi: Four Decades of Innovation
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Rough Consensus and Running Code: Integrating Engineering Principles Into Internet Policy Debates
Federal Communications Law Journal Volume 63 Issue 2 Article 2 3-2011 Rough Consensus and Running Code: Integrating Engineering Principles into Internet Policy Debates Christopher S. Yoo University of Pennsylvania Follow this and additional works at: https://www.repository.law.indiana.edu/fclj Part of the Administrative Law Commons, Communications Law Commons, Computer and Systems Architecture Commons, Internet Law Commons, and the Legislation Commons Recommended Citation Yoo, Christopher S. (2011) "Rough Consensus and Running Code: Integrating Engineering Principles into Internet Policy Debates," Federal Communications Law Journal: Vol. 63 : Iss. 2 , Article 2. Available at: https://www.repository.law.indiana.edu/fclj/vol63/iss2/2 This Symposium is brought to you for free and open access by the Law School Journals at Digital Repository @ Maurer Law. It has been accepted for inclusion in Federal Communications Law Journal by an authorized editor of Digital Repository @ Maurer Law. For more information, please contact [email protected]. SYMPOSIUM INTRODUCTION Rough Consensus and Running Code: Integrating Engineering Principles into Internet Policy Debates Christopher S. Yoo* I. TUTORIAL ............................................. 343 II. THE CONTINUING DEBATE OVER NETWORK MANAGEMENT AND QUALITY OF SERVICE ........................... 344 III. CHANGING TECHNOLOGY AND THE LIMITS OF THE LAYERED AND END-TO-END MODELS ............ ............... 346 IV. ARCHITECTURE AND NETWORK SECURITY ..................... 349 V. KEYNOTE ADDRESS BY PAUL -
Proceedings of ~He Ninth
Proceedings of ~he Ninth In~erne~ Engineering Task Force March 1-3, 1988 in San Diego Edited by Phillip Gross Allison Mankin May 1988 NINTH IETF The MITRECorporation Washington CsI Operations 7525 Colshire Drive McLean, Virginia 22102 TABLE OF CONTENTS Page 1.0 CHAIRMAN’S INTRODUCTION 2.0 IETF ATTENDEES 3.0 FINAL AGENDA 4.0 MEETING NOTES 4.1 Tuesday, March 1 4.2 Wednesday, March 2 4.3 Thursday, March 3 11 5.0 WORKING GROUP REPORTS 17 5.1 Authentication 17 5.2 EGP3 18 5.3 Performance and Congestion Control 19 5.4 Short-term Routing 21 5.5 Open Routing 25 5.6 Open SPF IGP 25 5.7 Host Requirements 28 5.8 ISO Technical Issues 29 5.9 Internet Management Information Base (MIB) 35 5.10 IETF CMIP-Based Net Management (NETMAN) 38 5.11 SNMP Extensions 4O TABLE OF CONTENTS (Continued) Page 6.0 PRESENTATION SLIDES 41 6.1 Report on the New NSFnet--Hans-Werner Braun, UMich 42 6.2 Report on the New NSFnet (Cont.)--Jacob Rekhter, IBM 62 6.3 Status of the Adopt-A-GW Program--Bob Enger, Contel 84 6.4 Status of the Adopt-A-GW Program (Cont.)--Phill Gross, MITRE 98 6.5 BBN Report--Mike Brescia, BBN 105 6.6 BBN Report (Cont.)--Marianne (Gardner) Lepp, 121 6.7 Domain Working Group--Mark Lottor, SRI-NIC 126 6.8 EGP3 Working Group--Marianne (Gardner) Lepp, BBN 129 6.9 Open Systems Internet Operations Center WG--Jeff Case, UTK 131 6.10 Authentication WG--Marty Schoffstall, RPI 136 6.11 Performance/Congestion Control--Coleman Blake, MITRE 138 6.12 OSI Technical Issues WG--Ross Callon, BBN 141 6.13 OSI Technical Issues WG (Cont.)--Rob Hagens, UWisc 151 6.14 OSI -
Active Network Encapsulation Protocol (ANEP)
Page 1 of 11 Active Networks Group D. Scott Alexander Request for Comments: DRAFT Bob Braden Category: Experimental Carl A. Gunter Alden W. Jackson Angelos D. Keromytis Gary J. Minden David Wetherall Active Network Encapsulation Protocol (ANEP) Status of this Memo This memo defines an Experimental Protocol for the Internet community. This memo does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited. Abstract This document specifies a mechanism for encapsulating Active Network frames for transmission over different media. The suggested format allows use of an existing network infrastructure (such as IP [RFC791] or IPv6 [RFC1883]) or transmission over the link layer. In order to support ongoing research, the proposed mechanism is as generic and extensible as possible. This mechanism allows co-existence of different execution environments and proper demultiplexing of received packets. 1. Introduction An active network node is capable of dynamically loading and executing programs, written in a variety of languages. These programs are carried in the payload of an active network frame. The program is executed by a receiving node in the environment specified by the ANEP. Various options can be specified in the ANEP header, such as authentication, confidentiality, or integrity. This document describes the syntax and semantics of ANEP. The details of handling the contents of an active frame are left up to the individual implementations/environments. Active Networks Project [Page 1] RFC DRAFT July 1997 http://seclab.uiuc.edu/cgunter/dist/ANEP.txt 4/22/2011 Page 2 of 11 2. Terminology packet - an ANEP header plus the payload active node - a network element that can evaluate active packets TLV - acronym for Type/Length/Value constructs basic header - the first two elements of the ANEP header 3. -
A History of Software Engineering in ICS at UC Irvine
Institute for Software Research University of California, Irvine A History of Software Engineering in ICS at UC Irvine Richard N. Taylor University of California, Irvine [email protected] October 2018 ISR Technical Report # UCI-ISR-18-5 Institute for Software Research ICS2 221 University of California, Irvine Irvine, CA 92697-3455 isr.uci.edu isr.uci.edu/publications A History of Software Engineering in ICS at UC Irvine UCI-ISR-18-5 Richard N. Taylor October 2018 Introduction A history of software engineering in ICS at UCI is a bit of a name game. The term “software engineering” was effectively coined in 1968, the same year that ICS began. But what research topics constitute software engineering has always been somewhat fluid. Nonetheless, the very first PhD student graduated by ICS was William Howden, who throughout his subsequent career as a professor was focused on a core SE topic, software testing. Software for the Internet has a long and strong history in ICS. From the creation of DNS by Paul Mockapetris through to the HTTP/1.1 protocol, the REST architectural style, and the Apache web server, software engineering concerns and approaches have been at the forefront. Indeed, a hallmark of SE research at UCI has been its interdisciplinary character; many of the key results were the consequence of looking at key software challenges in applied circumstances, such as the Internet, or as the result of working with researchers in other fields, such as human-computer interaction. Major software engineering topics at Irvine have included software reuse, programming environments, integrated software engineering environments, process, software safety, analysis and testing, security, design methods and tools, open source software, and software architecture. -
The Consensus Protocol
8/5/2020 The Consensus Protocol FEATURE AUGUST 2020 The Consensus Protocol How a radical process, invented to build the ARPANET, spawned history's greatest tool for collaborative work BY STEVE CROCKER UCLA’s Boelter Hall housed one of the four original ARPANET nodes. ach March, July, and November, we are reminded that the Internet is not Equite the mature, stable technology that it seems to be. We rely on the Internet as an essential tool for our economic, social, educational, and political lives. But when the Internet Engineering Task Force meets every four months at an open conference that bounces from continent to continent, more than 1,000 people from around the world gather with change on their minds. Their vision of the global network that all humanity shares is dynamic, evolving, and continuously improving. Their efforts combine with the contributions of myriad others to ensure that the Internet always works but is never done, never complete. The rapid yet orderly evolution of the Internet is all the more remarkable considering the highly unusual way it happens: without a company, a government, or a board of directors in charge. Nothing about digital communications technology suggests that it should be self-organizing or, for that matter, fundamentally reliable. We enjoy an Internet that is both of those at once because multiple generations of network developers have embraced a principle and a https://read.nxtbook.com/ieee/spectrum/spectrum_na_august_2020/the_consensus_protocol.html?mkt_tok=eyJpIjoiTmpWh h b i i h hi f h l haVpXSmxOMll6TURZeSIsInQiOiIyc280i i l i h … 1/12 8/5/2020 The Consensus Protocol process that have been quite rare in the history of technology. -
Features of the Internet History the Norwegian Contribution to the Development PAAL SPILLING and YNGVAR LUNDH
Features of the Internet history The Norwegian contribution to the development PAAL SPILLING AND YNGVAR LUNDH This article provides a short historical and personal view on the development of packet-switching, computer communications and Internet technology, from its inception around 1969 until the full- fledged Internet became operational in 1983. In the early 1990s, the internet backbone at that time, the National Science Foundation network – NSFNET, was opened up for commercial purposes. At that time there were already several operators providing commercial services outside the internet. This presentation is based on the authors’ participation during parts of the development and on literature Paal Spilling is studies. This provides a setting in which the Norwegian participation and contribution may be better professor at the understood. Department of informatics, Univ. of Oslo and University 1 Introduction Defense (DOD). It is uncertain when DoD really Graduate Center The concept of computer networking started in the standardized on the entire protocol suite built around at Kjeller early 1960s at the Massachusetts Institute of Technol- TCP/IP, since for several years they also followed the ogy (MIT) with the vision of an “On-line community ISO standards track. of people”. Computers should facilitate communica- tions between people and be a support for human The development of the Internet, as we know it today, decision processes. In 1961 an MIT PhD thesis by went through three phases. The first one was the Leonard Kleinrock introduced some of the earliest research and development phase, sponsored and theoretical results on queuing networks. Around the supervised by ARPA. Research groups that actively same time a series of Rand Corporation papers, contributed to the development process and many mainly authored by Paul Baran, sketched a hypotheti- who explored its potential for resource sharing were cal system for communication while under attack that permitted to connect to and use the network. -
The People Who Invented the Internet Source: Wikipedia's History of the Internet
The People Who Invented the Internet Source: Wikipedia's History of the Internet PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Sat, 22 Sep 2012 02:49:54 UTC Contents Articles History of the Internet 1 Barry Appelman 26 Paul Baran 28 Vint Cerf 33 Danny Cohen (engineer) 41 David D. Clark 44 Steve Crocker 45 Donald Davies 47 Douglas Engelbart 49 Charles M. Herzfeld 56 Internet Engineering Task Force 58 Bob Kahn 61 Peter T. Kirstein 65 Leonard Kleinrock 66 John Klensin 70 J. C. R. Licklider 71 Jon Postel 77 Louis Pouzin 80 Lawrence Roberts (scientist) 81 John Romkey 84 Ivan Sutherland 85 Robert Taylor (computer scientist) 89 Ray Tomlinson 92 Oleg Vishnepolsky 94 Phil Zimmermann 96 References Article Sources and Contributors 99 Image Sources, Licenses and Contributors 102 Article Licenses License 103 History of the Internet 1 History of the Internet The history of the Internet began with the development of electronic computers in the 1950s. This began with point-to-point communication between mainframe computers and terminals, expanded to point-to-point connections between computers and then early research into packet switching. Packet switched networks such as ARPANET, Mark I at NPL in the UK, CYCLADES, Merit Network, Tymnet, and Telenet, were developed in the late 1960s and early 1970s using a variety of protocols. The ARPANET in particular led to the development of protocols for internetworking, where multiple separate networks could be joined together into a network of networks. In 1982 the Internet Protocol Suite (TCP/IP) was standardized and the concept of a world-wide network of fully interconnected TCP/IP networks called the Internet was introduced. -
(Jake) Feinler
Oral History of Elizabeth (Jake) Feinler Interviewed by: Marc Weber Recorded: September 10, 2009 Mountain View, California Editor’s note: Material in [square brackets] has been added by Jake Feinler CHM Reference number: X5378.2009 © 2009 Computer History Museum Oral History of Elizabeth (Jake) Feinler Marc Weber: I’m Marc Weber from the Computer History Museum, and I’m here today, September 10th, 2009, with “Jake” Elizabeth Feinler, who was the director of the Network Information Systems Center at SRI. [This group provided the Network Information Center (NIC) for the Arpanet and the Defense Data Network (DDN), a project for which she was the principal investigator from 1973 until 1991. Earlier she was a member of Douglas Engelbart’s Augmentation Research Center (ARC) at SRI [which [housed] the second computer on the Arpanet. It was on this computer that the NIC resided initially.] Jake is also a volunteer here at the museum. [She has donated an extensive collection of early Internet papers to the museum, and has been working on organizing this collection for some time.] Thank you for joining us. Elizabeth (Jake) Feinler: My pleasure. Weber: I really just wanted to start with where did you grow up and what got you interested in technical things or things related to this. Feinler: [Originally I hoped to pursue a career in advertising design, but could not afford the freshman room and board away from home, so I began attending West Liberty State College (now West Liberty University) close to my home. West Liberty was very small then, and the] art department [wasn’t very good. -
Revisiting the Root
Revisiting the Root David Huberman ICANN’s Office of the CTO | 1 Overview ¤ A Brief History of the Root Server System ¤ Root Server Instances in the RIPE NCC Service Region ¤ Root Server System Governance ¤ Distribution of the Root Zone | 2 A Brief History of the Root Server System | 3 1983 DNS defined | 4 1984 First root server established at University of Southern California’s Information Sciences Institute (USC ISI) | 5 1985 Four root servers: two on each U.S. coast | 6 1987 Seven root servers: SRI – ISI – RPI – U. of Maryland – U.S. Air Force – NASA – U.S. Army | 7 1991 NORDU.NET replaces U.S. Air Force | 8 1993 Nine root servers: InterNIC and ISC are added | 9 1995 Labels changed to [X].ROOT-SERVERS.NET to allow more root servers in a 512-byte priming response | 10 1997 13 Root Servers | 11 Root Server System Today | 12 The Root Server System Today ¤ 13 labels: A through M ¤ 26 IP addresses (13 IPv4, 13 IPv6) ¤ Operated by 12 Root Server Operators ¤ Assigned to 1,100+ instances thanks to “anycast” routing ¤ On 1 December 2018 there were 77.7 billion queries received by the root zone servers (*excludes G-root) | 13 | 14 Root Server Operators A: Verisign G: U.S. DoD B: USC ISI H: U.S. Army Research Lab C: Cogent I: Netnod D: University of Maryland J: Verisign E: NASA - AMES K: RIPE NCC F: ISC L: ICANN M: WIDE | 15 Root Server Operators A: Verisign G: U.S. DoD B: USC ISI H: U.S. Army Research Lab C: Cogent I: Netnod D: University of Maryland J: Verisign E: NASA - AMES K: RIPE NCC F: ISC L: ICANN M: WIDE | 16 Root Server Instances in -
Enhanced Transaction TCP—Design and Implementation
Enhanced Transaction TCP—Design and Implementation Ren Bin and Zhang Xiaolan Department of Electronic Engineering School of Electronics and Information Technology Shanghai Jiaotong University [email protected], [email protected] Abstract This paper describes the design and implementation of Enhanced Transaction TCP. ET/TCP, which is based on Transaction TCP defined in RFC1644, is designed to provide better security and back- compatibility with TCP. We start with an introduction to T/TCP, including its purpose, design and possible applications. Then, we present several widely held claims of T/TCP security problems. After analyzing those claims in details, we provide solutions. After that, we introduce methods to achieve better compatibility with TCP. Finally, we describe the implementation of ET/TCP in Linux Kernel 2.4.2. 1 Introduction 1.2 Why T/TCP The TCP protocol implements a virtual-circuit 1.1 What is T/TCP transport service that provides reliable and ordered data delivery over a full-duplex connection. T/TCP is an extension for standard TCP. It uses a Distributed applications, which are becoming monotonically increasing variable CC (Connection increasingly numerous and sophisticated in the Counts) to bypass 3-way handshake (called TAO, Internet nowadays, tend to use a transaction- TCP Accelerated Open) and reduce TIME_WAIT oriented rather than a virtual circuit style of period. Figure 1 depicts a standard T/TCP communication. Currently, a transaction-oriented connection with only three datagrams exchanged. Internet application must choose to suffer the T/TCP greatly decreases the overhead standard overhead of opening and closing TCP connections TCP introduces when dealing with transaction- or else build an application-specific transport oriented connections. -
The Value of Vision in Radical Technological Innovation A
THE VALUE OF VISION IN RADICAL TECHNOLOGICAL INNOVATION A DISSERTATION SUBMITTED TO THE DEPARTMENT OF MECHANICAL ENGINEERING AND THE COMMITTEE ON GRADUATE STUDIES OF STANFORD UNIVERSITY IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE DEGREE OF DOCTOR OF PHILOSOPHY Tammy L. Carleton September 2010 © 2011 by Tammy Lee Carleton. All Rights Reserved. Re-distributed by Stanford University under license with the author. This dissertation is online at: http://purl.stanford.edu/mk388mb2729 ii I certify that I have read this dissertation and that, in my opinion, it is fully adequate in scope and quality as a dissertation for the degree of Doctor of Philosophy. Larry Leifer, Primary Adviser I certify that I have read this dissertation and that, in my opinion, it is fully adequate in scope and quality as a dissertation for the degree of Doctor of Philosophy. Riitta Katila I certify that I have read this dissertation and that, in my opinion, it is fully adequate in scope and quality as a dissertation for the degree of Doctor of Philosophy. Chuck House Approved for the Stanford University Committee on Graduate Studies. Patricia J. Gumport, Vice Provost Graduate Education This signature page was generated electronically upon submission of this dissertation in electronic format. An original signed hard copy of the signature page is on file in University Archives. iii THE VALUE OF VISION IN RADICAL TECHNOLOGICAL INVENTION ABSTRACT Is a technological vision needed to drive radical or disruptive innovations? Few studies have discussed a possible relationship between the formation of a technological vision and the sustained creation of radical innovation. -
DNS: Domain Name System a Scalable Naming System for the Internet
Introduction Queries and Caching Protocol History and Growth DNS: Domain Name System A Scalable Naming System for the Internet Daniel Zappala Brigham Young University Computer Science Department 1/26 Introduction Introduction Queries and Caching Protocol History and Growth Domain Name System • people like to use names for computers (www.byu.edu), but computers need to use numbers (128.187.22.132) • the Domain Name System (DNS) is a distributed database providing this service • a program send a query a local name server • the local name server contacts other servers as needed • many DNS services • host name to IP address translation • host aliasing (canonical name versus alias names) • lookup mail server for a host • load distribution - can provide a set of IP addresses for one canonical name Demonstration: dig 3/26 Introduction Queries and Caching Protocol History and Growth Names • domain name: top-level domain (TLD) + one or more subdomains • example: cs.byu.edu • host name: a domain name with one or more IP addresses associated with it • TLDs • ccTLD: country codes (.us, .uk, .tv) • gTLD: generic (.com, .edu, .org, .net, .gov, .mil) { see full list at Wikipedia • iTLD: infrastructure (.arpa) • may be 127 levels deep, 63 characters per label, 255 characters per name 4/26 Introduction Queries and Caching Protocol History and Growth DNS Hierarchy • root, top-level domain (TLD), and local name servers • each level represents a zone • what zone is BYU in charge of? 5/26 Introduction Queries and Caching Protocol History and Growth Root Name