WEBVTT

1
00:00:00.120 --> 00:00:03.359
<v Speaker 1>So every time you double tap a photo on your

2
00:00:03.359 --> 00:00:07.519
<v Speaker 1>phone to like it, you're actually unknowingly triggering this really

3
00:00:07.559 --> 00:00:10.320
<v Speaker 1>strict Cold War era military protocol.

4
00:00:10.519 --> 00:00:12.199
<v Speaker 2>Yeah, it's wild to think about.

5
00:00:12.160 --> 00:00:15.240
<v Speaker 1>Right, Like that tiny action chops your tap into these

6
00:00:15.279 --> 00:00:19.920
<v Speaker 1>microscopic data packets, scrutinizes them through intelligent intersections, and then

7
00:00:20.039 --> 00:00:23.199
<v Speaker 1>you shoots them via lasers through hair thin tubes of

8
00:00:23.239 --> 00:00:26.399
<v Speaker 1>glass across the ocean, and all of that in just

9
00:00:26.519 --> 00:00:28.440
<v Speaker 1>a matter of milliseconds.

10
00:00:27.879 --> 00:00:32.479
<v Speaker 2>Which is frankly a brilliantly constructed illusion of simplicity because

11
00:00:32.520 --> 00:00:35.920
<v Speaker 2>the moment you look beneath that frictionless glass screen while

12
00:00:36.000 --> 00:00:39.640
<v Speaker 2>you find this world of uncompromising traffic laws and literal

13
00:00:39.719 --> 00:00:40.960
<v Speaker 2>light speed logistics.

14
00:00:41.119 --> 00:00:44.560
<v Speaker 1>I mean, we interact with this invisible architecture constantly streaming,

15
00:00:44.600 --> 00:00:47.560
<v Speaker 1>working whatever. Yeah, but we almost never see the sprawling

16
00:00:47.600 --> 00:00:51.560
<v Speaker 1>physical infrastructure making it happen. It just feels like magic, exactly.

17
00:00:51.719 --> 00:00:54.320
<v Speaker 2>But every single piece of data has to navigate a

18
00:00:54.399 --> 00:00:57.039
<v Speaker 2>highly organized gauntlet to get from point A to point B.

19
00:00:57.359 --> 00:01:01.039
<v Speaker 1>And today we are going to demystify that exact gauntlet.

20
00:01:01.159 --> 00:01:02.359
<v Speaker 1>Welcome to today's deep dive.

21
00:01:02.479 --> 00:01:03.079
<v Speaker 2>Glad to be here.

22
00:01:03.200 --> 00:01:05.879
<v Speaker 1>Our mission today is to take you on the exact

23
00:01:05.959 --> 00:01:08.760
<v Speaker 1>journey your data takes from the physical cables in your

24
00:01:08.799 --> 00:01:11.879
<v Speaker 1>wall all the way up to the invisible rules governing

25
00:01:11.959 --> 00:01:12.680
<v Speaker 1>the global web.

26
00:01:12.959 --> 00:01:16.000
<v Speaker 2>And to map this out, we are diving into excerpts

27
00:01:16.000 --> 00:01:20.359
<v Speaker 2>from Todd Lamley's CCNA Certifications Study Guide, Volume.

28
00:01:20.079 --> 00:01:23.359
<v Speaker 1>Two, Yeah, which is basically the definitive blueprint for understanding

29
00:01:23.400 --> 00:01:24.840
<v Speaker 1>the nuts and bolts of networking.

30
00:01:25.159 --> 00:01:27.959
<v Speaker 2>What makes this material so compelling is that it focuses

31
00:01:28.000 --> 00:01:31.319
<v Speaker 2>heavily on the why. You know. It reveals the sheer

32
00:01:31.480 --> 00:01:35.280
<v Speaker 2>human ingenuity required to solve massive logistical problems.

33
00:01:35.319 --> 00:01:38.680
<v Speaker 1>Because networking did not start out organized, did it.

34
00:01:38.719 --> 00:01:41.079
<v Speaker 2>Not at all? The rules and devices we used today

35
00:01:41.159 --> 00:01:44.680
<v Speaker 2>they evolved out of absolute necessity to prevent digital traffic

36
00:01:44.719 --> 00:01:46.480
<v Speaker 2>from just collapsing under its own weight.

37
00:01:46.640 --> 00:01:48.799
<v Speaker 1>So let's start right there at the physical intersections, you know,

38
00:01:48.840 --> 00:01:51.599
<v Speaker 1>the devices that act as the traffic cops for our data.

39
00:01:51.680 --> 00:01:55.000
<v Speaker 2>Right. The transition from hubs to switches to routers. It's

40
00:01:55.040 --> 00:01:58.840
<v Speaker 2>really a story of moving from total chaos to highly

41
00:01:58.959 --> 00:01:59.920
<v Speaker 2>targeted communication.

42
00:02:00.359 --> 00:02:02.120
<v Speaker 1>Yeah. Because in the early days, if you wired a

43
00:02:02.159 --> 00:02:05.799
<v Speaker 1>small office together, you plug everything into a hub. And

44
00:02:06.480 --> 00:02:09.199
<v Speaker 1>I mean a hub is about the dumbest piece of

45
00:02:09.240 --> 00:02:10.520
<v Speaker 1>hardware imaginable.

46
00:02:10.680 --> 00:02:14.000
<v Speaker 2>It really is. It operates with zero intelligence, right, It just.

47
00:02:13.960 --> 00:02:16.879
<v Speaker 1>Takes an electrical signal coming in on one wire and

48
00:02:17.000 --> 00:02:19.400
<v Speaker 1>blindly copies it to every other connected wire.

49
00:02:19.560 --> 00:02:22.120
<v Speaker 2>Yeah. So if a hub receives a message meant for

50
00:02:22.199 --> 00:02:25.479
<v Speaker 2>one specific computer, it just blasts that message out to

51
00:02:25.560 --> 00:02:27.439
<v Speaker 2>fifty other computers anyway.

52
00:02:27.080 --> 00:02:29.120
<v Speaker 1>Which causes a massive problem.

53
00:02:28.800 --> 00:02:32.039
<v Speaker 2>Exactly, an electrical problem. If two devices connected to that

54
00:02:32.120 --> 00:02:34.560
<v Speaker 2>hub try to talk at the exact same fraction of

55
00:02:34.599 --> 00:02:38.439
<v Speaker 2>a second, they're electrical signals physically crash into each other

56
00:02:38.520 --> 00:02:41.479
<v Speaker 2>on the wire. Oh wow, Yeah, the data becomes corrupted,

57
00:02:41.759 --> 00:02:45.800
<v Speaker 2>the transmission fails, and both computers have to pause for

58
00:02:45.800 --> 00:02:47.759
<v Speaker 2>a random amount of time before trying again.

59
00:02:47.960 --> 00:02:50.680
<v Speaker 1>And that is what the industry calls a single collision domain.

60
00:02:50.840 --> 00:02:52.080
<v Speaker 2>Right, yes, exactly.

61
00:02:52.159 --> 00:02:56.000
<v Speaker 1>I always picture a hub like a guy at a

62
00:02:56.039 --> 00:02:58.879
<v Speaker 1>crowded party. If he wants to tell a secret to

63
00:02:58.919 --> 00:03:00.800
<v Speaker 1>one person, he doesn't walk over and whisper.

64
00:03:01.680 --> 00:03:02.800
<v Speaker 2>He grabs a megaphone.

65
00:03:02.919 --> 00:03:06.000
<v Speaker 1>Yes, he grabs a megaphone and shouts it to the

66
00:03:06.159 --> 00:03:09.879
<v Speaker 1>entire room. Everyone has to stop their conversation, listen to

67
00:03:09.879 --> 00:03:12.840
<v Speaker 1>the megaphone and figure out if the message is for them.

68
00:03:13.159 --> 00:03:16.479
<v Speaker 2>And if two people shout at once, no one understands anything. Right.

69
00:03:16.639 --> 00:03:18.919
<v Speaker 1>You can imagine how quickly a network grinds to a

70
00:03:18.960 --> 00:03:22.240
<v Speaker 1>halt if fifty computers are constantly shouting over each other.

71
00:03:22.439 --> 00:03:27.039
<v Speaker 2>So to fix that literal shouting match, network engineers introduced switches,

72
00:03:27.159 --> 00:03:30.439
<v Speaker 2>which are much smarter, way smarter. A switch actually pays

73
00:03:30.439 --> 00:03:34.680
<v Speaker 2>attention to who is talking to whom. It uses specialized

74
00:03:34.719 --> 00:03:39.719
<v Speaker 2>hardware called application specific integrated circuits or ASEX, which process

75
00:03:39.840 --> 00:03:43.960
<v Speaker 2>data at blistering speeds. Wait, yeah, ASEX. The moment a

76
00:03:44.039 --> 00:03:47.560
<v Speaker 2>computer plugs into a switch, the switch memorizes its physical

77
00:03:47.599 --> 00:03:50.439
<v Speaker 2>hardware address, its MBSC address, and logs it into a

78
00:03:50.439 --> 00:03:51.759
<v Speaker 2>dedicated filter table.

79
00:03:51.879 --> 00:03:55.319
<v Speaker 1>Okay, so it turns the chaotic megaphone room into like

80
00:03:55.360 --> 00:03:56.599
<v Speaker 1>a polite cocktail party.

81
00:03:56.719 --> 00:03:59.759
<v Speaker 2>Exactly, people are having private one on one conversations.

82
00:04:00.039 --> 00:04:02.360
<v Speaker 1>So when computer A sends a file to computer B,

83
00:04:02.840 --> 00:04:05.560
<v Speaker 1>the switch checks its filter table and forwards that electrical

84
00:04:05.599 --> 00:04:08.199
<v Speaker 1>signal exclusively to the single port where computer B is

85
00:04:08.199 --> 00:04:10.240
<v Speaker 1>plugged in. Nobody else hears it.

86
00:04:10.479 --> 00:04:14.360
<v Speaker 2>Right, it successfully breaks up the collision domains. Everyone can

87
00:04:14.400 --> 00:04:20.040
<v Speaker 2>talk simultaneously without their signals interfering. But switches introduce a

88
00:04:20.079 --> 00:04:23.759
<v Speaker 2>new vulnerability. Oh really yeah, because they are designed to

89
00:04:23.920 --> 00:04:27.079
<v Speaker 2>forward a very specific type of traffic called a.

90
00:04:27.040 --> 00:04:29.240
<v Speaker 1>Broadcast, Right I remember reading about that.

91
00:04:29.279 --> 00:04:33.040
<v Speaker 2>Sometimes a computer legitimately needs to ask the entire local

92
00:04:33.079 --> 00:04:36.759
<v Speaker 2>network a question like who has this specific IP address?

93
00:04:37.519 --> 00:04:41.319
<v Speaker 2>The switch will dutifully take that broadcast question and copy

94
00:04:41.360 --> 00:04:42.560
<v Speaker 2>it to every single.

95
00:04:42.279 --> 00:04:45.519
<v Speaker 1>Port, which sounds fine until your network grows. Yeah, because

96
00:04:45.519 --> 00:04:48.279
<v Speaker 1>if you have thousands of devices occasionally shouting questions to

97
00:04:48.319 --> 00:04:51.959
<v Speaker 1>the entire room, you create a broadcast storm exactly.

98
00:04:52.360 --> 00:04:55.879
<v Speaker 2>The network gets so bogged down processing everyone's general questions

99
00:04:55.879 --> 00:04:58.160
<v Speaker 2>that actual data just stops moving.

100
00:04:58.000 --> 00:04:59.480
<v Speaker 1>And that brings us to the bouncer at the door,

101
00:04:59.519 --> 00:04:59.920
<v Speaker 1>the router.

102
00:05:00.319 --> 00:05:03.560
<v Speaker 2>The router is key. Routers operate on a completely different

103
00:05:03.639 --> 00:05:06.920
<v Speaker 2>level of logic. Instead of looking at physical mix addresses,

104
00:05:07.319 --> 00:05:09.800
<v Speaker 2>they read logical IP addresses, and their.

105
00:05:09.600 --> 00:05:13.199
<v Speaker 1>Default behavior is to relentlessly block local broadcasts. Right.

106
00:05:13.560 --> 00:05:16.519
<v Speaker 2>Yes, If a packet hits a router and it is

107
00:05:16.560 --> 00:05:20.040
<v Speaker 2>addressed to everyone on this local network, the router drops

108
00:05:20.040 --> 00:05:21.360
<v Speaker 2>it immediately, so.

109
00:05:21.279 --> 00:05:24.120
<v Speaker 1>The writer stands at the exit of the party. It

110
00:05:24.160 --> 00:05:28.399
<v Speaker 1>breaks up those broadcast domains so that local chatter doesn't

111
00:05:28.439 --> 00:05:29.759
<v Speaker 1>deafen the entire Internet.

112
00:05:29.879 --> 00:05:32.639
<v Speaker 2>Precisely, if you want to talk to a device in

113
00:05:32.680 --> 00:05:35.720
<v Speaker 2>the room next door, meaning a completely different network. You

114
00:05:35.800 --> 00:05:37.319
<v Speaker 2>have to go through the bouncer, So.

115
00:05:37.240 --> 00:05:41.079
<v Speaker 1>You contain collisions with switches and you contain broadcasts with routers.

116
00:05:41.639 --> 00:05:45.319
<v Speaker 2>Makes sense, right, And once those foundational intersections are in place,

117
00:05:45.480 --> 00:05:47.000
<v Speaker 2>the challenge shifts to scale.

118
00:05:47.360 --> 00:05:51.759
<v Speaker 1>Moving from a single room to a massive corporate campus

119
00:05:51.800 --> 00:05:52.600
<v Speaker 1>or a data center.

120
00:05:52.720 --> 00:05:55.480
<v Speaker 2>Yeah, that requires a structured architectural model to keep all

121
00:05:55.480 --> 00:05:58.680
<v Speaker 2>those switches and routers organized. The classic approach is the

122
00:05:58.720 --> 00:05:59.839
<v Speaker 2>three tier model.

123
00:05:59.639 --> 00:06:05.079
<v Speaker 1>Which is this beautifully logical hierarchy broken into three layers, access, distribution,

124
00:06:05.279 --> 00:06:05.680
<v Speaker 1>and core.

125
00:06:06.000 --> 00:06:10.079
<v Speaker 2>Correct. The access layer is where you, the user, actually interact.

126
00:06:09.759 --> 00:06:12.839
<v Speaker 1>With the network, like where my desktop computer plugs directly

127
00:06:12.839 --> 00:06:13.240
<v Speaker 1>into an.

128
00:06:13.199 --> 00:06:16.759
<v Speaker 2>Access switch exactly. Its only job is to get you

129
00:06:16.839 --> 00:06:21.959
<v Speaker 2>connected and enforce basic port security. Above that sits the

130
00:06:22.000 --> 00:06:25.079
<v Speaker 2>distribution layer, which is essentially the brains of the entire

131
00:06:25.120 --> 00:06:26.000
<v Speaker 2>campus network.

132
00:06:26.279 --> 00:06:28.160
<v Speaker 1>This is where the heavy duty routing happens, right.

133
00:06:28.279 --> 00:06:31.480
<v Speaker 2>Yeah. It connects all the various access switches together, apply

134
00:06:31.560 --> 00:06:36.319
<v Speaker 2>security policies, enforces access lists, and ultimately directs your traffic

135
00:06:36.360 --> 00:06:37.959
<v Speaker 2>toward the top of the pyramid.

136
00:06:37.639 --> 00:06:39.680
<v Speaker 1>Which is the core layer. And the core layer is

137
00:06:39.720 --> 00:06:42.800
<v Speaker 1>all about pure, unadulterated.

138
00:06:42.000 --> 00:06:45.519
<v Speaker 2>Speed, nothing but speed. The source material stresses that you

139
00:06:45.560 --> 00:06:48.639
<v Speaker 2>should never ever put a firewall or an access list

140
00:06:48.639 --> 00:06:49.319
<v Speaker 2>in the core layer.

141
00:06:49.360 --> 00:06:51.920
<v Speaker 1>It's like a massive data highway. You do not put

142
00:06:51.959 --> 00:06:53.759
<v Speaker 1>a toll booth in the middle of the autobox.

143
00:06:53.839 --> 00:06:57.079
<v Speaker 2>Great analogy. Its only job is to switch massive volumes

144
00:06:57.120 --> 00:06:59.439
<v Speaker 2>of data as fast as physically possible.

145
00:07:00.120 --> 00:07:02.279
<v Speaker 1>You know, I was looking at the section on network designs,

146
00:07:02.399 --> 00:07:05.879
<v Speaker 1>and it also details a collapsed core setup, yeah, which

147
00:07:05.920 --> 00:07:10.319
<v Speaker 1>intentionally combines the core distribution layers into one device. I mean,

148
00:07:10.759 --> 00:07:13.639
<v Speaker 1>if the core is supposed to be this sacred, blazing

149
00:07:13.720 --> 00:07:17.800
<v Speaker 1>fast highway with no rules, why would anyone deliberately bottleneck

150
00:07:17.839 --> 00:07:20.160
<v Speaker 1>it by bogging it down with distribution duties.

151
00:07:20.360 --> 00:07:24.000
<v Speaker 2>Well, it's a perfect example of engineering meeting economic reality.

152
00:07:24.720 --> 00:07:29.480
<v Speaker 2>Building a true three to two network requires purchasing highly specialized,

153
00:07:29.680 --> 00:07:33.519
<v Speaker 2>tremendously expensive hardware, So it's the money thing. Completely. A

154
00:07:33.600 --> 00:07:36.879
<v Speaker 2>dedicated core switch that does nothing but move data at

155
00:07:36.959 --> 00:07:40.240
<v Speaker 2>wire speed costs of fortune. For a small to mid

156
00:07:40.319 --> 00:07:44.600
<v Speaker 2>size business. Their daily data volume rarely justifies that kind

157
00:07:44.600 --> 00:07:45.519
<v Speaker 2>of capital.

158
00:07:45.160 --> 00:07:48.279
<v Speaker 1>Expenditure, so they compromise to save the budget. They collapse

159
00:07:48.360 --> 00:07:51.399
<v Speaker 1>the brains in the highway into a single physical box. Right.

160
00:07:51.600 --> 00:07:55.000
<v Speaker 2>They lose that theoretical maximum top speed. But for a

161
00:07:55.040 --> 00:07:58.240
<v Speaker 2>fifty person company, it is still more than fast enough

162
00:07:58.240 --> 00:08:00.839
<v Speaker 2>to get the job done. Practicality off and wins out.

163
00:08:00.920 --> 00:08:03.639
<v Speaker 1>But as we move from corporate offices into modern cloud

164
00:08:03.720 --> 00:08:07.000
<v Speaker 1>data centers, the three tier model starts to show cracks,

165
00:08:07.040 --> 00:08:07.519
<v Speaker 1>doesn't it.

166
00:08:07.519 --> 00:08:10.639
<v Speaker 2>It does. In a traditional office, traffic flows north south.

167
00:08:10.879 --> 00:08:13.240
<v Speaker 2>You sit at your desk, request a file from a server,

168
00:08:13.319 --> 00:08:15.839
<v Speaker 2>and the file comes back down. But in a massive

169
00:08:15.879 --> 00:08:19.000
<v Speaker 2>data center powering something like a streaming service, the servers

170
00:08:19.040 --> 00:08:22.199
<v Speaker 2>are constantly talking directly to each other, sinking databases and

171
00:08:22.240 --> 00:08:24.560
<v Speaker 2>sharing workloads. That's east west.

172
00:08:24.279 --> 00:08:27.560
<v Speaker 1>Traffic and pushing east west traffic up and down. A

173
00:08:27.600 --> 00:08:30.959
<v Speaker 1>three tier pyramid creates a massive bottleneck.

174
00:08:31.160 --> 00:08:34.600
<v Speaker 2>Exactly. That is why modern data centers use a spine

175
00:08:34.679 --> 00:08:35.559
<v Speaker 2>leaf architecture.

176
00:08:35.919 --> 00:08:38.919
<v Speaker 1>In this setup, every leaf switch, which sits at the

177
00:08:39.000 --> 00:08:42.039
<v Speaker 1>very top of a server rack, connects directly to every

178
00:08:42.080 --> 00:08:43.519
<v Speaker 1>single spine switch in the room.

179
00:08:43.799 --> 00:08:46.919
<v Speaker 2>It creates a highly predictable environment where any server can

180
00:08:47.000 --> 00:08:50.080
<v Speaker 2>talk to any other server in exactly one hop. The

181
00:08:50.159 --> 00:08:52.039
<v Speaker 2>latency is virtually non existent.

182
00:08:52.200 --> 00:08:56.399
<v Speaker 1>But that instant unhindered access introduces a terrifying security risk.

183
00:08:56.440 --> 00:09:00.679
<v Speaker 2>Right, oh, absolutely, If every server can reach every other server, instantly.

184
00:09:01.000 --> 00:09:05.320
<v Speaker 2>A malicious virus can infect the entire data center in milliseconds, which.

185
00:09:05.159 --> 00:09:08.360
<v Speaker 1>Is why the architecture evolved to include next generation firewalls

186
00:09:08.799 --> 00:09:11.320
<v Speaker 1>or ngfw's like Cisco's Firepower.

187
00:09:11.440 --> 00:09:14.039
<v Speaker 2>Yes, these are light years beyond the old firewalls that

188
00:09:14.159 --> 00:09:16.120
<v Speaker 2>just checked a port number and an IP address.

189
00:09:16.240 --> 00:09:18.679
<v Speaker 1>Right. A traditional firewall is like a security guard just

190
00:09:18.799 --> 00:09:20.840
<v Speaker 1>checking if your name is on the guest list. A

191
00:09:20.879 --> 00:09:24.399
<v Speaker 1>next generation firewall actually opens the envelope, reads the letter,

192
00:09:24.759 --> 00:09:26.440
<v Speaker 1>and decides if the contents are a threat.

193
00:09:26.679 --> 00:09:28.799
<v Speaker 2>That's a great way to put it. It performs deep

194
00:09:28.799 --> 00:09:33.399
<v Speaker 2>packet inspection, utilizing intrusion prevention systems to hunt down malicious

195
00:09:33.399 --> 00:09:35.559
<v Speaker 2>code hidden inside normal looking traffic.

196
00:09:35.799 --> 00:09:38.080
<v Speaker 1>It uses Application visibility and control.

197
00:09:37.799 --> 00:09:42.159
<v Speaker 2>Right yes, AVC. It understands the context of what you're doing.

198
00:09:42.399 --> 00:09:44.840
<v Speaker 2>It knows the difference between you logging into a cloud

199
00:09:44.879 --> 00:09:48.399
<v Speaker 2>storage site to read a document versus trying to covertly

200
00:09:48.480 --> 00:09:50.679
<v Speaker 2>upload proprietary company data, and.

201
00:09:50.639 --> 00:09:53.320
<v Speaker 1>It can block the upload while allowing the read access.

202
00:09:53.519 --> 00:09:57.480
<v Speaker 1>That's incredible. So we have these highly intelligent intersections, massive

203
00:09:57.600 --> 00:10:01.519
<v Speaker 1>architectural grids, and incredibly paranoid security guards.

204
00:10:01.320 --> 00:10:04.159
<v Speaker 2>But none of this functions without the physical roads.

205
00:10:04.320 --> 00:10:07.559
<v Speaker 1>Right. I was looking at the section on unshielded twisted

206
00:10:07.600 --> 00:10:10.720
<v Speaker 1>pair or UTP cabling. This is the standard copper Cat

207
00:10:10.799 --> 00:10:12.879
<v Speaker 1>six cable you probably have plugging into the back of

208
00:10:12.879 --> 00:10:13.759
<v Speaker 1>your WiFi.

209
00:10:13.519 --> 00:10:16.320
<v Speaker 2>Radder, the standard workhourse of networking.

210
00:10:15.960 --> 00:10:18.480
<v Speaker 1>And it honestly blew my mind that the eight tiny

211
00:10:18.480 --> 00:10:22.320
<v Speaker 1>copper wires inside are twisted together not for durability, but

212
00:10:22.440 --> 00:10:25.879
<v Speaker 1>to utilize literal physics to cancel out electromagnetism.

213
00:10:25.960 --> 00:10:29.840
<v Speaker 2>It is an incredibly elegant analog solution to a digital problem.

214
00:10:30.159 --> 00:10:31.279
<v Speaker 1>How does that actually work?

215
00:10:31.480 --> 00:10:35.519
<v Speaker 2>Well? When electrical signals travel down parallel copper wires, they

216
00:10:35.559 --> 00:10:40.399
<v Speaker 2>generate tiny electromagnetic fields. If those wires sit flat next

217
00:10:40.440 --> 00:10:43.279
<v Speaker 2>to each other, the fields bleed over and corrupt the

218
00:10:43.320 --> 00:10:45.720
<v Speaker 2>data on the adjacent wires. We call that.

219
00:10:45.759 --> 00:10:48.000
<v Speaker 1>Cross stock ah crosstalk.

220
00:10:48.200 --> 00:10:51.639
<v Speaker 2>Yeah, But by tightly twisting the pairs together, the opposing

221
00:10:51.679 --> 00:10:55.919
<v Speaker 2>electromagnetic fields perfectly cancel each other out. The tighter the twist,

222
00:10:56.080 --> 00:10:57.639
<v Speaker 2>the less cross stock you get.

223
00:10:57.480 --> 00:11:00.879
<v Speaker 1>Which is exactly why a modern Cat sick cable can

224
00:11:00.919 --> 00:11:04.759
<v Speaker 1>push gigabit speeds while an older, loosely twisted Cat five

225
00:11:04.840 --> 00:11:05.840
<v Speaker 1>cable cannot.

226
00:11:06.080 --> 00:11:08.440
<v Speaker 2>Exactly the physicality of it is amazing.

227
00:11:08.639 --> 00:11:11.039
<v Speaker 1>The text also explains the difference between a straight through

228
00:11:11.039 --> 00:11:13.679
<v Speaker 1>cable and a crossover cable. Right straight through cable is

229
00:11:13.720 --> 00:11:16.120
<v Speaker 1>exactly what it sounds like. Pin one on one end

230
00:11:16.120 --> 00:11:18.159
<v Speaker 1>connects to pin one on the other end. You use

231
00:11:18.200 --> 00:11:20.559
<v Speaker 1>it to connect different types of devices, like a computer

232
00:11:20.759 --> 00:11:21.679
<v Speaker 1>to a switch.

233
00:11:21.440 --> 00:11:23.919
<v Speaker 2>Because the computer transmits on pin one and the switch

234
00:11:23.960 --> 00:11:25.519
<v Speaker 2>expects to receive on pin one.

235
00:11:25.639 --> 00:11:28.679
<v Speaker 1>Right. But if you connect two identical devices like two switches,

236
00:11:28.960 --> 00:11:31.440
<v Speaker 1>using a straight through cable, it is like walking up

237
00:11:31.480 --> 00:11:33.080
<v Speaker 1>to a mirror and trying to shake hands with your

238
00:11:33.080 --> 00:11:33.679
<v Speaker 1>own reflection.

239
00:11:34.039 --> 00:11:36.919
<v Speaker 2>That mirror analogy is spot on. If you put your

240
00:11:37.000 --> 00:11:39.720
<v Speaker 2>right hand out, your reflection puts its right hand out,

241
00:11:39.879 --> 00:11:42.360
<v Speaker 2>and your hands just awkwardly bump into each other.

242
00:11:42.519 --> 00:11:45.440
<v Speaker 1>Yeah. So, if switch A transmits on pin one and

243
00:11:45.480 --> 00:11:48.799
<v Speaker 1>switch B also transmits on pin one, the electrical signals

244
00:11:48.840 --> 00:11:50.399
<v Speaker 1>physically collide on the wire.

245
00:11:50.600 --> 00:11:53.879
<v Speaker 2>To fix it, you use a crossover cable, which physically

246
00:11:53.919 --> 00:11:56.879
<v Speaker 2>crosses the transmit pins on one end over to the

247
00:11:56.919 --> 00:11:58.000
<v Speaker 2>receive pins on the other.

248
00:11:58.279 --> 00:12:00.600
<v Speaker 1>You are crossing your arms to shake hands of the mirror,

249
00:12:00.759 --> 00:12:03.080
<v Speaker 1>ensuring the dat lands perfectly where it is expected.

250
00:12:03.120 --> 00:12:07.360
<v Speaker 2>Precisely. But copper is just one medium. The true backbone

251
00:12:07.360 --> 00:12:10.320
<v Speaker 2>of the global Internet is fiber optic cabling, which is

252
00:12:10.440 --> 00:12:12.480
<v Speaker 2>just mine bending because.

253
00:12:12.200 --> 00:12:15.279
<v Speaker 1>We are shooting actual lasers down tubes of glass. Yeah.

254
00:12:15.559 --> 00:12:18.919
<v Speaker 2>By using pulses of light instead of electricity, fiber optics

255
00:12:18.919 --> 00:12:23.039
<v Speaker 2>are completely immune to electromagnetic interference. There is zero cross stock,

256
00:12:23.279 --> 00:12:23.559
<v Speaker 2>and the.

257
00:12:23.519 --> 00:12:27.759
<v Speaker 1>Material highlights two distinct types, single mode and multimode. Single

258
00:12:27.759 --> 00:12:31.240
<v Speaker 1>mode fiber has a microscopic glass core, typically around nine

259
00:12:31.279 --> 00:12:32.279
<v Speaker 1>microns thick.

260
00:12:32.120 --> 00:12:35.080
<v Speaker 2>Which is significantly thinner than a single strand of human hair.

261
00:12:35.200 --> 00:12:35.879
<v Speaker 1>That's just wild.

262
00:12:36.279 --> 00:12:39.799
<v Speaker 2>It uses a highly focused, expensive laser to shoot a

263
00:12:39.840 --> 00:12:43.799
<v Speaker 2>concentrated beam of light straight down that tiny core. Because

264
00:12:43.840 --> 00:12:46.960
<v Speaker 2>the light does not disperse or bounce around, it maintains

265
00:12:46.960 --> 00:12:49.600
<v Speaker 2>its integrity over massive distances, so.

266
00:12:49.600 --> 00:12:53.200
<v Speaker 1>Delecom companies use single mode fiber to cross oceans and

267
00:12:53.200 --> 00:12:54.679
<v Speaker 1>connect cities exactly.

268
00:12:54.879 --> 00:12:59.240
<v Speaker 2>Multimode fiber, conversely, has a much wider core, usually fifty microns,

269
00:13:00.080 --> 00:13:03.120
<v Speaker 2>uses a cheaper led light source that physically bounces off

270
00:13:03.159 --> 00:13:05.240
<v Speaker 2>the interior walls of the glass as it travels.

271
00:13:05.639 --> 00:13:08.120
<v Speaker 1>And because the light is rickicheting off the walls, it

272
00:13:08.200 --> 00:13:11.080
<v Speaker 1>naturally spreads out and gets fuzzy over long distances.

273
00:13:11.240 --> 00:13:14.360
<v Speaker 2>Right, So multimode is heavily restricted to short runs like

274
00:13:14.399 --> 00:13:17.879
<v Speaker 2>connecting different server racks within the same physical building. Single

275
00:13:17.879 --> 00:13:20.000
<v Speaker 2>mode handles the cross country heavy lifting.

276
00:13:20.159 --> 00:13:23.759
<v Speaker 1>Got it. There's one more crucial physical technology to cover

277
00:13:24.240 --> 00:13:26.320
<v Speaker 1>power over Ethernet or POE.

278
00:13:26.559 --> 00:13:29.879
<v Speaker 2>Ah yes, standards like aightoh two point three AF and

279
00:13:29.960 --> 00:13:31.200
<v Speaker 2>a two point three APP.

280
00:13:31.360 --> 00:13:33.799
<v Speaker 1>These allow a network switch to send both high speed

281
00:13:33.879 --> 00:13:37.360
<v Speaker 1>data and low voltage electrical power down the exact same

282
00:13:37.360 --> 00:13:38.639
<v Speaker 1>copper UTP cable.

283
00:13:38.720 --> 00:13:41.679
<v Speaker 2>It's incredibly useful. Think about the logistics of outfitting a

284
00:13:41.720 --> 00:13:45.320
<v Speaker 2>massive one hundred thousand square foot warehouse with security cameras.

285
00:13:45.639 --> 00:13:49.360
<v Speaker 1>Right, If every camera requires a dedicated power outlet, you

286
00:13:49.399 --> 00:13:52.159
<v Speaker 1>have to hire licensed electricians to run heavy condo it

287
00:13:52.240 --> 00:13:55.679
<v Speaker 1>up into the rafters for every single device, which costs

288
00:13:55.679 --> 00:13:57.000
<v Speaker 1>an absolute fortune.

289
00:13:57.039 --> 00:13:59.960
<v Speaker 2>But with POE, you just run one cheap CAT six

290
00:14:00.120 --> 00:14:02.120
<v Speaker 2>cable from the network switch to the camera.

291
00:14:02.360 --> 00:14:04.679
<v Speaker 1>The switch pumps the DC power to turn the camera

292
00:14:04.720 --> 00:14:08.120
<v Speaker 1>on and receives the four K video feedback over the

293
00:14:08.159 --> 00:14:11.799
<v Speaker 1>exact same wire. It's a masterpiece of efficiency, it really is.

294
00:14:11.879 --> 00:14:15.200
<v Speaker 2>So we have built the physical roads, established the intersections,

295
00:14:15.240 --> 00:14:16.960
<v Speaker 2>and powered the devices.

296
00:14:16.480 --> 00:14:19.240
<v Speaker 1>But none of this infrastructure means anything if the devices

297
00:14:19.279 --> 00:14:21.480
<v Speaker 1>do not speak a common language.

298
00:14:21.200 --> 00:14:25.399
<v Speaker 2>Which brings us to the protocols, specifically TCPIP and the

299
00:14:25.480 --> 00:14:26.960
<v Speaker 2>DoD model, and the.

300
00:14:26.960 --> 00:14:29.559
<v Speaker 1>History here is deeply tied to the Cold War. In

301
00:14:29.600 --> 00:14:33.720
<v Speaker 1>the nineteen seventies, the Department of Defense funded the Arpennet project.

302
00:14:34.000 --> 00:14:37.519
<v Speaker 2>They needed a communications network that could survive a catastrophic event.

303
00:14:37.639 --> 00:14:40.600
<v Speaker 1>The underlying logic had to be so robust that if

304
00:14:40.600 --> 00:14:43.759
<v Speaker 1>half the country's infrastructure was wiped out in a nuclear strike,

305
00:14:44.279 --> 00:14:47.360
<v Speaker 1>the surviving computers could automatically route data around the crater

306
00:14:47.759 --> 00:14:49.679
<v Speaker 1>to find a new path to the destination.

307
00:14:50.000 --> 00:14:53.080
<v Speaker 2>So they engineered a four layer architecture known as the

308
00:14:53.159 --> 00:14:58.279
<v Speaker 2>DoD model process application host to host or transport Internet

309
00:14:58.320 --> 00:14:59.480
<v Speaker 2>and network access.

310
00:15:00.000 --> 00:15:03.000
<v Speaker 1>The true brilliance of this model is its open systems

311
00:15:03.000 --> 00:15:03.879
<v Speaker 1>approach right.

312
00:15:03.759 --> 00:15:07.440
<v Speaker 2>Exactly Unlike proprietary tech, where every piece of hardware has

313
00:15:07.440 --> 00:15:11.399
<v Speaker 2>come from the same vendor, TCPIP is completely agnostic at

314
00:15:11.440 --> 00:15:12.480
<v Speaker 2>the bottom layer, so.

315
00:15:12.440 --> 00:15:14.879
<v Speaker 1>The physical network access layer just does not care what

316
00:15:14.919 --> 00:15:15.559
<v Speaker 1>the medium is.

317
00:15:15.720 --> 00:15:19.000
<v Speaker 2>Right, the upper layers process the digital data exactly the

318
00:15:19.039 --> 00:15:21.759
<v Speaker 2>same way, whether that bottom layer is a copper telephone wire,

319
00:15:22.120 --> 00:15:25.919
<v Speaker 2>a transatlantic fiber optic glass tube, or a modern Wi

320
00:15:25.919 --> 00:15:28.320
<v Speaker 2>Fi radio wave bouncing around your living room.

321
00:15:28.159 --> 00:15:31.600
<v Speaker 1>And understanding that nineteen seventies layered architecture is actually the

322
00:15:31.679 --> 00:15:34.679
<v Speaker 1>secret to troubleshooting your own home Wi Fi today, it

323
00:15:34.759 --> 00:15:35.279
<v Speaker 1>really is.

324
00:15:35.679 --> 00:15:38.120
<v Speaker 2>When your laptop suddenly cannot load a web page, you

325
00:15:38.200 --> 00:15:42.960
<v Speaker 2>troubleshoot systematically, layer by layer. First, the physical network access layer,

326
00:15:43.159 --> 00:15:45.000
<v Speaker 2>is the Wi Fi radio actually connected?

327
00:15:45.159 --> 00:15:47.519
<v Speaker 1>Next the Internet layer, did the router assign you a

328
00:15:47.559 --> 00:15:48.639
<v Speaker 1>valid IP address?

329
00:15:48.679 --> 00:15:51.559
<v Speaker 2>Then up to the application layer, is the browser failing

330
00:15:51.600 --> 00:15:53.960
<v Speaker 2>to resolve the website name? It gives you a mental

331
00:15:54.000 --> 00:15:56.399
<v Speaker 2>map to isolate the exact point of failure.

332
00:15:56.759 --> 00:15:59.279
<v Speaker 1>Let's zoom in on that top layer, the application layer.

333
00:15:59.720 --> 00:16:03.480
<v Speaker 1>These are the unsung background protocols making our digital lives function.

334
00:16:04.120 --> 00:16:06.519
<v Speaker 1>Let's start with DNS, the Domain Name system.

335
00:16:06.720 --> 00:16:10.399
<v Speaker 2>Because computers do not understand English words, they only understand numbers,

336
00:16:10.519 --> 00:16:12.200
<v Speaker 2>specifically IP addresses.

337
00:16:12.240 --> 00:16:14.879
<v Speaker 1>But no one wants to type a random string of

338
00:16:14.960 --> 00:16:18.200
<v Speaker 1>numbers into their browser to check the news. So DNS

339
00:16:18.320 --> 00:16:20.559
<v Speaker 1>is basically the Internet's phone book exactly.

340
00:16:20.799 --> 00:16:24.480
<v Speaker 2>It translates human readable URLs, what the networking world calls

341
00:16:24.559 --> 00:16:28.759
<v Speaker 2>fully qualified domain names into the exact IP addresses the

342
00:16:28.799 --> 00:16:30.080
<v Speaker 2>machines need to connect.

343
00:16:30.399 --> 00:16:33.519
<v Speaker 1>But before your phone can even access that DNS phone book,

344
00:16:33.559 --> 00:16:36.840
<v Speaker 1>it needs its own IP address. That's the job of DHCP,

345
00:16:37.080 --> 00:16:39.000
<v Speaker 1>the dynamic host configuration protocol.

346
00:16:39.120 --> 00:16:41.399
<v Speaker 2>Right when you walk into a coffee shop and your

347
00:16:41.399 --> 00:16:44.240
<v Speaker 2>phone connects to the Wi Fi, it has no identity

348
00:16:44.240 --> 00:16:46.919
<v Speaker 2>on that network. It cannot send a targeted message to

349
00:16:46.960 --> 00:16:49.279
<v Speaker 2>the router to ask for an address because it does

350
00:16:49.279 --> 00:16:50.960
<v Speaker 2>not have a return address yet, so it.

351
00:16:50.919 --> 00:16:53.600
<v Speaker 1>Literally has to shout into the digital void. The phone

352
00:16:53.600 --> 00:16:57.039
<v Speaker 1>sends out a massive broadcast message to the entire local network,

353
00:16:57.039 --> 00:16:59.879
<v Speaker 1>basically disagreement. Is there a DHCP server out there that

354
00:16:59.919 --> 00:17:01.279
<v Speaker 1>can give me an IP address?

355
00:17:01.559 --> 00:17:03.480
<v Speaker 2>And this kicks off what is known as the door

356
00:17:03.519 --> 00:17:09.359
<v Speaker 2>our process Discover, Offer, request, acknowledge. Your phone's shout is

357
00:17:09.400 --> 00:17:10.599
<v Speaker 2>the discover message, and.

358
00:17:10.559 --> 00:17:12.960
<v Speaker 1>The router hears it and replies with an offer of

359
00:17:13.000 --> 00:17:14.880
<v Speaker 1>an available IP address.

360
00:17:15.079 --> 00:17:19.000
<v Speaker 2>Your phone then formally requests to lock in that specific address,

361
00:17:19.240 --> 00:17:22.960
<v Speaker 2>and the router acknowledges the lease. This four step negotiation

362
00:17:23.160 --> 00:17:24.519
<v Speaker 2>happens in a fraction of a second.

363
00:17:24.799 --> 00:17:28.000
<v Speaker 1>But if that DHCP server is frozen or dead, the

364
00:17:28.039 --> 00:17:31.519
<v Speaker 1>phone panics. It realizes no one is answering the shout,

365
00:17:31.720 --> 00:17:35.599
<v Speaker 1>so it automatically assigns itself an APAPA address automatic private

366
00:17:35.599 --> 00:17:36.359
<v Speaker 1>IP addressing.

367
00:17:36.440 --> 00:17:38.839
<v Speaker 2>It just pulls a random address in the one sixty

368
00:17:38.920 --> 00:17:40.559
<v Speaker 2>nine point two five four range.

369
00:17:40.640 --> 00:17:42.599
<v Speaker 1>Yeah, if you are ever trying to fix a broken

370
00:17:42.640 --> 00:17:45.000
<v Speaker 1>Internet connection and you look at your computer settings and

371
00:17:45.000 --> 00:17:47.200
<v Speaker 1>see an IP address starting with one sixty nine point

372
00:17:47.200 --> 00:17:49.759
<v Speaker 1>twenty five four, it is a massive red flag.

373
00:17:49.920 --> 00:17:52.559
<v Speaker 2>It instantly tells you the device is completely isolated and

374
00:17:52.559 --> 00:17:56.240
<v Speaker 2>cannot reach the router. It is an invaluable diagnostic clue, and.

375
00:17:56.200 --> 00:17:59.440
<v Speaker 1>The application layer also dictates how we remotely manage these devices.

376
00:17:59.519 --> 00:18:03.559
<v Speaker 2>Yes, for decades, engineers use telnet, which is incredibly lightweight

377
00:18:03.559 --> 00:18:07.440
<v Speaker 2>but fundamentally flawed because it sends every keystroke in clear text.

378
00:18:07.400 --> 00:18:10.200
<v Speaker 1>So if an engineer types of password, anyone listening on

379
00:18:10.240 --> 00:18:12.720
<v Speaker 1>the local network can intercept and read it exactly.

380
00:18:13.240 --> 00:18:17.319
<v Speaker 2>Today, that has been entirely replaced by SSH secure shell,

381
00:18:17.720 --> 00:18:20.119
<v Speaker 2>which encrypts the entire remote session.

382
00:18:20.240 --> 00:18:22.359
<v Speaker 1>Now, the protocol that really caught me off guard in

383
00:18:22.400 --> 00:18:25.759
<v Speaker 1>this section is MTP, the Network Time Protocol.

384
00:18:25.960 --> 00:18:28.359
<v Speaker 2>Oh. Yeah, NTP is crucial.

385
00:18:28.440 --> 00:18:30.599
<v Speaker 1>It reaches out to atomic clocks on the Internet to

386
00:18:30.599 --> 00:18:34.519
<v Speaker 1>perfectly synchronize your device's internal clock. But honestly, in a

387
00:18:34.519 --> 00:18:38.000
<v Speaker 1>world of deep packet inspecting firewalls and fiber optic lasers,

388
00:18:38.519 --> 00:18:40.960
<v Speaker 1>why is simply knowing what time it is considered a

389
00:18:41.000 --> 00:18:42.079
<v Speaker 1>mission critical function.

390
00:18:42.359 --> 00:18:44.839
<v Speaker 2>It only seems trivial until you look at how digital

391
00:18:44.839 --> 00:18:48.759
<v Speaker 2>security and databases function really just the time. Yeah, almost

392
00:18:48.759 --> 00:18:53.440
<v Speaker 2>every encrypted transaction and database entry relies entirely on exact timestamps.

393
00:18:53.839 --> 00:18:56.359
<v Speaker 2>If a financial service clock drifts out of sync by

394
00:18:56.400 --> 00:18:58.039
<v Speaker 2>just a few seconds compared to the rest of the

395
00:18:58.039 --> 00:19:01.000
<v Speaker 2>banking network, it might log a cash withdrawal is happening

396
00:19:01.039 --> 00:19:03.599
<v Speaker 2>before the direct deposit that actually funded the account.

397
00:19:03.640 --> 00:19:06.039
<v Speaker 1>Oh wow, the database logic just collapses.

398
00:19:06.279 --> 00:19:11.079
<v Speaker 2>Furthermore, modern website security certificates are time bound. If your

399
00:19:11.079 --> 00:19:14.960
<v Speaker 2>computer's internal clock gets reset and thinks the years twenty eighteen,

400
00:19:15.400 --> 00:19:18.480
<v Speaker 2>your browser will reject every secure website you try to

401
00:19:18.559 --> 00:19:22.119
<v Speaker 2>visit because it believes their modern security certificates haven't been

402
00:19:22.160 --> 00:19:22.960
<v Speaker 2>issued yet.

403
00:19:23.200 --> 00:19:27.599
<v Speaker 1>So milliseconds of time drift can quite literally break global networks. Okay,

404
00:19:28.039 --> 00:19:31.759
<v Speaker 1>NTP is officially vital, very much so. So the application

405
00:19:31.839 --> 00:19:34.559
<v Speaker 1>layer has resolved our names, checked the time, and packed

406
00:19:34.559 --> 00:19:37.519
<v Speaker 1>our data into a digital box. Now we drop down

407
00:19:37.559 --> 00:19:40.160
<v Speaker 1>a level to the transport layer, which has to physically

408
00:19:40.240 --> 00:19:41.839
<v Speaker 1>ship that box across the world.

409
00:19:41.920 --> 00:19:46.759
<v Speaker 2>And there are two competing delivery protocols here, TCP and UDP.

410
00:19:47.240 --> 00:19:50.559
<v Speaker 2>It is the classic engineering trade off of absolute reliability

411
00:19:50.640 --> 00:19:51.519
<v Speaker 2>versus raw speed.

412
00:19:51.759 --> 00:19:55.119
<v Speaker 1>Let's examine TCP first. The Transmission Control Protocol.

413
00:19:54.960 --> 00:19:58.319
<v Speaker 2>TCP is connection oriented. It refuses to send a single

414
00:19:58.400 --> 00:20:00.480
<v Speaker 2>drop of data until it reaches out to the receiving

415
00:20:00.480 --> 00:20:02.920
<v Speaker 2>computer and establishes a formal virtual circuit.

416
00:20:02.960 --> 00:20:06.200
<v Speaker 1>It sequences every single packet with a specific number right yes.

417
00:20:06.240 --> 00:20:09.519
<v Speaker 2>Checks for errors upon arrival, and rigorously demands an acknowledgment

418
00:20:09.559 --> 00:20:10.799
<v Speaker 2>for every packet received.

419
00:20:11.119 --> 00:20:14.559
<v Speaker 1>It's the digital equivalent of sending a highly sensitive legal

420
00:20:14.640 --> 00:20:18.839
<v Speaker 1>contract via certified mail. You don't just drop the contract

421
00:20:18.880 --> 00:20:21.559
<v Speaker 1>in a blue mailbox and cross your fingers. You force

422
00:20:21.640 --> 00:20:24.720
<v Speaker 1>the recipient to sign for every single page exactly.

423
00:20:24.759 --> 00:20:27.400
<v Speaker 2>If page four gets lost in transit, the recipient looks

424
00:20:27.400 --> 00:20:32.160
<v Speaker 2>at the sequence numbers and says, hey, I receive pages one, two, three,

425
00:20:32.240 --> 00:20:34.599
<v Speaker 2>and five, resend page four.

426
00:20:34.960 --> 00:20:39.559
<v Speaker 1>So it is one hundred percent reliable. But all that checking, sequencing,

427
00:20:39.599 --> 00:20:44.119
<v Speaker 1>and acknowledging creates massive overhead. It slows the Intel process down,

428
00:20:44.319 --> 00:20:44.640
<v Speaker 1>and that.

429
00:20:44.680 --> 00:20:48.680
<v Speaker 2>Heavy overhead is exactly why UDP exists. The User Datagram

430
00:20:48.720 --> 00:20:52.720
<v Speaker 2>Protocol is connectionless. It is a thin protocol.

431
00:20:52.319 --> 00:20:54.480
<v Speaker 1>Meaning it does not establish a virtual circuit.

432
00:20:54.559 --> 00:20:57.920
<v Speaker 2>Right it does not sequence the packets into a specific order,

433
00:20:57.920 --> 00:21:00.680
<v Speaker 2>and it absolutely does not ask for an acknowledge. It

434
00:21:00.799 --> 00:21:03.240
<v Speaker 2>just takes the data and fires it at the destination

435
00:21:03.319 --> 00:21:05.119
<v Speaker 2>as fast as the hardware will allow.

436
00:21:05.279 --> 00:21:07.480
<v Speaker 1>It's like writing a thousand postcards and throwing them out

437
00:21:07.519 --> 00:21:09.880
<v Speaker 1>the window of a moving train, just hoping they land

438
00:21:09.920 --> 00:21:11.119
<v Speaker 1>in the recipient's mailbox.

439
00:21:11.160 --> 00:21:12.240
<v Speaker 2>That's a fun way to picture it.

440
00:21:12.279 --> 00:21:15.000
<v Speaker 1>But yeah, if twenty postcards blow away in the wind,

441
00:21:15.480 --> 00:21:18.559
<v Speaker 1>UDP doesn't care. It just keeps throwing more postcards, which

442
00:21:18.599 --> 00:21:21.400
<v Speaker 1>sounds terrible until you think about a live video stream

443
00:21:21.799 --> 00:21:23.720
<v Speaker 1>or a voiceover IP phone call.

444
00:21:23.839 --> 00:21:26.559
<v Speaker 2>Precisely, if you drop a single frame of video or

445
00:21:26.599 --> 00:21:29.359
<v Speaker 2>a tiny fraction of a syllable during a call, you

446
00:21:29.559 --> 00:21:32.759
<v Speaker 2>absolutely do not want the network to pause the entire

447
00:21:32.920 --> 00:21:37.240
<v Speaker 2>live feed to go back and request that missing data, because.

448
00:21:37.000 --> 00:21:39.759
<v Speaker 1>By the time it retrieves the dropped frame, the live

449
00:21:39.799 --> 00:21:42.359
<v Speaker 1>moment has passed. You just want the stream to keep

450
00:21:42.400 --> 00:21:43.039
<v Speaker 1>moving forward.

451
00:21:43.160 --> 00:21:45.680
<v Speaker 2>So UDP is perfect for live video, but it would

452
00:21:45.720 --> 00:21:49.799
<v Speaker 2>be disastrous for a bank transfer. Every protocol, every cable,

453
00:21:49.880 --> 00:21:52.880
<v Speaker 2>and every router has a highly specific purpose.

454
00:21:53.039 --> 00:21:55.720
<v Speaker 1>It is a staggering symphony of engineering. We have taken

455
00:21:55.759 --> 00:21:59.440
<v Speaker 1>the chaotic unpredictable nature of electrical impulses and light waves

456
00:22:00.119 --> 00:22:03.519
<v Speaker 1>layered upon them a set of logical rules so uncompromising

457
00:22:03.559 --> 00:22:07.160
<v Speaker 1>and robust that they can seamlessly orchestrate billions of devices

458
00:22:07.160 --> 00:22:08.880
<v Speaker 1>across the globe simultaneously.

459
00:22:09.200 --> 00:22:11.200
<v Speaker 2>It's incredible when you step back and look at it all.

460
00:22:11.319 --> 00:22:14.000
<v Speaker 1>We've covered an incredible amount of ground today. From the

461
00:22:14.000 --> 00:22:18.119
<v Speaker 1>physical light shooting down a microscopic fiber optic core, bouncing

462
00:22:18.119 --> 00:22:21.839
<v Speaker 1>through the intelligent polite intersections of ame address reading switches,

463
00:22:22.240 --> 00:22:24.759
<v Speaker 1>past the strict local bouncers we call routers.

464
00:22:24.960 --> 00:22:28.759
<v Speaker 2>We scaled up through hierarchical network designs and zoomed all

465
00:22:28.799 --> 00:22:32.240
<v Speaker 2>the way into the Cold War era rules of TCPIP

466
00:22:32.480 --> 00:22:35.799
<v Speaker 2>that ensure every packet finds its way to your screen.

467
00:22:36.160 --> 00:22:39.720
<v Speaker 1>But here's a final thought, feedom all over. PCPIP was

468
00:22:39.759 --> 00:22:42.400
<v Speaker 1>originally designed in the nineteen seventies. It was built to

469
00:22:42.440 --> 00:22:46.680
<v Speaker 1>route data across physical copper telephone wires to survive a

470
00:22:46.680 --> 00:22:50.160
<v Speaker 1>Cold War catastrophe. Today, we are rapidly moving into an

471
00:22:50.200 --> 00:22:54.119
<v Speaker 1>era of space based satellite internet constellations, gigabit fiber, and

472
00:22:54.119 --> 00:22:58.559
<v Speaker 1>eventually quantum computing. Will this brilliant decades old foundational logic

473
00:22:58.680 --> 00:23:01.480
<v Speaker 1>finally need to be completely rewritten to handle the physical

474
00:23:01.480 --> 00:23:04.640
<v Speaker 1>realities of the future. Or is the underlying architecture of

475
00:23:04.640 --> 00:23:07.920
<v Speaker 1>the Internet truly remarkably future proof.

476
00:23:08.079 --> 00:23:11.039
<v Speaker 2>That is a fundamental question that network engineers will be

477
00:23:11.039 --> 00:23:12.680
<v Speaker 2>wrestling with for the next decade.

478
00:23:12.839 --> 00:23:14.720
<v Speaker 1>Thank you so much for joining us on this deep

479
00:23:14.759 --> 00:23:18.359
<v Speaker 1>dives into the invisible architecture of the web. Keep asking questions,

480
00:23:18.480 --> 00:23:21.279
<v Speaker 1>keep looking beneath the frictionless surface of your screens, and

481
00:23:21.319 --> 00:23:23.000
<v Speaker 1>we will catch you on the next one.
