scishow
How the Internet Was Invented: Part 1
YouTube: | https://youtube.com/watch?v=1UStbvRnwmQ |
Previous: | Why Did The FDA Ban Antibacterial Soap? |
Next: | Is There DNA in Dirt? |
Categories
Statistics
View count: | 894,883 |
Likes: | 20,007 |
Comments: | 1,387 |
Duration: | 11:37 |
Uploaded: | 2017-03-01 |
Last sync: | 2024-12-12 15:00 |
Citation
Citation formatting is not guaranteed to be accurate. | |
MLA Full: | "How the Internet Was Invented: Part 1." YouTube, uploaded by SciShow, 1 March 2017, www.youtube.com/watch?v=1UStbvRnwmQ. |
MLA Inline: | (SciShow, 2017) |
APA Full: | SciShow. (2017, March 1). How the Internet Was Invented: Part 1 [Video]. YouTube. https://youtube.com/watch?v=1UStbvRnwmQ |
APA Inline: | (SciShow, 2017) |
Chicago Full: |
SciShow, "How the Internet Was Invented: Part 1.", March 1, 2017, YouTube, 11:37, https://youtube.com/watch?v=1UStbvRnwmQ. |
Did you grow up with the internet? Or maybe you knew a time with no internet at all? While many of us have grown up in the digital age, turns out the Internet is older than you might think! Learn more about the creation of the internet with Olivia Gordon in this new episode of SciShow!
----------
SciShow has a spinoff podcast! It's called SciShow Tangents. Check it out at http://www.scishowtangents.org
----------
Support SciShow by becoming a patron on Patreon: https://www.patreon.com/scishow
----------
Dooblydoo thanks go to the following Patreon supporters—we couldn't make SciShow without them! Shout out to Kevin Bealer, Mark Terrio-Cameron, KatieMarie Magnone, Patrick Merrithew, Charles Southerland, Fatima Iqbal, Benny, Kyle Anderson, Tim Curwick, Scott Satovsky Jr, Will and Sonja Marple, Philippe von Bergen, Bella Nash, Bryce Daifuku, Chris Peters, Patrick D. Ashmore, Charles George, Bader AlGhamdi
----------
Looking for SciShow elsewhere on the internet?
Facebook: http://www.facebook.com/scishow
Twitter: http://www.twitter.com/scishow
Tumblr: http://scishow.tumblr.com
Instagram: http://instagram.com/thescishow
----------
Sources:
http://royal.pingdom.com/2008/04/11/map-of-all-google-data-center-locations/
https://web.archive.org/web/20120129120350/http://www.tildefrugal.net/tech/arp.php
http://www.gartner.com/newsroom/id/3165317
http://www.atomicheritage.org/history/computing-and-manhattan-project
https://amazon.com/Pleasure-Finding-Things-Out-Richard/dp/0465023959/
https://www.dlsweb.rmit.edu.au/set/Courses/Content/CSIT/oua/cpt160/2014sp4/chapter/10/ErrorCorrectionRedundancy.html
https://books.google.com/books?id=5Jaa1BVverIC&pg=PA700
http://www.livinginternet.com/i/ii_darpa.htm
https://www.zakon.org/robert/internet/timeline/
http://www.packet.cc/files/toward-coop-net.html
http://www.unr.edu/cse/prospective-students/what-is-networking
http://firstmonday.org/ojs/index.php/fm/article/view/612/533
http://www.historyofcomputercommunications.info/Book/2/2.8-The%20RFQ%20and%20Bidding68.html
https://www.sri.com/work/timeline-innovation/timeline.php?timeline=computing-digital#!&innovation=arpanet
http://www.livinginternet.com/i/ii_arpanet.htm
http://www.packet.cc/files/ev-packet-sw.html
http://searchnetworking.techtarget.com/definition/routing-table
https://www.computer.org/csdl/proceedings/afips/1972/5079/00/50790243.pdf
http://www.cs.ucsb.edu/~almeroth/classes/F04.176A/homework1_good_papers/jay-akkad.html
https://www.cs.rutgers.edu/~pxk/352/exam/study-guide-final.html
https://www.computer.org/csdl/mags/it/2014/03/mit2014030066-abs.html
https://books.google.com/books?id=6KPMBQAAQBAJ&pg=PA18
http://www.historyofcomputercommunications.info/Book/2/2.3-Circuit%20Switching.html
http://privateline.com/?page_id=303
http://mason.gmu.edu/~afinn/html/tele/tech%20chapters/T12.htm
http://ethw.org/Electromechanical_Telephone-Switching
https://www.nytimes.com/2016/02/18/technology/personaltech/free-tools-to-keep-those-creepy-online-ads-from-watching-you.html
http://www.science.smith.edu/~jcardell/Courses/EGR328/Readings/KuroseRoss%20Ch1.pdf
http://www.rand.org/content/dam/rand/pubs/research_memoranda/2006/RM3420.pdf
http://www.rand.org/pubs/research_memoranda/RM3420.html
http://www.historyofcomputercommunications.info/Book/2/2.2-TheSeminalExperiment-65.html
http://www.livinginternet.com/i/iw_packet_inv.htm
http://www.historyofcomputercommunications.info/Book/2/2.7-PlanningARPANET67-68.html
http://www.livinginternet.com/i/ii_imp.htm
http://www.livinginternet.com/i/ii_imp_walden.htm
http://www.livinginternet.com/i/iw_dns_history.htm
http://www.computerhistory.org/internethistory/1970s/
http://nrg.cs.ucl.ac.uk/internet-history.html
http://www.livinginternet.com/i/ii_arpanet_gateways.htm
http://www.nethistory.info/History%20of%20the%20Internet/beginnings.html
http://www.hostingadvice.com/blog/tcpip-make-internet-work/
http://searchnetworking.techtarget.com/definition/TCP-IP
http://www.ifa.hawaii.edu/users/gmm/intro_ip/sec1.html
http://www.computerhistory.org/internethistory/1980s/
http://www.columbia.edu/~hauben/CS/arpanet-encyc.txt
http://www.livinginternet.com/i/ii_tcpip.htm
https://www.cs.umd.edu/class/spring2002/cmsc434-0101/MUIseum/applications/firstemail.html
http://www.tldp.org/LDP/nag/node189.html
http://www.livinginternet.com/References/Ian%20Hardy%20Email%20Thesis.txt
http://www.livinginternet.com/e/ew_addr.htm
https://technet.microsoft.com/en-us/library/2005.01.howitworksdns.aspx
http://www.internetsociety.org/internet/what-internet/history-internet/brief-history-internet
http://www.webhostingsearch.com/articles/history-of-domains-names.php
http://www-math.mit.edu/~steng/18.996/lecture2_mit.pdf
http://www.academia.edu/1416892/Getting_Started_Computing_at_the_AI_Lab
https://books.google.com/books?id=cla-CgAAQBAJ&pg=PA28
Images:
https://commons.wikimedia.org/w/index.php?title=File:ARPANET_Info_Brochure.pdf&page=21#filelinks
https://commons.wikimedia.org/wiki/File:J._C._R._Licklider.jpg
----------
SciShow has a spinoff podcast! It's called SciShow Tangents. Check it out at http://www.scishowtangents.org
----------
Support SciShow by becoming a patron on Patreon: https://www.patreon.com/scishow
----------
Dooblydoo thanks go to the following Patreon supporters—we couldn't make SciShow without them! Shout out to Kevin Bealer, Mark Terrio-Cameron, KatieMarie Magnone, Patrick Merrithew, Charles Southerland, Fatima Iqbal, Benny, Kyle Anderson, Tim Curwick, Scott Satovsky Jr, Will and Sonja Marple, Philippe von Bergen, Bella Nash, Bryce Daifuku, Chris Peters, Patrick D. Ashmore, Charles George, Bader AlGhamdi
----------
Looking for SciShow elsewhere on the internet?
Facebook: http://www.facebook.com/scishow
Twitter: http://www.twitter.com/scishow
Tumblr: http://scishow.tumblr.com
Instagram: http://instagram.com/thescishow
----------
Sources:
http://royal.pingdom.com/2008/04/11/map-of-all-google-data-center-locations/
https://web.archive.org/web/20120129120350/http://www.tildefrugal.net/tech/arp.php
http://www.gartner.com/newsroom/id/3165317
http://www.atomicheritage.org/history/computing-and-manhattan-project
https://amazon.com/Pleasure-Finding-Things-Out-Richard/dp/0465023959/
https://www.dlsweb.rmit.edu.au/set/Courses/Content/CSIT/oua/cpt160/2014sp4/chapter/10/ErrorCorrectionRedundancy.html
https://books.google.com/books?id=5Jaa1BVverIC&pg=PA700
http://www.livinginternet.com/i/ii_darpa.htm
https://www.zakon.org/robert/internet/timeline/
http://www.packet.cc/files/toward-coop-net.html
http://www.unr.edu/cse/prospective-students/what-is-networking
http://firstmonday.org/ojs/index.php/fm/article/view/612/533
http://www.historyofcomputercommunications.info/Book/2/2.8-The%20RFQ%20and%20Bidding68.html
https://www.sri.com/work/timeline-innovation/timeline.php?timeline=computing-digital#!&innovation=arpanet
http://www.livinginternet.com/i/ii_arpanet.htm
http://www.packet.cc/files/ev-packet-sw.html
http://searchnetworking.techtarget.com/definition/routing-table
https://www.computer.org/csdl/proceedings/afips/1972/5079/00/50790243.pdf
http://www.cs.ucsb.edu/~almeroth/classes/F04.176A/homework1_good_papers/jay-akkad.html
https://www.cs.rutgers.edu/~pxk/352/exam/study-guide-final.html
https://www.computer.org/csdl/mags/it/2014/03/mit2014030066-abs.html
https://books.google.com/books?id=6KPMBQAAQBAJ&pg=PA18
http://www.historyofcomputercommunications.info/Book/2/2.3-Circuit%20Switching.html
http://privateline.com/?page_id=303
http://mason.gmu.edu/~afinn/html/tele/tech%20chapters/T12.htm
http://ethw.org/Electromechanical_Telephone-Switching
https://www.nytimes.com/2016/02/18/technology/personaltech/free-tools-to-keep-those-creepy-online-ads-from-watching-you.html
http://www.science.smith.edu/~jcardell/Courses/EGR328/Readings/KuroseRoss%20Ch1.pdf
http://www.rand.org/content/dam/rand/pubs/research_memoranda/2006/RM3420.pdf
http://www.rand.org/pubs/research_memoranda/RM3420.html
http://www.historyofcomputercommunications.info/Book/2/2.2-TheSeminalExperiment-65.html
http://www.livinginternet.com/i/iw_packet_inv.htm
http://www.historyofcomputercommunications.info/Book/2/2.7-PlanningARPANET67-68.html
http://www.livinginternet.com/i/ii_imp.htm
http://www.livinginternet.com/i/ii_imp_walden.htm
http://www.livinginternet.com/i/iw_dns_history.htm
http://www.computerhistory.org/internethistory/1970s/
http://nrg.cs.ucl.ac.uk/internet-history.html
http://www.livinginternet.com/i/ii_arpanet_gateways.htm
http://www.nethistory.info/History%20of%20the%20Internet/beginnings.html
http://www.hostingadvice.com/blog/tcpip-make-internet-work/
http://searchnetworking.techtarget.com/definition/TCP-IP
http://www.ifa.hawaii.edu/users/gmm/intro_ip/sec1.html
http://www.computerhistory.org/internethistory/1980s/
http://www.columbia.edu/~hauben/CS/arpanet-encyc.txt
http://www.livinginternet.com/i/ii_tcpip.htm
https://www.cs.umd.edu/class/spring2002/cmsc434-0101/MUIseum/applications/firstemail.html
http://www.tldp.org/LDP/nag/node189.html
http://www.livinginternet.com/References/Ian%20Hardy%20Email%20Thesis.txt
http://www.livinginternet.com/e/ew_addr.htm
https://technet.microsoft.com/en-us/library/2005.01.howitworksdns.aspx
http://www.internetsociety.org/internet/what-internet/history-internet/brief-history-internet
http://www.webhostingsearch.com/articles/history-of-domains-names.php
http://www-math.mit.edu/~steng/18.996/lecture2_mit.pdf
http://www.academia.edu/1416892/Getting_Started_Computing_at_the_AI_Lab
https://books.google.com/books?id=cla-CgAAQBAJ&pg=PA28
Images:
https://commons.wikimedia.org/w/index.php?title=File:ARPANET_Info_Brochure.pdf&page=21#filelinks
https://commons.wikimedia.org/wiki/File:J._C._R._Licklider.jpg
Olivia: When you clicked on this video, your computer sent a message to a computer at YouTube that might be states or countries or continents away. It didn’t know how to get the message there, but it sent it anyway. The message probably took about half a second to arrive and told YouTube’s computers to search for a file -- a set of ones and zeros practically indistinguishable from the billions all around it -- and to send that file back to you. YouTube’s computers then sent the file back to your computer piece by piece, where those ones and zeros were interpreted as the start of a video.
And the ones and zeros are still streaming in, even while you’re watching me talk. It’s pretty amazing, when you think about it. And if you’re curious how we ended up in a world where billions of computers are all interconnected through this strange structure that we call the Internet, then you’re in the right place. Because this is the start of a mini-series of videos about the history of the Internet, from some of the first attempts at making computers work together, all the way through modern social networks and on-the-go video conferences.
Developing the right combination of software, hardware, technology, and marketing took decades, so we won’t be able to talk about every important engineer and invention. But we hope you’ll join us as we investigate some of the crucial ideas and events along the way.
People started making computers work together pretty early on — as far back as World War II, when computers were big, clunky machines that didn’t do much more than solve really difficult math problems.
Even with the best computers of the day, it could take months to solve just one of the complicated physics problems involved in making the atomic bomb. But a team led by physicist Richard Feynman found a way of solving a bunch of problems at once: when computers weren’t being used for part of one problem, they had those computers work on part of a different problem.
So one problem might still take a month, but they could also solve three or four in the same amount of time. And for really important calculations, they used their system to simultaneously do the same problem a whole bunch of times.
That way, they were sure of the final answer -- even if a couple computers made mistakes along the way. Another early step came in the 1950s and 60s, when colleges started separating their computer terminals, where someone would type their program from the computers themselves. This made it easy for lots of different people to experiment with the new machines while keeping the circuits and tubes safely away from tinkering hands.
It was almost like an early form of today’s cloud computing, where a user-friendly computer sends complicated tasks to better, less accessible computers somewhere else. Except that today’s cloud uses the Internet, and in 1960, there was no Internet.
But people were starting to think about it. The US Department of Defense had recently created the Advanced Research Projects Agency, also known as ARPA, to keep its technology a step ahead of the Soviets. And a computer enthusiast named Joseph Licklider helped convince ARPA to fund research into a computer network connecting scientists and engineers throughout the country.
A few key colleges agreed to be involved, and ARPA started building the network in 1969. They called it ARPANET. It started fairly small, as a sort of messaging service between computers at UCLA, UC Santa Barbara, Stanford University, and the University of Utah. But it was the first network of its kind. And as ARPANET grew over the next couple decades, its engineers would add features and solve problems that still shape everything we do online.
One of ARPANET’s first big innovations was what’s known as packet switching. You know how sometimes in old movies, when someone wants to phone a friend they have to call a switchboard operator first?
The operator was there because those phones worked by what’s called circuit switching, where signals could only get from one place to another if there was a single uninterrupted circuit between them. So the operator’s job was literally to plug the wire from one phone into the wire from another. Circuit switching works great if two places stay connected for a long time, like they might be for a phone call, which is why most phones still work through circuit switching — except that now the circuits move automatically instead of manually.
But it would be totally impractical for the internet to work that way. Your computer would only be able to connect to one other computer at a time, and it would take extra time whenever you tried to connect somewhere else. Today, some websites might connect you to ten different computers from around the world at the same time. All of them needing to respond immediately if you click, all the while connecting and monitoring hundreds or thousands of other visitors at once.
So circuits all over the place would constantly be flipping around, connecting somewhere for a split second before switching away and connecting elsewhere. It just wouldn’t work. Even back in the 1960s, engineers knew that computers send messages far too quickly to make circuit switching practical.
So instead, they invented an alternative: packet switching, where different computers send messages along the same set of wires instead of each getting one. To communicate with each other, they just send a message, called a packet, along the wires. Every packet had a kind of address label: a string of numbers representing the computer where it was headed.
The computer where it started would look up the address on a table with all the addresses in the network on it, and then send the packet toward whatever nearby computer was closest to the destination. That second computer would get the packet, look up the destination address, and again send the packet in the right direction.
This process would repeat over and over until the packet finally got where it was going. No moving circuits or wires, no one-conversation-at-a-time requirement. ARPANET used packet switching from the start, and its packets traveled over phone lines.
And at first, packet switching worked exactly as planned. But there were problems over the next couple of years, as dozens of new computers from around the country joined. Because the way the packet switching system was set up meant that every computer always had to keep an updated list of all the other computers’ addresses. Otherwise, they’d get packets and wouldn’t know where to send them, or they’d try to send a packet somewhere that might not be around any more.
But the network kept getting bigger and bigger, and sometimes a computer’s address might change if they temporarily disconnected from the network or a connection stopped working. And different computers ended up with different address books if they didn’t update fast enough.
So ARPANET’s engineers scrapped that system and selected Stanford as the official record-keeper of everyone’s addresses in 1973. This quick fix let ARPANET keep growing throughout the seventies, with sixty computers in 1974 and over a hundred by 1977.
Soon, satellites connected California and Hawaii, stretching ARPANET to what had been one of the most isolated places in the world. 8Then, ARPANET jumped across the pond, extending the network to England and Norway. But by the mid-seventies, ARPANET wasn’t the only network in town. Similar networks were popping up around the world, and some had even more computers on them.
But everyone formatted their packets differently, so even though you could connect different networks together, it was a real headache. The problem was mostly solved back in 1974, but it took until the early eighties before ARPANET and most of the other networks started using it. The solution was a set of programs called TCP/IP, or Transmission Control Protocol/Internet Protocol, which we still use today.
The Transmission Control Protocol was a standard way of formatting packets, so that everyone was speaking the same language. And the Internet Protocol was a standard way of assigning addresses, so there wasn’t any confusion about where packets were headed. Once two networks used TCP/IP, connecting them became way easier. So all the different networks were connected to one another, forming what became known as the Internet — with ARPANET as the glue holding it all together.
But with ARPANET growing so quickly and connecting to so many other networks, the record-keepers at Stanford were getting overloaded. Hosts were always joining and changing addresses and trying to download the updated address book, and occasionally the Stanford list would have errors that messed up communication throughout the whole network. And sending emails was becoming a real pain.
Email was invented back in 1971, and by 1973, emails made up more than three quarters of ARPANET’s packets. But different computers had different email programs, and some required a list of every computer it would pass between sender and receiver -- so people had to keep an updated map of the entire network by their desk, and they had to type out the path of their email before they could send it.
And with hundreds of computers on ARPANET and over a thousand across the Internet, keeping up those maps was getting impossible. ARPANET’s engineers realized that the entire structure of the Internet had to be reorganized, so they came up with the Domain Name System, or DNS. Instead of separating each host and storing their addresses in a random order, the hosts were arranged into domains.
First came the top-level domains -- those dot-coms and dot-edus at the end of every website and email address. The new top-level domains meant that instead of sending an email to john@example like you would’ve before DNS, you were emailing john@example.com. Then, within these top-level domains, each host was called a second-level domain. So “mit.edu,” for example, now meant “the second-level domain ‘mit’ within the top-level domain ‘dot-edu.’ ”
The domain structure organized all those different hosts from all around the world in a way that computers could handle. Then, DNS added a whole new network to the Internet whose whole job was to keep track of addresses and connections.
One computer on the new network effectively stored all addresses within the dot-com top-level domain, another got all the dot-edus, another got all the dot-orgs, and so on. Then, other new computers collectively mapped out the entire network. So when you wanted to send an email, you didn’t have to check your map and plan out all the connections yourself.
That became the DNS’s job — and it’s still the DNS’s job today. It’s why your computer didn’t know how to get a message to YouTube when you clicked on this video. It basically just told the DNS server that it had something for the domain “youtube” within the top-level domain “dot-com.” And the DNS server did the rest.
By the late 1980s, the Department of Defense realized that it had long-since accomplished its goal. Originally, they just wanted a few reliably interconnected computers, but they ended up serving as the backbone of a global network of thousands of universities, companies, and governments all talking to each other.
So they decided to end the ARPANET project, and they needed to find someone to take over all those wires — someone to run the Internet. But who could be trusted with all that power? And could the internet, this huge complicated system, become accessible to the general public? These were the big questions plaguing the Internet in 1989, and that’s where we’ll pick up in the next episode of this series.
In the meantime, thanks for watching this episode of SciShow, which was brought to you by our patrons on Patreon. If you want to help support this show, just go to patreon.com/scishow. And don’t forget to go to youtube.com/scishow and subscribe!
And the ones and zeros are still streaming in, even while you’re watching me talk. It’s pretty amazing, when you think about it. And if you’re curious how we ended up in a world where billions of computers are all interconnected through this strange structure that we call the Internet, then you’re in the right place. Because this is the start of a mini-series of videos about the history of the Internet, from some of the first attempts at making computers work together, all the way through modern social networks and on-the-go video conferences.
Developing the right combination of software, hardware, technology, and marketing took decades, so we won’t be able to talk about every important engineer and invention. But we hope you’ll join us as we investigate some of the crucial ideas and events along the way.
People started making computers work together pretty early on — as far back as World War II, when computers were big, clunky machines that didn’t do much more than solve really difficult math problems.
Even with the best computers of the day, it could take months to solve just one of the complicated physics problems involved in making the atomic bomb. But a team led by physicist Richard Feynman found a way of solving a bunch of problems at once: when computers weren’t being used for part of one problem, they had those computers work on part of a different problem.
So one problem might still take a month, but they could also solve three or four in the same amount of time. And for really important calculations, they used their system to simultaneously do the same problem a whole bunch of times.
That way, they were sure of the final answer -- even if a couple computers made mistakes along the way. Another early step came in the 1950s and 60s, when colleges started separating their computer terminals, where someone would type their program from the computers themselves. This made it easy for lots of different people to experiment with the new machines while keeping the circuits and tubes safely away from tinkering hands.
It was almost like an early form of today’s cloud computing, where a user-friendly computer sends complicated tasks to better, less accessible computers somewhere else. Except that today’s cloud uses the Internet, and in 1960, there was no Internet.
But people were starting to think about it. The US Department of Defense had recently created the Advanced Research Projects Agency, also known as ARPA, to keep its technology a step ahead of the Soviets. And a computer enthusiast named Joseph Licklider helped convince ARPA to fund research into a computer network connecting scientists and engineers throughout the country.
A few key colleges agreed to be involved, and ARPA started building the network in 1969. They called it ARPANET. It started fairly small, as a sort of messaging service between computers at UCLA, UC Santa Barbara, Stanford University, and the University of Utah. But it was the first network of its kind. And as ARPANET grew over the next couple decades, its engineers would add features and solve problems that still shape everything we do online.
One of ARPANET’s first big innovations was what’s known as packet switching. You know how sometimes in old movies, when someone wants to phone a friend they have to call a switchboard operator first?
The operator was there because those phones worked by what’s called circuit switching, where signals could only get from one place to another if there was a single uninterrupted circuit between them. So the operator’s job was literally to plug the wire from one phone into the wire from another. Circuit switching works great if two places stay connected for a long time, like they might be for a phone call, which is why most phones still work through circuit switching — except that now the circuits move automatically instead of manually.
But it would be totally impractical for the internet to work that way. Your computer would only be able to connect to one other computer at a time, and it would take extra time whenever you tried to connect somewhere else. Today, some websites might connect you to ten different computers from around the world at the same time. All of them needing to respond immediately if you click, all the while connecting and monitoring hundreds or thousands of other visitors at once.
So circuits all over the place would constantly be flipping around, connecting somewhere for a split second before switching away and connecting elsewhere. It just wouldn’t work. Even back in the 1960s, engineers knew that computers send messages far too quickly to make circuit switching practical.
So instead, they invented an alternative: packet switching, where different computers send messages along the same set of wires instead of each getting one. To communicate with each other, they just send a message, called a packet, along the wires. Every packet had a kind of address label: a string of numbers representing the computer where it was headed.
The computer where it started would look up the address on a table with all the addresses in the network on it, and then send the packet toward whatever nearby computer was closest to the destination. That second computer would get the packet, look up the destination address, and again send the packet in the right direction.
This process would repeat over and over until the packet finally got where it was going. No moving circuits or wires, no one-conversation-at-a-time requirement. ARPANET used packet switching from the start, and its packets traveled over phone lines.
And at first, packet switching worked exactly as planned. But there were problems over the next couple of years, as dozens of new computers from around the country joined. Because the way the packet switching system was set up meant that every computer always had to keep an updated list of all the other computers’ addresses. Otherwise, they’d get packets and wouldn’t know where to send them, or they’d try to send a packet somewhere that might not be around any more.
But the network kept getting bigger and bigger, and sometimes a computer’s address might change if they temporarily disconnected from the network or a connection stopped working. And different computers ended up with different address books if they didn’t update fast enough.
So ARPANET’s engineers scrapped that system and selected Stanford as the official record-keeper of everyone’s addresses in 1973. This quick fix let ARPANET keep growing throughout the seventies, with sixty computers in 1974 and over a hundred by 1977.
Soon, satellites connected California and Hawaii, stretching ARPANET to what had been one of the most isolated places in the world. 8Then, ARPANET jumped across the pond, extending the network to England and Norway. But by the mid-seventies, ARPANET wasn’t the only network in town. Similar networks were popping up around the world, and some had even more computers on them.
But everyone formatted their packets differently, so even though you could connect different networks together, it was a real headache. The problem was mostly solved back in 1974, but it took until the early eighties before ARPANET and most of the other networks started using it. The solution was a set of programs called TCP/IP, or Transmission Control Protocol/Internet Protocol, which we still use today.
The Transmission Control Protocol was a standard way of formatting packets, so that everyone was speaking the same language. And the Internet Protocol was a standard way of assigning addresses, so there wasn’t any confusion about where packets were headed. Once two networks used TCP/IP, connecting them became way easier. So all the different networks were connected to one another, forming what became known as the Internet — with ARPANET as the glue holding it all together.
But with ARPANET growing so quickly and connecting to so many other networks, the record-keepers at Stanford were getting overloaded. Hosts were always joining and changing addresses and trying to download the updated address book, and occasionally the Stanford list would have errors that messed up communication throughout the whole network. And sending emails was becoming a real pain.
Email was invented back in 1971, and by 1973, emails made up more than three quarters of ARPANET’s packets. But different computers had different email programs, and some required a list of every computer it would pass between sender and receiver -- so people had to keep an updated map of the entire network by their desk, and they had to type out the path of their email before they could send it.
And with hundreds of computers on ARPANET and over a thousand across the Internet, keeping up those maps was getting impossible. ARPANET’s engineers realized that the entire structure of the Internet had to be reorganized, so they came up with the Domain Name System, or DNS. Instead of separating each host and storing their addresses in a random order, the hosts were arranged into domains.
First came the top-level domains -- those dot-coms and dot-edus at the end of every website and email address. The new top-level domains meant that instead of sending an email to john@example like you would’ve before DNS, you were emailing john@example.com. Then, within these top-level domains, each host was called a second-level domain. So “mit.edu,” for example, now meant “the second-level domain ‘mit’ within the top-level domain ‘dot-edu.’ ”
The domain structure organized all those different hosts from all around the world in a way that computers could handle. Then, DNS added a whole new network to the Internet whose whole job was to keep track of addresses and connections.
One computer on the new network effectively stored all addresses within the dot-com top-level domain, another got all the dot-edus, another got all the dot-orgs, and so on. Then, other new computers collectively mapped out the entire network. So when you wanted to send an email, you didn’t have to check your map and plan out all the connections yourself.
That became the DNS’s job — and it’s still the DNS’s job today. It’s why your computer didn’t know how to get a message to YouTube when you clicked on this video. It basically just told the DNS server that it had something for the domain “youtube” within the top-level domain “dot-com.” And the DNS server did the rest.
By the late 1980s, the Department of Defense realized that it had long-since accomplished its goal. Originally, they just wanted a few reliably interconnected computers, but they ended up serving as the backbone of a global network of thousands of universities, companies, and governments all talking to each other.
So they decided to end the ARPANET project, and they needed to find someone to take over all those wires — someone to run the Internet. But who could be trusted with all that power? And could the internet, this huge complicated system, become accessible to the general public? These were the big questions plaguing the Internet in 1989, and that’s where we’ll pick up in the next episode of this series.
In the meantime, thanks for watching this episode of SciShow, which was brought to you by our patrons on Patreon. If you want to help support this show, just go to patreon.com/scishow. And don’t forget to go to youtube.com/scishow and subscribe!