• go to Niklaus E. Wirth's profile page
  • go to Fernando Corbato's profile page
  • go to Michael O. Rabin 's profile page
  • go to David Patterson's profile page
  • go to Kenneth Lane Thompson's profile page
  • go to Maurice V. Wilkes's profile page
  • go to John E Hopcroft's profile page
  • go to Richard W. Hamming's profile page
  • go to Charles P. Thacker's profile page
  • go to Kristen Nygaard 's profile page
  • go to Stephen A Cook's profile page
  • go to Richard Karp's profile page
  • go to Robert E Tarjan's profile page
  • go to Donald E. Knuth's profile page
  • go to J. H. Wilkinson 's profile page
  • go to John Cocke 's profile page
  • go to Ivan Sutherland's profile page
  • go to John McCarthy's profile page
  • go to William Kahan's profile page
  • go to Edwin Catmull's profile page
  • go to Alfred V Aho's profile page
  • go to Juris Hartmanis's profile page
  • go to Butler W Lampson's profile page
  • go to Ronald L Rivest's profile page
A.M. TURING AWARD WINNERS BY...

Vinton (“Vint”) Gray Cerf DL Author Profile link

United States – 2004
Additional Materials

Oral interviews

A detailed oral interview with Vint Cerf (both transcript and audio versions) conducted by David Hochfelder, IEEE History Center, 17 May 1999, can be found here.

Another oral interview, done in April 1990 by Judy E. O'Neill for the Charles Babbage Institute can be found here.

A third oral interview transcript is available from the Computer History Museum. The interview was conducted by Donald Neilson, a retired Vice President of SRI International and a colleague of Vint’s from the early days of internetworking development. The interview is divided into three parts: Vint the person; Vint the practitioner, what he has done and accomplished; and then there's Vint the philosopher, in the sense of an idea source. The transcript is available here.

Transcript of a Video History Interview with Vinton G. Cerf, Ph.D., from computerworld Honors Program International Archives is available here.

 

Packet Switching

Packet switching is a technique for reliably and efficiently transmitting data over a communications channel. Before the ARPANET, there were two main alternatives for sending data through a network. In a circuit-switched system such as the telephone system, a dedicated physical path is reserved from one end of the connection to the other. While suitable for voice conversations, circuit switching can be inefficient for data transmissions, which tend to be characterized by large bursts of data interspersed with periods of inactivity. In addition, the delay incurred when setting up the end-to-end circuit is unacceptably long when circuits are used for short data transmissions.

Message-switching (or store-and-forward) systems address these problems by not setting up a dedicated path or circuit through the network. Instead, messages are sent through the network one node at a time, with each node storing the message until the next link is free and then forwarding the data to the next link until it reaches its destination. While this increases efficiency, message-switched systems tend to be slow, and the necessity to store entire messages at the nodes required expensive disk storage at each node.

Packet switching solves these problems by breaking messages into small units called packets, and sending the packets independently through the network. Little storage is needed at the nodes; packets from different messages can be interspersed to give greater responsiveness for interactive computing; and individual packets can be re-sent if necessary, rather than entire messages. However, packet switching introduces new complexities, since the packets must be re-ordered and reassembled at the destination. Also, since there are no dedicated circuits, the network links can become congested, potentially resulting in lost packets.

Because it increased both efficiency and complexity, packet switching was a promising but risky choice for ARPA. The success of the ARPANET soon established packet switching as the standard technique for computer networks. The ideas behind packet switching were developed largely independently by Paul Baran of Rand, and Donald Davies of the National Physical Laboratory in the UK.


Distributed communications

The simplest way to design a communications system is to have a central node through which all connections pass, a layout known as a star topology. Finding a route from one endpoint to another is easy in such a system, and a minimal number of links are needed to connect all the points. There are several drawbacks, however. The central node is liable to become congested, and the system is vulnerable to technical failure or an attack: cutting any link will cut off a set of users, and disabling the central switch will bring down the entire network.

A distributed communications system, first described by Paul Baran in a 1964 Rand report, has a mesh or web or links with no central node. Each node is connected to at least two others, providing redundancy in case a link or node is down due to maintenance, failure, or attack. Traffic is more evenly distributed throughout the system, easing congestion. Routing decisions can also be distributed: rather than having a preset path for packets, a distributed routing system lets each node determine where to send the packet next, giving the routers flexibility to adapt dynamically to changing traffic conditions or node availability. A distributed network also scales up better since there is no central bottleneck. The price is technical complexity, since routing is much more complicated through a distributed system. The additional links can also make the system more costly to build if communications circuits are expensive. Because it increased efficiency and robustness but also complexity, distributed communications was a promising but risky choice for the ARPANET.


Domain Name System

In order to send data across a network, the sender needs a way to unambiguously identify the receiver. The Internet uses a system of names and addresses called the domain name system, which was designed by Paul Mockapetris at the University of Southern California Information Sciences Institute in 1983. Under this system, each host computer has both an alphanumeric name used by human beings, and a standardized numerical address used by computers.

To translate a name into the appropriate address, the host computer sends a query to a special computer called a name server that maintains a database of names and addresses. Since the Internet is a large system, the address space is divided into smaller subsets called domains. Addresses can then be written in the form host.domain, and individual users can be addressed as user@host.domain. Some of the most common domains include .com, .org, .edu and .net; there are also domains for individual countries and, in the early 21st century, a large number of new domains were added.

Under the domain name system, each name server is only responsible for a particular domain, which reduces the traffic and database size that each server must handle. In addition to this technical advantage, the system makes it possible to decentralize organizational and economic control over the name space. For example, each country controls its own national domain. The Internet domain name system was managed for many years by Jon Postel at USC-ISI under a US government contract. In 1998 this function was moved to the newly created Internet Corporation for Assigned Names and Numbers (ICANN), which was established to move Internet coordination functions to the private sector and to encourage more global participation in governance decisions.