[MUSIC PLAYING] DAVID J. MALAN: The internet. Odds are, you use this every day, and odds are you have internet connectivity at home these days, or at work, or at school. But how does it all work? How is it that you can use your phone wirelessly, how is it that you can use your laptop, and your desktop, and so many other devices all, somehow, on a network. Well let's consider what you yourself might have at home, or in your office, or at school, and let's assume for the sake of discussion that it's a home network. So over here is, of course, your home, and inside of that door some number of devices that actually get you on the internet. But what are those devices? Well odds are, inside of your home for instance, you have a device that might be called a cable modem, or a DSL modem, or a FiOS device these days, and that device is something you generally pay some number of dollars per month for because you're paying for an ISP, an internet service provider. So that device is somehow connected to the internet, which for now for our purposes right now we'll just draws a cloud, and that there is the internet. And that device comes from an internet service provider like Verizon, or Comcast, or any number of other providers, and somehow they themselves are on the internet. But how do we now get the rest of your home on the internet if all you have is just this one device? Well depending on how this device functions, it might just be all that you need. And wirelessly, somehow now, your phone and your laptop, and all of your other devices just work. Or, maybe you need a second device, that we might call home router, that somehow connected to that cable modem, or FiOS device, or the like, that in turn makes network connectivity possible in your own home. And maybe this little home router does a little bit more, and maybe it's got a couple of antennas that actually provide the Wi-Fi service. Meanwhile, maybe it also has some jacks or some physical ports in back into it you can plug cables so that if you have a wired device like a DVR, or an XBox, or something else that's not necessarily wireless, you have some place to plug those devices into as well. But this is so high level, and this sense this is so poorly drawn. What is actually going on underneath the hood, so to speak, and how is it that bits, zeros and ones, can transmit themselves from my house to everywhere else in the world and back. Well, let's take a closer look. Every computer on the internet, it turns out, has something that looks like this, so-called IP address, or internet protocol address, which really is just a number dot another number dot another number dot another number. So four numbers separated by dots, and each of those numbers is a value between zero and 255. So there's 256 total possibilities for each of those values. Now it turns out there's other types of IP addresses today that are actually much bigger than this, but more on that in a bit. So these IP addresses, much like our postal addresses, uniquely identify computers on the internet. So if you have a laptop, if you have a desktop, if you have a mobile phone, if you have an Xbox on the internet, that device, by definition of how the internet works, has an IP address. It has a unique address that allows other computers on the internet to talk to it, much like you might live at 123 Main Street in Anytown, USA, or the computer science building down the road at 33 Oxford Street, Cambridge, Massachusetts 02138, USA. These very specific phrases describe uniquely some building in the world, much like these numbers just fine uniquely some computer in the world. But where does this number come from? If I open up my laptop, or turn on my desktop, or take out my phone, how does any of those devices know what IP address to use? Because, it might have just been some time, but I don't remember ever having typed in a value like that into my phone, so it's got to be coming from somewhere else. But where? Well this is one of the things you get from your Internet Service Provider, or ISP. You get an IP address. And back in the day, not all that many years ago, there would actually be a technician that would probably come to your house, or your home, or business, and actually configure your computers to use this numeric address. But these days, software is a bit fancier. There's actually something called DHCP, Dynamic Host Configuration Protocol, which is software that ISPs, Internet Service Providers, run and really provide to you that allowed your Mac, or your PC, or your iPhone, or Android device to say upon turning on, hello world, I need a unique address. And that DHCP server responds to those open ended questions with a specific IP address that the internet service provider controls and has allocated specifically for your home. Well, that's all fine and good. But if my ISP is only providing me with one such address, how is it that I can have multiple devices at home on the internet at the same time? A whole family, indeed, could be on the internet simultaneously, and yet if that means four separate, or five, or more separate devices, gosh, that means that somehow each of those devices needs its own IP address. So where do those come from? Well those two come from DHCP, but not necessarily from your ISP, your Internet Service Provider. Those additional IP addresses come from a device in your very home, that home router to which I alluded earlier that's probably connected to your cable modem or your FiOS device. It's this home router that might have those little antennas that itself also supports DHCP. So when you turn on your laptop, turn on your desktop, power up your Xbox, or take out your phone, and those devices say, hello world, I need an IP address, odds are it's this device within your home that's answering that question, but it's providing other answers as well. It's not just giving you an IP address, it's also telling you how to communicate, it turns out, with the rest of the world. Because indeed, when I type an address into a browser, it's not numeric last time I checked. Indeed the last time I typed something into a browser was not something dot something dot something dot something, it was like Facebook.com, or Twitter.com, or Gmail.com or any number of other domain names. Because indeed, recall that most any web sites certainly these days that you'd visit has a domain name. It's something.com, or something.edu, or something dot any number of other Top Level Domains, or TLDs. So we humans are much better at remembering, I would think words, and/or phrases like dot come and dot edu, then we are arbitrary numeric addresses, like 1.2.3.4, or 5.6.7.8, or completely arbitrary numbers that aren't even so simple to remember as those. So how is it that when I type in Facebook.com or Google.com, my computer knows how to find that computer in the world, if in the world there are computers with just these IP addresses? Well, it turns out that computers not only have IP addresses that they get from DHCP servers, they also have what are called DNS servers. And indeed, DHCP provides us with access to exactly that as well. So in addition to having a DHCP server somewhere out there in the world from your ISP or maybe even your home, you also have DNS servers. And DNS servers or Domain Name System servers, and their sole purpose in life really is to convert domain names like Facebook.com and Gmail.com to corresponding IP addresses. And these DNS servers, therefore, can help our computers talk to computers that, by definition, have IP addresses but that we humans would never know if someone didn't tell us. So there's already so many acronyms piling up here. Just to recap, every computer has an IP address. That IP address typically comes from a special server called the DHCP server, that lives within your ISP, Internet Service Provider, whoever that is, or maybe even within your own home, more on that in a bit. And meanwhile, there's also DNS servers in the world, also controlled by your ISP, that convert domain names to IP addresses so that when you actually try to go to Facebook.com your computer, Mac, PC, iPhone, Android, whatever, knows what the actual IP address is. So why is that? Why does that matter? Well turns out that the way computers intercommunicate on the internet is by sending packets to one another, or virtual envelopes or much like you might, or once much like you might have in the past sent someone a physical letter, a handwritten letter inside an envelope with an address on the front and probably even a stamp, so can computers communicate in very much the same way, but it's all digital. It's all zeros and ones. So what do these envelopes look like? What are these packets look like? Well, why don't we go ahead and construct something a little more physical? All right so I really like cats, and I want to find myself a cat on the internet. And so, I'm going to send a request to someone, a server, in fact. Maybe someone like Google, and I'm going to say literally get me a cat dot jpeg, where jpeg is a common file format for cats, so this is the message I want to send to some server. Of course it doesn't have any information on it, so who is actually going to feel this? Well I also have to go ahead and put it in an envelope, so I might go ahead and do this, put this message here in an envelope. Just a moment, I'll make the envelope and message disappear. No, we'll now go ahead and address the envelope to the destination. So as a destination on the internet, this server is going to have its own IP address, and little old me as a computer on the internet laptop, desktop, phone, or whatnot, I too am going to have an IP address. And so, what I'm going to go ahead and do is put my IP address in the top left corner-- doesn't really matters since this is imaginary-- and my IP address shall be 1.2.3.4 just for the sake of discussion. The server, meanwhile, I don't know what the IP address of the server is. I know my own IP address because that came from my ISP's DHCP server, but the other server's address, unless they really know Google's IP address, I wouldn't know it myself. So I'm going to have to rely on DNS. So I, as a computer, would actually send a request to my ISP's DNS server, saying, hey, DNS server, what is the IP address of Google.com. Hopefully, my ISP knows, and a response will come back, and maybe it's 5.6.7.8, and so I'm going to go ahead and write 5.6.7.8. And frankly, if my ISP doesn't know-- which is unlikely these days just given how popular Google is, but smaller web sites might not be as well known to an ISP-- well, my ISP is going to be configured by the owners of the ISP to know about some other DNS server in the world. And so, they will simply escalate it to another DNS server, and maybe that DNS server will escalate it to someone else. And thankfully, by nature of how the domain name system works, there's going to be some number of root servers, special servers, that in the worst case, at least know, who else knows, what the IPs are of all of the dot coms, or all of dot edus, or all of the something other top level domain. So there's this recursive system, this tiered system of questions, that can be asked for that finally someone knows, and then my own Mac, or PC, or phone, can remember it. So this message is going to go 2.5.6.7.8, which I'm presuming is the IP address of Google.com as per the response from my ISP's DNS server, and it's going to be from little old me at IP address 1.2.3.4. So I'm going to go ahead and seal this, all right, and I'm going to hand it off on the internet. Now where does it go? More on that in just a moment. But some number of seconds, or hopefully some number of milliseconds later, I'm going to get back a response, and indeed I'm going to get back, of course, a cat, this here happy cat. But it's not going to be as simple as just being handed a cat off the internet. This cat too, meanwhile, is going to be in one or more envelopes. That is to say Google's own server is going to put this cat into an envelope. But maybe, Google when trying to do that, oh, maybe it doesn't quite fit. And frankly, maybe this image is so big that it would just be rude to other customers to cram this whole big image of a cat into just one envelope, thereby blocking other customers' data from potentially getting to them as quickly. And so, what Google might actually do, and this is very common, is divide the cat into fragments. So hang in there little guy. But we might chop up this larger image into four or so smaller fragments, so that now these are much more reasonably sized, and what Google can do is put one of these into one envelope, can put another of these into another envelope, and then of course if there's four fragments in total, we can put like a third in this envelope, and then we can go ahead and put the fourth in a fourth and final envelope. Now of course, I'm going to have to write some information on each of these four envelopes. So what goes on the outside here? Well previously, my IP address was 1.2.3.4, and Google's was 5.6.7.8. If they're responding to my original request with this response, those numbers are going to have to be reversed so that this packet is going to be coming from Google at 5.6.7.8, and it's going to be going to me, which is 1.2.3.4. And they're going to go ahead and put that same information on every one of these envelopes. But that's not quite enough, it turns out. It's not quite enough for them to just put my address on these envelopes, because there's four of these packets. And so, you know what, they're going to have to provide another clue. They're going to have to tell me how many total packets there are in the response. So I'm going to put one of four, and this one will be two of four, this one will be three of four, and this of course will be four of four. So what Google has put on each of their envelopes now looks a little something like this. To 1.2.3.4, which is me, from them, it's 5.6.7.8, and per this mark down here, this is packet number one of four. So this is to say that IP goes beyond addresses. IP, Internet Protocol, is really a set of conventions. It's a set of rules that computers and servers are supposed to follow, so that when they enter communicate, one knows what to expect from the other, and the other knows how to respond to the first. And so, this support for fragmentation is also part of this feature of IP. Now what is the benefit of this? Well this way, if I now get as little old me off the internet, packet two of four-- it's a little strange that it's out of order-- packet three of four, and packet four of four, but I don't seem to have actually received packet one of four. I can logically infer from the packets I did get which of them I'm missing. But IP, Internet Protocol, alone says nothing about what I should do as a computer in that situation. So it turns out that computers actually use not just IP, Internet Protocol, but another protocol, another standard called TCP. And in fact, these are so commonly used together that you might have heard or read at some point of something called TCP/IP, or TCP slash IP, which is just Transmission Control Protocol slash Internet Protocol, which just refers to the combination of these two protocols in order to transmit data on the internet. Now among the roles that IP plays is to support addressing, and fragmentation, and a bunch of other things too. And among the roles that TCP plays is to ensure that packets can get to their destination. And in fact, TCP support something called sequence numbers in addition to any fragment identifiers that also allows to ensure that data gets to its intended destination. And so upon receiving just three of these packets, clearly missing fourth, what I, a computer, can do is say, hey Google, I need you to send one or more packets because I know I'm missing them, because they haven't been properly acknowledged. And so, oh, thankfully, Google has retransmitted to me this packet. And so now, I have all four, and I can, of course, on my end, reassemble albeit with some virtual tape, the cat in its final form, which is going to look like-- if all of the packets indeed came through the cat in question. And because of course, these are all just bits, all just zeros and ones. They can certainly be stitched back together, so that we never actually know that the splitting happened. So, turns out TCP does something a little more. Because what if my original request to Google went to a server that does multiple things? Like Google is obviously a website. They have search results, they have email, they have calendars, and so much more. But they also have email servers, right? Gmail itself, not to mention their own employees' e-mails. And they probably have chat servers, or video conferencing servers, like Google Hangouts and the like. So when I originally sent a packet to Google.com, it probably needed a little more information than I gave it. It probably wasn't sufficient for that original message for me, get cat.jpeg, to contain only Google's IP address, which again was 5.6.7.8, and my own from address, which was again 1.2.3.4. I, just for thoroughness, could on this envelope say one of one, because it's a pretty small request to just say get cat.jpeg, but I probably need a bit more information to make clear to Google that this is a request for a web page, not a request for an email, or not a chat message, or not certainly a video stream from me. And so I'm going to actually append one piece of information. I'm going to put literally a colon after Google's IP address, and I'm going to go ahead and say 80, the number 80. So it turns out that per TCP, the world has standardized on certain numbers that represent different services, that servers might provide. 80 means HTTP, Hypertext Transfer Protocol, and that's just the language that web servers speak, and it's the language that I've been speaking inside of these envelopes. So that little message I wrote a moment ago, get cat.jpeg, that was an HTTP message. And this cat that came back in several parts, that together was an HTTP response. And so by clarifying on the envelope, this message is meant specifically for port 80. That is the service, known as HTTP, Google's physical servers know we should hand this packet and any others to our web server, not to our email server, or chat server, or video server, or the like. And it might not actually be 80. In fact, odds are these days Google, like many websites, is using SSL, or HTTPS, a secure connection, and that actually happens to use a different number than 80, technically 443. You don't tend to see either of these numbers because they're just assumed to be the default in modern web browsers, but they are there underneath the hood. They are there on the virtual envelopes. Turns out there's other numbers too. E-mail tends to use 25, TCP port 25 and a few others, FTP, File Transfer Protocol, and many other protocols all have their own numeric port identifiers, and indeed that's all this number is. Whether it's 80, 443, or something else, it's a so-called port number. So this then is a more representative picture of what it is that's going across the internet and coming back to me. This is more of the information, though not all of it that's going back and forth across the wires, or wirelessly. So these things, protocols, IP is Internet Protocol, TCP is Transmission Control Protocol. What is a protocol? Well again, it's just kind of a set of standards, a set of rules. And in fact, we humans have protocols. And some of them, if you stop to think about it, are a little silly. Like in a lot of cultures, when you meet some other human for the first time, you do something kind of weird and you extend your a hand to shake that person's hand, and then you just do this down thing for like a second or two, sometimes longer awkwardly, and that somehow completes the transaction. Well that's actually what's going on with computers. When I send that message originally, get cat.jpeg, Google according to the HTTP protocol, Hypertext Transfer Protocol, it's going to read that message, and realize, oh this user wants a picture of a cat, let's search for that file, and let's actually return cat.jpeg. And I'm simplifying the format of the message because when you're actually searching for results, the message actually looks a little more complicated than that. But we're assuming we're just getting a very specific cat from the server. And according to HTTP, Google's web server, because it supports that protocol, it speaks that protocol, it speaks human just like I and my colleagues do, it knows to respond with one or more envelopes of its own containing that cat. But there's even more protocols than this. There's a UDP, which you don't use quite as often, but actually has value. And the biggest difference between UDP and TCP is that UDP does not guarantee delivery, and we're guaranteed delivery so long as the internet is actually up and running between you and some endpoint. Why does TCP then guarantee delivery? Well, it knows how to respond packets as needed, UDP by definition does not do that. That is just not a feature you get. You can still use it with IP to get data somewhere, but it's not necessarily going to come back what you request. So why would you ever want to send a request, and maybe or maybe not get a response? Well sometimes, this is useful. Like if-- video conferencing-- if you've ever used FaceTime, or Google Hangouts, or Skype, you sometimes see things buffering. But if while you're trying to talk to some other human in real time so to speak, if the video kept buffering, and kept buffering, and kept buffering, and prevented you from seeing that person, or hearing them in real time, frankly it would get pretty annoying pretty quickly and you just take to your phone or take a phone off the wall, an old landline, and make a call which is much more synchronous, much more real time. But movies of course do this. If you're watching Apple TV, or Netflix, or iTunes, or something, those videos do tend to buffer because you don't really want to miss a few seconds of, or a minute, of a movie or some climactic ending. But in real time when talking to another human, it's not really ideal to just delay the conversation while someone else is there on the other end of the line. And because there's so many packets going back and forth for things like video conferencing, you know what, if you drop a few, literally, like if some of those packets just kind of get lost, don't worry about it I will infer from context, I'll infer from the conversation I'm having what it is I missed and we'll just forge ahead. Or you know what, I'm just going to say hey, hey, buddy, what is it you said, can you repeat that, and he or she can simply oblige. So sometimes, when you want the data they keep coming, and keep coming, especially when it's high volume, you don't want to stop and resend data, you want to just ignore it and trust that the users are going to be OK with that. And for live video conferencing that might make sense, for live sporting events that might make sense so that you're not drifting behind the rest of the world. So some applications that actually does make good sense. But where do these packets keep going as they leave my hand, and where are they coming from when they land in my hand? Well there's a whole internet out there that uses TCP or UDP, and uses IP, but there's a lot of devices between me and Google, me and anyone else in the world, that somehow routes that data left, right, top, bottom. So how does all that work? So we know then that my computer has an IP address, and we know that it's of this format. And this format, again, is just a number dot a number, dot a number, dot a number, and each of those numbers is between zero and 255. And we dive in a little deeper, if you remember your binary, that actually means that each of those numbers is 8 bits. So that's eight, plus eight, plus eight, plus eight. So that's 32 bits, and-- hang in there-- that means there's two to the 32. That's four billion possible IP addresses. But I mentioned a bit ago that there's also a longer formed format because the world, it turns out, is running out of IP addresses. Even though there's as many as four billion possible, there are so many phones, and people, and laptops, and servers, and an internet of things, IoT devices these days, all of which need an IP address that frankly, we've been running out for some time. And so instead of using this format moving forward, IP Version 4, or v4, the world is gradually starting to use IPv6, which actually uses 128-bit addresses which are much, much larger. If you were to actually multiply this out, if you have two to the 32, that's roughly four billion possible IP addresses. But if you use not a 32-bit IP address, but a 128-bit IP address, it doesn't sound like that much bigger of a number, but this is exponents, not just multiplication. And so, that is how many IP addresses. I can't even pronounce that but the world is now going to have access to. So with that said, where can you see this kind of information? Well turns out that if you have a Mac for instance, you could to go to System Preferences and then Network, and then poke around, hopefully without changing anything, and you'll see something like this, that you'll see a mention of IPv4, and you'll actually see a mention of this protocol using DHCP unless for some reason it's been statically hardcoded or configured by perhaps someone else. And you'll see that at the moment the screenshot suggest that I'm connected with IP address 10.0.1.34 and actually, as it turns out, there's a lot of IP addresses that are actually private. And so, if you have an address that starts with 10 dot something, or an address that starts with 192.168 dot something, or 172.16 dot something, turns out your computer is using a private IP address that most likely came from a home router, or a business router, or maybe even your ISP, but it's private in the sense that only with special configuration can someone talk to your computer. And this is OK, because generally our phones and our Xboxes, and our laptops, and desktops in our homes, and generally in our businesses, and schools themselves are not servers. People are not trying to contact us directly per se, we are trying to contact them. And even when someone sends you an email, it doesn't go to your own laptop or desktop per se, it generally goes to a server like Gmail, or Outlook, or the like, and your phone or laptop or desktop connects to that server in order to get the information. If now on Mac OS, you happened to click on Advanced here, you'll see some additional settings and you'll see that my IP address is again 10.0.1.34 in this case, you'll see a subnet mask which is used to decide whether or not some other computer is on the same network as you, and then most importantly, you'll see router, sometimes called gateway. And in this case, it seems that my gateway has an address, or my router has an address of 10.0.1.1. So that too of course is an IP address. And a router, as the name suggests, is responsible for doing this kind of thing, routing data in some direction. And if you run Windows, here's what a similar screen might look like on that operating system which shows, of course, your IPv4 address, and in this case, multiple addresses for DNS servers. Router's purpose in life is to be computers on the internet that have bunches of wires usually coming into them and going out of them, and they have essentially kind of a table, like a big list, like an Excel spreadsheet, inside of themselves like inside the RAM, Random Access Memory. And that table, generally has at least like two columns, conceptually. One of which has an IP address or a prefix, the first few numbers of an IP address, and then some explanation of where data should be routed to if it's destined for that IP address or that prefix. So maybe if an IP address starts with one, it should go that way out that cable. Or if it starts with two, it should go that way instead. Routers' purpose in life is to route data in some direction to some next hop, or that is to say to some next router. And so this means that this Mac here with IP address 10.0.1.34 is preconfigured by DHCP-- which again, came from my ISP, or from my university, or company-- is going to go to either local computers on the internet if I happen to be talking to another Mac or PC maybe to transfer file just a few feet or somewhere else on campus or in the office. But if it's destined for somewhere in the outside world like Google.com, well that's where the router comes in, because routers purpose in life is to get data toward another destination. And my little old laptop frankly doesn't know where in the world Google.com is, but maybe this router does because that's its purpose in life. And frankly, if that router doesn't know, no big deal. There's other routers in the world. And so long as that router can route data to some other server, well then hopefully that other router can get data closer to its destination. And hopefully indeed, within some number of hops, some number of steps, transmissions of packets from one router to another to another, the data will reach its destination. And frankly, generally speaking, data will reach its destination within 30 or fewer such hops. There will be 30 or fewer routers between me and some destination because humans and software have gotten really good at configuring the internet dynamically, so that data can route across continents, across countries, across oceans even, in order to get from one place to another. So if this then is little old me on my laptop here, and I want to talk to Google.com which of course is a big company over here, inside of whose door is a whole bunch of servers, well between us is the internet, and somehow we're both connected, and somehow or other data is going across the internet from me to Google. And that's because inside of this internet, there's a whole bunch of routers which I'll draw here as dots, and each of these routers is controlled by other big internet service providers, big companies, maybe even big universities, and they all have agreed to connect their routers. That's indeed what the internet is. It's a network of networks. So it's a network of Harvard and MIT's network, and UC Berkeley, and Stanford's, and Comcast, and Verizon, and all of these very big entities have connections among themselves, and each of them have some number of routers. And what happens ultimately, is that these routers are interconnected with cables, or some kind of satellite connectivity, or radio waves, or the like, and notice too there's very often multiple ways to go from one location to another, and indeed there might be multiple ways to reach your destination, depending on which path you take. And this is a feature. The internet of course, has its origins in US military design, and among the goals was to have some resilience against downtime. If one or more cities or one or more routers went down for whatever reason, that one of the design principles of the internet was to be able to route around that issue. And so it stands to reason that it's a good thing if data can flow from one point to another, but following different intermediate stops. Which is to say, when Google sent that cat over the internet back to me, that cats four parts might have gone in four different directions, but somehow all made their way back to me because the routers know how to get data to me again-- based on that envelope, based on that IP address-- but they might take different paths just because. Now what does that mean? Well sometimes, the internet gets busy. Routers get busy, they get overloaded with lots of packets, and so sometimes routers have to say go this way instead. Or sometimes, packets-- some things are just so busy that the router just gets overwhelmed and it has to literally, but slowly, drop packets on the floor so to speak, deleting the packets without ever delivering them, at which point, hopefully, if the users are using TCP, their computers will retransmit that data so it's not actually a problem. And all of this is happening so quickly, that you never really notice some of these delays or some of these reroutings, and so here might be several paths that data takes to get from me to Google.com and maybe a different path back, and each of these represents a hop, and each of these takes some amount of time. So how much time does it take for data to go across the internet? Well let's actually take a look. I'm going to go ahead here and run a program that is called traceroute. And this is going to, per its name, actually allow me to trace the route between me and some other computer. To do this, I'm going to type traceroute into the special window here on my Mac, and I'm going to do traceroute of-- well let's try it-- www.google.com Enter, and I'm going to see some interesting information here. Seems to be a little slow at the moment and that's interesting, it seems stars probably don't mean good things. So let's scroll up here and see what's going on. I'm tracing the route to www.google.com, and it turns out parenthetically, that is in fact Google's IP address at least at this moment in time here on campus, 4.53.56.109. So it's not, as it turns out, 5.6.7.8. It's that instead. And each of these rows of output-- one, two, three, four, five, six-- represent a router between me and Google.com. So what traceroute does is it sends a message to the first router, then a message essentially to the second router, then the third router, then the fourth router, and it asks it, one, for its IP address-- or it figures it out-- or its name. In fact, notice that some of these routers seem to have somewhat cryptic, but English-like names, and it also tells me, traceroute, how many milliseconds it took for the data to get from me to that destination. Look how fast this is. I don't know exactly where all these routers are, but all of these numbers are super small. 3 milliseconds just to get from one point, my computer, to another router. Now, you can infer what some of these are. I don't know where these IP addresses are, but odds are they're on campus. Odds are rows one and two, both of whose IP addresses start with 10, are somewhere on campus, routers on campus. Step three, I'm very confident that it is one of Harvard's routers because it's called Core GW, which I just know by convention means Core Gateway or Core router, and it belongs to the faculty of Arts and Sciences on Harvard's network. Then there's another one also called Core Gateway, which is probably somewhere slightly different on campus, maybe not the faculty of Arts and Sciences, but in the core Harvard network. And then it gets a little more interesting. Then apparently gets handed off to a bear on rows five and six, or two routers whose names have the word bear in it for some reason, but odds are they're indeed in Boston-- which is not too far here from Harvard-- on level three's network which is a very big common ISP, Internet Service Provider. Level three. Now thereafter, for whatever reason, the routers between me and Google are not responding to this inquiry. And that's fine. They might just be configured to ignore this type of request, but it's not all that enlightening. I just know that it's taking more steps to actually reach Google.com because their servers are beyond that sixth router. So let's try another destination. When in doubt let's just try again, and let's try someone like our friends at, maybe UC Berkeley who maybe are a little looser when it comes to sharing information. And let me go ahead and hit Enter now, and wow, just flew by. 19 steps later, notice what's happened. Looks like two of Harvard's nameless routers up top, then that ACore router-- this one's a little different-- northeast gateway, so it actually took a different route this time off campus. Then this border gateway, BDR, probably meaning border also in harvard.edu. Row five is some nameless router somewhere else, not sure where. Row six is something in northerncrossroads.org. Nox.org. This is a very big peering point were lots of ISPs interconnect. And then we're going to have to take some guesses here. Then we have SDN, SW. I don't know where this is, but internet2 is a network, a very high speed network of a lot of universities. So that's great. It looks like our packet's got on kind of the superhighway academically speaking, which is good because it tends to be pretty fast. And now, I don't know where all of these are. But I'm going to go out on the limb and say, you know what, this router in row eight is probably in Chicago just because of that abbreviation. The next one is as well, rows 10 and 11, maybe if you're familiar with US cities, Denver, probably there, Las Vegas, these next two, Los Angeles here in row 14, 15, probably [? LosLA ?] as well for LAX. For whatever reason, system administrators have historically often named their routers after airport codes like LAX. And then of course, we're in California at that point, so it's not all that far from UC Berkeley. Up north and indeed, it looks like the official name of UC Berkeley's web server is CalWeb for California Web Server. Farm, which means a cluster of computers. Prod, which means production like the official web servers in use. Then ist.berkeley.edu. Now it took me way longer to tell this story than for the actual data to get from here to there. It only took 80 milliseconds for that data to get from Cambridge, Massachusetts on the east coast of the US, to Berkeley, California, on the west coast of the US, and that might take a human like five hours, six hours at least to fly, not to mention waiting in the airport and then getting your luggage. That can be an all-day affair, when if I just want a cab from UC Berkeley, for instance, it's going to take me 80 milliseconds to make that request it would seem, with less than 1/10 of one second. And then the cab probably takes about that much time to come back. And notice the variability, though. Sometimes, routers are a little busier than at other times, and so there's variance between all of these various measurements, and each of these, to be clear, is not cumulative. So they might go up and down. It's how much time it takes to go from my laptop to each of those routers. You don't just keep adding them, you keep looking back at the origin. So about 80 milliseconds in total. Well let's try another one, one that's a little closer to home here. Traceroute www.mit.edu, which is also in Cambridge. Already done. Also in Cambridge, Massachusetts, only eight hops away, eight routers between us, and indeed we seem to be going through Harvard's Core network again then we get connected to Quest, another ISP, and this is actually kind of interesting. It looks like my data is making a little stop in New York City if these names are to be believed. And that's kind of wild, and yet it doesn't even seem to go to mit.edu, but akamaitechnologies.com. So this is interesting, and my inference here is that MIT has probably outsourced parts of its website to a company called Akamai, which ironically is themselves based in Cambridge itself, but their servers seem to be in New York City or thereabouts, and it seems that MIT is essentially using them as some kind of CDN, Content Delivery Network, which is indeed Akamai's business to host MIT'S website. So even though I think of MIT as being walkable from this theater here just down the road, their servers can certainly be somewhere else. And thanks to DNS, Domain Name System, and thanks to these routers, nonetheless can my laptop reach MIT'S web servers really wherever they are in the world. And in this case, they're only six milliseconds away. So not necessarily as compelling when I can still walk to MIT pretty quickly, but six milliseconds is certainly faster than the six minutes it might take me to drive, or the half hour it might take me to walk. And what about places even farther? What if I am interested in the news somewhere abroad relative to here? I might do traceroute www.cnn.co.jp if I wanted to trace the route between here and what I presume is CNN's Japanese web server for news. And here, we again see the data leaving Harvard's routers in steps one, and two, and three, and four. Seven didn't really answer, it seems. And then it got a little private, didn't really respond thereafter. But notice something interesting here is going on. Somewhere among these first few steps, I'm going through internet2, which is encouraging because that's a fast connection typically, then a nameless router, step 7, can't quite make sense of all of these. But maybe SEA is Seattle if those airport codes are to be believed. And then, wow, notice this gap. We're starting at like less than one millisecond, less than one millisecond, one millisecond, 20 milliseconds, then 85, then 106, then like 193, from 213, 191. That's a big jump, and it doesn't seem to just be a bit of variance. It doesn't look like just the routers are busy, it seems to persist because getting to each subsequent router takes about the same amount of time. Why is my connection so much slower all of a sudden? Why is it taking so long between steps nine and 10? Well, Seattle, where is that? That happens to be on the far west coast of the US, and maybe Osaka, Japan is right there across-- what-- Pacific Ocean? And so it would seem that between steps nine and 10, maybe there's a really being body of water between these two routers, and that explains why all of a sudden there's so much of a delay. And indeed, the internet of course spans the globe these days. It spans oceans, either through big trans-Atlantic, trans-Pacific, trans-oceanic cables that are laid down by really large ships, or maybe it's via satellite, or microwave, or other technologies. The world is so incredibly interconnected, but you can see visually how those interconnections are laid out, and where they actually are. In fact, thanks to this animation, we can see even more visually what the internet looks like around the whole world. [MUSIC PLAYING] All right. Demonstration time. So within your home, or campus, or office, we had a number of devices, and one of them was like a cable modem, or DSL modem, or a FiOS device. So what does that device look like? Well if you have a cable modem, maybe from a company like Comcast whose brand name is Xfinity, you might have a device like this, and it usually stands up on your counter like this. It's got some blinking lights in front, and in the back are a whole bunch of connectors. Now what are these connectors? Well the biggest of them, and frankly the oldest one of them, is this metal thing here which is a coaxial connector, and this is what's long been used for TV antennas and cable connections for your own TV into the wall. And the kind of cable that you might use to plug into that generally is pretty thick, and it's got a cylindrical end, and a little pin in the middle, and it's often kind of annoying to screw the thing in there. But if you have a cable modem, odds are you've got a jack that looks also like this somewhere on one of your walls, maybe near your actual TV, and what you really just need is a cable like this. One and it goes into the cable modem, the other end goes into the wall, and that's a haul physically you need in terms of a connection to the wall beyond, of course, the power cable which would plug into down here. And those are going to vary based on the model. But there's some interesting ports up top here too. There's some phone jacks it seems, because it turns out that a lot of internet service providers these days, especially those who have digital's support for not just internet services but also TV and phone, you can actually plug one or two landline telephones in here and get telephone service. And then below that are four jacks that look pretty similar, but they're actually a bit wider, a bit fatter. And so these phone jacks, if you never knew are called RJ11 connectors, and that is what, historically, you would plug into the wall of your home or now the back of this device. And these other bigger ones are RJ45 jacks into which you plug generally the ethernet cables, which is the name given to network cables. So if back in the day, you had a phone with one of these things on the wall, you would have one of these RJ11 connectors, super small, and you'd plug that into the phone and then into the wall, or the back of this device. Meanwhile though, you might have a ethernet cable, which is a little wider. So whereas the phone connector might look like this-- yeah-- ethernet connector is going to look like that, and you can probably tell here just how much bigger one is than the other. And so inside of those cables are just a whole bunch of wires that actually allow the electricity to flow, the electrons traveling across them copper wires from this device into the wall. And from there, Comcast, or Time Warner, or whoever your internet service provider takes care of the technology there on out. But what you can plug into this device via those cables-- not the phone cables, but the ethernet cables-- is your desktop computer, your Xbox, or some other devices that use wired internet. Or if your cable modem has, like this one does, Wi-Fi support, wireless capabilities, and even though there aren't antennas on this one, they're actually inside the case, which frankly might partly explain why this thing is so darn big. There's absolutely no good reason that these devices need to be this large, but this device happens to be not just a cable modem, but also a home router inside of which is support for DNS and DHCP. It also has Wi-Fi capabilities. So you don't actually need, with this cable modem, a second device. You don't need your own Wi-Fi device in the house. You can get all of that from your ISP. Now if you have FiOS, another technology that's in some cities here and abroad, you might have a device that looks pretty similar. This one, frankly, looks a little more elegant, and it probably has very similar jacks on the back. Some kind of coaxial connector that goes into the wall, and from there, Verizon or whoever your provider is might take it from there, Frontier in this case, and then you might again have some RJ45 jacks that allow you to connect devices in your home to this very device. But not all devices are this big. Here is another cable modem made by a company called Netgear, and it's this small. So case in point, ridiculous, not necessary, same technology, much smaller. Much smaller form factor, so the hardware that's inside this device is obviously much smaller. But we still see the coaxial connector, some kind of power connector there, just one jack for an ethernet cable, but that's probably fine so long as you have another device, a home router, or a switch to connect it to. Indeed, if you simply want to provide your home with a bunch more wired jacks, you might use something like this. So this is a Cisco Linksys this device. It's a pretty dumb device. It's just a switch that's got a whole bunch of those RJ45 connectors. So you plug one of these into your cable modem, or into your home router, and then you can plug up to seven other devices into this device, thereby creating kind of a mesh network among those many devices. And this switch simply switches data, switches traffic among the several ports based on who's talking to who. Or, you might have something a little beefier that looks pretty darn amazing, I must say. Very geometric these days. This one also made by a company called Linksys, owned by Cisco. This might have these antennas on back, which suggests that this has Wi-Fi support. This device happens to be a home router, and it also has firewalling capabilities, Wi-Fi capabilities, and switching capabilities. Indeed, in back, it has not just a connection for your home router, or rather your cable modem, or your FiOS device to plug into, it also has a few, but not as many, ethernet jacks, or RJ45 jacks for your several devices. So which devices you need entirely depends on your own situation, and odds are the first person to ask is your internet service provider. Increasingly these days are internet service providers bringing you, or selling you, or renting you a device that takes care of all of this. So odds are you just need these days one device, and not several, but sometimes you might get something lower profile like this one here, and maybe you'd buy it yourself and plug it into the wall, and all your ISP does is take it from there. They don't give you any devices for your own home, so you might have to wire some of this up together on your own. Now at the end of the day though, it is all kind of pretty simple, whether your cable is this to connect your various devices, or this, the coaxial connector, or even this, which is a fiber optic cable which essentially has little strands across which light travel even faster than electrons across these copper wires. Inside of many of these cables, like this one here, is just a bunch of wires and they're actually pretty cheap devices. And in fact, I thought it'd be fun to maybe get our hands dirty here with a cable that hopefully I won't need any more, and see if we can't see inside this here thing. So wouldn't necessarily do this more than once because scissors aren't going to work very well on this one. And actually, we can see what's starting to happen before I even finish. Notice that as I pull back, the blue part of the cable, which is really just a rubbery sheath, you can see that there's eight different wires in there, two of which I've cut, so hopefully those were the bomb diffusing wires I cut. If we just keep pulling, you can see a lot of the wires inside. And these wires all are different colors. Some of them are striped, some of them are solid, some of them have been cut so they're shorter than others, and so long as the right colors on this end line up with the right colors on this end, your two devices will be able to talk because some of these wires are used for transmission, some of them are used for receiving, some of them might not technically be used at all. They're really used for insulation and cancellation of what might otherwise be interference. So inside of here is pretty simple technology, and much like we've seen in other contexts is there's just this layering, and layering, and layering of complexity so that at the end of the day, this is what's carrying your data, but there's just so much software and so many interesting advanced ideas on top of it, all of which ultimately make the internet work. Now how about some homework? So your homework for tonight, perhaps, is when you go back home, whether it's your house, or your dorm, or maybe your company if you're staying late, find a device that looks a little something like this. Maybe it's your cable modem, or your FiOS device, or maybe it's your home router, or maybe it's someone else's home router, and turn it around carefully, take a look at the various, connectors on the back see if you don't recognize some of the various shapes, and some of the various labels, and some of the, ultimately, technologies that we've been discussing here. If you really want to be brazen, go ahead and hold your breath and unplug everything, and see if you can, via a bit of pattern matching, plug everything back together. Of course in the process, you'll take down your entire internet most likely, or your company's, or your neighbor's, in fact very much, possibly your neighbor's as well. And that's OK if you're sort of confident you can reassemble that. I mean, if you're really daring, and you have an extra ethernet cable lying around, go to town on one of these things here. You're not really going to be able to put this back together without special hardware and a spare little clip, but that would be the extreme form of getting your hands dirty here with the internet.