WEBVTT

1
00:00:00.080 --> 00:00:03.919
<v Speaker 1>Welcome back to the Deep Dive. Today, we're embarking on

2
00:00:03.960 --> 00:00:06.919
<v Speaker 1>a really fascinating journey. We're going to peel back the

3
00:00:07.040 --> 00:00:08.880
<v Speaker 1>layers of Cisco networking commands.

4
00:00:09.119 --> 00:00:11.400
<v Speaker 2>Yeah, getting into the nitty gritty exactly.

5
00:00:11.400 --> 00:00:13.560
<v Speaker 1>If you've ever felt, you know, maybe a bit overwhelmed

6
00:00:13.560 --> 00:00:15.880
<v Speaker 1>by network complexity, or just wondered how these little boxes

7
00:00:15.880 --> 00:00:18.519
<v Speaker 1>make the Internet work, then you're definitely in the right place.

8
00:00:18.719 --> 00:00:21.800
<v Speaker 1>We'll navigate the essentials from just setting things up to

9
00:00:22.239 --> 00:00:24.359
<v Speaker 1>well some pretty advanced stuff like enterprise routing.

10
00:00:24.480 --> 00:00:26.719
<v Speaker 2>Get ready to understand the language.

11
00:00:26.359 --> 00:00:28.000
<v Speaker 1>Right, you got it, the language of networks.

12
00:00:28.239 --> 00:00:32.840
<v Speaker 2>And this deep dive it's built straight from Ramonenstas's Cisco

13
00:00:32.960 --> 00:00:37.560
<v Speaker 2>CCNA Command Guide. It's a fantastic resource, really geared towards

14
00:00:37.600 --> 00:00:41.200
<v Speaker 2>helping people nail The CCNA.

15
00:00:40.600 --> 00:00:42.240
<v Speaker 1>Exam covers a lot, doesn't it.

16
00:00:42.280 --> 00:00:47.640
<v Speaker 2>Oh Yeah, routing, switching commands, subnetting, VLSM, CIDR, the works.

17
00:00:48.399 --> 00:00:51.880
<v Speaker 2>But our mission today for you listening isn't just about

18
00:00:51.920 --> 00:00:53.039
<v Speaker 2>memorizing commands.

19
00:00:53.159 --> 00:00:54.560
<v Speaker 1>No, it's deeper than that, exactly.

20
00:00:54.560 --> 00:00:58.000
<v Speaker 2>It's about getting the why how you manage, configure, and

21
00:00:58.000 --> 00:01:02.920
<v Speaker 2>troubleshoot these Cisco devices quickly effectively. The guide keeps it simple,

22
00:01:03.119 --> 00:01:05.959
<v Speaker 2>which really helps you learn Cisco iOS properly.

23
00:01:06.239 --> 00:01:08.359
<v Speaker 1>Okay, let's unpack this. Then you get a brand new

24
00:01:08.359 --> 00:01:12.599
<v Speaker 1>Cisco device, plug it in. It's just sitting there. How

25
00:01:12.599 --> 00:01:15.480
<v Speaker 1>do you even like talk to it? What's step one?

26
00:01:15.680 --> 00:01:18.319
<v Speaker 2>Right, the very first step. It all starts with the

27
00:01:18.319 --> 00:01:22.000
<v Speaker 2>command line interface, the CLI. Think of it as, you know,

28
00:01:22.079 --> 00:01:25.640
<v Speaker 2>a direct conversation with a device's brain. When you first connect,

29
00:01:25.959 --> 00:01:28.319
<v Speaker 2>you land in what's called user exec mode. You'll see

30
00:01:28.319 --> 00:01:28.879
<v Speaker 2>a little.

31
00:01:28.640 --> 00:01:29.840
<v Speaker 1>Prompt like the front door.

32
00:01:30.079 --> 00:01:33.000
<v Speaker 2>Pretty much from there, you type enable. That gets you

33
00:01:33.040 --> 00:01:35.760
<v Speaker 2>into privileged mode, and the prompt changes to a hashtag.

34
00:01:36.040 --> 00:01:37.480
<v Speaker 2>Now you can see more, do a.

35
00:01:37.400 --> 00:01:39.400
<v Speaker 1>Bit more, but not change things yet.

36
00:01:39.239 --> 00:01:42.439
<v Speaker 2>Not configuration changes. No, for that the real work. You

37
00:01:42.480 --> 00:01:45.959
<v Speaker 2>type configure terminal or confitive T for short usually H

38
00:01:46.000 --> 00:01:49.120
<v Speaker 2>a shortcut. Yeah, everyone uses the shortcuts. That takes you

39
00:01:49.159 --> 00:01:53.599
<v Speaker 2>into global configuration mode. The prompt changes again to config hashtag.

40
00:01:53.879 --> 00:01:55.840
<v Speaker 2>Each mode kind of unlocks more power.

41
00:01:56.359 --> 00:02:00.519
<v Speaker 1>So once we're past that initial handshake into the configure modes,

42
00:02:01.760 --> 00:02:03.920
<v Speaker 1>how do we give this box an actual name? Make

43
00:02:03.959 --> 00:02:05.400
<v Speaker 1>it identifiable on the network?

44
00:02:05.439 --> 00:02:08.680
<v Speaker 2>Good question. Giving it an identity is well fundamental. You

45
00:02:08.719 --> 00:02:12.240
<v Speaker 2>start with the host name. Simple command host name R one,

46
00:02:12.360 --> 00:02:15.080
<v Speaker 2>for instance, makes it unique R one. Okay, then you

47
00:02:15.159 --> 00:02:17.400
<v Speaker 2>gotta light up its connections right the interfaces. You go

48
00:02:17.439 --> 00:02:21.360
<v Speaker 2>into a specific interface with say interface gigabyte eternet serce.

49
00:02:21.199 --> 00:02:23.080
<v Speaker 1>So you target the specific port exactly.

50
00:02:23.280 --> 00:02:25.680
<v Speaker 2>Once you're inside that interface, can figure you give it

51
00:02:25.680 --> 00:02:29.199
<v Speaker 2>an IP address and subnetmask like eep address one ninety

52
00:02:29.199 --> 00:02:31.159
<v Speaker 2>two point one sixty eight one point one two five

53
00:02:31.240 --> 00:02:32.919
<v Speaker 2>five point two five to five point two five.

54
00:02:32.800 --> 00:02:35.280
<v Speaker 1>Five point zero. Standard stuff, standard stuff.

55
00:02:35.280 --> 00:02:38.280
<v Speaker 2>But here's the kicker, the thing everyone trips over it first.

56
00:02:38.680 --> 00:02:43.199
<v Speaker 2>By default, interfaces are off administratively.

57
00:02:42.360 --> 00:02:44.400
<v Speaker 1>Down, so it won't work yet.

58
00:02:44.479 --> 00:02:47.080
<v Speaker 2>Nope, you must use the no shut down command that

59
00:02:47.120 --> 00:02:50.400
<v Speaker 2>actually activates the interface, turns it on. Without that, your

60
00:02:50.400 --> 00:02:51.840
<v Speaker 2>IP address is just sitting there.

61
00:02:51.680 --> 00:02:53.879
<v Speaker 1>Doing nothing, like a light switch, basically.

62
00:02:53.520 --> 00:02:55.439
<v Speaker 2>Exactly like a light switch. The guide shows a good

63
00:02:55.439 --> 00:02:58.159
<v Speaker 2>example for R two right configure one interface it dress

64
00:02:58.159 --> 00:03:00.280
<v Speaker 2>one ninety two point one sixty eight point one one

65
00:03:01.080 --> 00:03:03.319
<v Speaker 2>two five five point two, five five point zero. Then

66
00:03:03.319 --> 00:03:05.960
<v Speaker 2>maybe gigabyte e fin at zero one with each breast

67
00:03:06.000 --> 00:03:08.719
<v Speaker 2>seventy seven point two two point one point one. Both

68
00:03:08.800 --> 00:03:10.919
<v Speaker 2>need that no shutdown crucial.

69
00:03:10.560 --> 00:03:13.159
<v Speaker 1>Got it, no shutdown? Bring that one into memory. Okay,

70
00:03:13.319 --> 00:03:15.479
<v Speaker 1>building on that, what about security? Right from the start

71
00:03:15.479 --> 00:03:18.520
<v Speaker 1>we hear about enable password and enable secret. What's the deal?

72
00:03:18.560 --> 00:03:19.960
<v Speaker 1>There is one better? Oh?

73
00:03:20.000 --> 00:03:23.199
<v Speaker 2>Absolutely one is better. It's all about how protected your

74
00:03:23.240 --> 00:03:26.840
<v Speaker 2>access is. Enable passwords. That's a password, sure, but it's

75
00:03:26.840 --> 00:03:27.960
<v Speaker 2>stored in plaintext.

76
00:03:28.120 --> 00:03:28.879
<v Speaker 1>Plaintext.

77
00:03:29.080 --> 00:03:32.199
<v Speaker 2>Yikes, yeah, big yikes. If someone sees your config file,

78
00:03:32.280 --> 00:03:36.039
<v Speaker 2>they see the password. Enable secret, though that uses strong

79
00:03:36.120 --> 00:03:40.439
<v Speaker 2>encryption a hash it's unreadable. Always always use enable secret

80
00:03:40.439 --> 00:03:41.800
<v Speaker 2>for protecting privilege mode.

81
00:03:41.960 --> 00:03:44.439
<v Speaker 1>So secret is the way to go. What about passwords?

82
00:03:44.439 --> 00:03:45.000
<v Speaker 1>Already there?

83
00:03:45.120 --> 00:03:48.840
<v Speaker 2>Good point their service password encryption. Run that and it'll

84
00:03:48.919 --> 00:03:52.719
<v Speaker 2>encrypt any existing plaintext passwords in the running config. It's

85
00:03:52.759 --> 00:03:55.439
<v Speaker 2>not super strong encryption, mind you, but it's better than

86
00:03:55.479 --> 00:03:57.520
<v Speaker 2>nothing for things like user passwords.

87
00:03:57.639 --> 00:04:00.639
<v Speaker 1>Okay, and what about those warning messages you see log.

88
00:04:00.479 --> 00:04:03.759
<v Speaker 2>In ah, the banner mod message of the day. That's

89
00:04:03.800 --> 00:04:06.120
<v Speaker 2>your digital keepout sign. You set it with banner mod

90
00:04:06.159 --> 00:04:08.879
<v Speaker 2>hashtag and then type your message, ending with another hashtag,

91
00:04:09.159 --> 00:04:12.400
<v Speaker 2>usually something like unauthorized access denied. It's a legal thing,

92
00:04:12.520 --> 00:04:17.279
<v Speaker 2>mostly a deterrent exactly. And the guide also mentions IP

93
00:04:17.319 --> 00:04:20.759
<v Speaker 2>domain name and IP domain look up quick ones, but important.

94
00:04:21.079 --> 00:04:23.759
<v Speaker 2>They let your router resolve names like Google dot Com

95
00:04:23.839 --> 00:04:27.199
<v Speaker 2>to IP addresses, turns on DNS lookup.

96
00:04:26.879 --> 00:04:30.480
<v Speaker 1>Basically so it understands names, not just numbers. Yeah, makes sense. Okay,

97
00:04:30.480 --> 00:04:32.959
<v Speaker 1>we've got basic setups of initial security. How do we

98
00:04:32.959 --> 00:04:36.600
<v Speaker 1>manage these things remotely? Telnet versus SSH comes up all

99
00:04:36.639 --> 00:04:38.920
<v Speaker 1>the time? Is telnet ever? Okay?

100
00:04:39.439 --> 00:04:42.759
<v Speaker 2>Honestly almost never these days. It really comes down to security,

101
00:04:42.800 --> 00:04:44.240
<v Speaker 2>and SSH wins hands down.

102
00:04:44.319 --> 00:04:44.800
<v Speaker 1>Why is that?

103
00:04:44.959 --> 00:04:48.319
<v Speaker 2>Telment configuration is simple? Yeah, h line VT zero four,

104
00:04:48.399 --> 00:04:51.720
<v Speaker 2>set of password, Cisco log in done. But the massive

105
00:04:51.759 --> 00:04:55.680
<v Speaker 2>flaw is it sends everything usernames, passwords, commands in clear text.

106
00:04:55.639 --> 00:04:57.959
<v Speaker 1>Like shouting your password across the office exactly.

107
00:04:58.040 --> 00:05:00.879
<v Speaker 2>Anyone listening on the network can grab it. S secure

108
00:05:00.920 --> 00:05:03.600
<v Speaker 2>shell encrypts the entire session much safer.

109
00:05:03.800 --> 00:05:05.800
<v Speaker 1>So how do you set up SSH? Then? More involved

110
00:05:05.920 --> 00:05:06.360
<v Speaker 1>a bit more.

111
00:05:06.439 --> 00:05:08.839
<v Speaker 2>Yeah, you need to create a username with a password first,

112
00:05:08.879 --> 00:05:12.279
<v Speaker 2>set that IP domain name we mentioned, Then generate encryption keys,

113
00:05:12.560 --> 00:05:15.519
<v Speaker 2>crypto key, generate URSA modulus one to eighty four is

114
00:05:15.519 --> 00:05:18.439
<v Speaker 2>a common one. You should probably use ipsetch version two

115
00:05:18.600 --> 00:05:22.879
<v Speaker 2>for better security. Then on your vty lines line VLO four.

116
00:05:23.120 --> 00:05:26.120
<v Speaker 2>Instead of just log in, you use log in local

117
00:05:26.199 --> 00:05:29.519
<v Speaker 2>to check against the local username database. And the key

118
00:05:29.560 --> 00:05:32.360
<v Speaker 2>part is transport input stish that tells it only allow

119
00:05:32.560 --> 00:05:34.480
<v Speaker 2>SSH connections on these lines.

120
00:05:35.160 --> 00:05:38.439
<v Speaker 1>No telnet locks it down. What about plugging directly in

121
00:05:38.480 --> 00:05:39.319
<v Speaker 1>the console port?

122
00:05:39.399 --> 00:05:43.160
<v Speaker 2>Good point local access that's line console zero. You'd set

123
00:05:43.199 --> 00:05:46.160
<v Speaker 2>a password and log in there too. A really useful

124
00:05:46.160 --> 00:05:50.480
<v Speaker 2>command for the console is logging synchronous stops log messages

125
00:05:50.480 --> 00:05:51.959
<v Speaker 2>from messing up your typing midcommands.

126
00:05:52.040 --> 00:05:54.040
<v Speaker 1>Oh that's andy, I hate that everyone does.

127
00:05:54.319 --> 00:05:56.279
<v Speaker 2>And maybe set an exec time out five so it

128
00:05:56.319 --> 00:06:00.000
<v Speaker 2>logs out idle sessions after five minutes. Basic security hygiene.

129
00:06:00.079 --> 00:06:02.319
<v Speaker 1>It sounds like a fair few commands to get right

130
00:06:02.959 --> 00:06:04.959
<v Speaker 1>after typing all that in. How do we double check

131
00:06:05.000 --> 00:06:07.600
<v Speaker 1>make sure it actually worked or figure out what's wrong

132
00:06:07.639 --> 00:06:08.000
<v Speaker 1>if it did.

133
00:06:08.399 --> 00:06:11.959
<v Speaker 2>Verification is key, absolutely key. Cisco iOS gives you a

134
00:06:11.959 --> 00:06:14.040
<v Speaker 2>bunch of show commands. They're your best friends. Like what

135
00:06:14.279 --> 00:06:16.839
<v Speaker 2>show running config is. The big one shows you the

136
00:06:17.000 --> 00:06:20.480
<v Speaker 2>entire active configuration, what the router is actually using right now,

137
00:06:20.519 --> 00:06:24.560
<v Speaker 2>Live blueprint exactly. For a quick check of interfaces IPS

138
00:06:24.720 --> 00:06:27.600
<v Speaker 2>and whether they're up or down show IP an interface

139
00:06:27.720 --> 00:06:29.879
<v Speaker 2>brief is gold super useful.

140
00:06:30.000 --> 00:06:31.920
<v Speaker 1>Okay, BRIEFE is good if you need.

141
00:06:31.879 --> 00:06:36.199
<v Speaker 2>All the details about an interface, errors, speed, duplex, all

142
00:06:36.199 --> 00:06:40.240
<v Speaker 2>that the's avermeter. Then it's show interfaces more verbose. Gotcha

143
00:06:40.360 --> 00:06:42.839
<v Speaker 2>to see the router's map of the network, how it

144
00:06:43.000 --> 00:06:45.920
<v Speaker 2>knows where to send stuff. That's show ip root shows

145
00:06:45.920 --> 00:06:48.199
<v Speaker 2>the routing table makes sense. And if you just want

146
00:06:48.199 --> 00:06:51.720
<v Speaker 2>to see who's logged in right now, show users. These

147
00:06:51.759 --> 00:06:54.399
<v Speaker 2>commands are how you see what's going on inside. Essential

148
00:06:54.439 --> 00:06:56.120
<v Speaker 2>for checking your work and troubleshooting.

149
00:06:56.199 --> 00:06:59.000
<v Speaker 1>Okay, here's where it gets really interesting for me. We've

150
00:06:59.000 --> 00:07:02.720
<v Speaker 1>got devices talking, sure, but in any decent sized network,

151
00:07:03.000 --> 00:07:05.839
<v Speaker 1>just having everyone yelling in the same big room digitally

152
00:07:05.879 --> 00:07:07.680
<v Speaker 1>speaking gets chaotic fast.

153
00:07:07.759 --> 00:07:10.000
<v Speaker 2>Oh yeah, broadcast storms security issues.

154
00:07:10.120 --> 00:07:13.319
<v Speaker 1>Right, so we need to create smaller neighborhoods. Yes, logical divisions.

155
00:07:13.399 --> 00:07:16.199
<v Speaker 1>That brings us to vlands right right? Where are they? Fundamentally?

156
00:07:16.399 --> 00:07:20.000
<v Speaker 2>Fundamentally, vlan's virtual lands are a way to take one

157
00:07:20.120 --> 00:07:23.639
<v Speaker 2>physical switch and chop it up into multiple virtual switches,

158
00:07:23.920 --> 00:07:26.399
<v Speaker 2>so devices connected to the same physical box can be

159
00:07:26.439 --> 00:07:29.879
<v Speaker 2>completely separated as if they were on different hardware.

160
00:07:29.639 --> 00:07:32.720
<v Speaker 1>So HR doesn't see engineering's traffic even if they're plugged

161
00:07:32.759 --> 00:07:33.680
<v Speaker 1>into the same switch.

162
00:07:34.040 --> 00:07:38.720
<v Speaker 2>Precisely, the rule is one VLAN equals one network equals

163
00:07:38.720 --> 00:07:43.040
<v Speaker 2>one broadcast domain. That last part is huge broadcasts which

164
00:07:43.079 --> 00:07:45.439
<v Speaker 2>can flood a network stay within their.

165
00:07:45.279 --> 00:07:49.000
<v Speaker 1>Own VLAN ah, So it cuts down noise and improves.

166
00:07:48.600 --> 00:07:53.560
<v Speaker 2>Performances massively, plus huge benefits for security. Logical isolation is powerful,

167
00:07:53.680 --> 00:07:56.680
<v Speaker 2>better network design. You can group users or functions logically

168
00:07:56.879 --> 00:07:59.800
<v Speaker 2>and scalability. Much easier to add a new department or

169
00:07:59.839 --> 00:08:01.639
<v Speaker 2>function as a new vland than rewire.

170
00:08:01.680 --> 00:08:05.319
<v Speaker 1>Everything sounds super powerful. Now. Switches have these two special

171
00:08:05.360 --> 00:08:08.920
<v Speaker 1>port types for VLANs, access and trunk. What's the difference?

172
00:08:08.920 --> 00:08:09.560
<v Speaker 1>How do they work?

173
00:08:09.720 --> 00:08:12.160
<v Speaker 2>That's the core distinction. Yeah, and access port belongs to

174
00:08:12.199 --> 00:08:15.560
<v Speaker 2>one VLAN only. It's for connecting end devices, your PC,

175
00:08:15.839 --> 00:08:18.480
<v Speaker 2>your laptop, a server. Think of it as a driveway

176
00:08:18.480 --> 00:08:19.319
<v Speaker 2>to a single house.

177
00:08:19.360 --> 00:08:21.720
<v Speaker 1>Okay, one VLAN per access port right.

178
00:08:22.279 --> 00:08:24.360
<v Speaker 2>A trunk port, on the other hand, is designed to

179
00:08:24.399 --> 00:08:27.560
<v Speaker 2>carry traffic for multiple vlands at the same time. It's

180
00:08:27.600 --> 00:08:30.879
<v Speaker 2>the highway connecting different neighborhoods or buildings. Use trunks to

181
00:08:30.920 --> 00:08:33.759
<v Speaker 2>connect switches together or a switch to a router that

182
00:08:33.799 --> 00:08:35.320
<v Speaker 2>needs to understand VLANs.

183
00:08:35.639 --> 00:08:38.799
<v Speaker 1>Gotcha highway versus driveway? How do you configure them?

184
00:08:38.960 --> 00:08:41.960
<v Speaker 2>For an access port? It's usually switchport mode Access and

185
00:08:42.000 --> 00:08:44.559
<v Speaker 2>then switchport access of land ten to assign it to

186
00:08:44.679 --> 00:08:47.759
<v Speaker 2>VLAN ten. For example, for a trunk, you'd typically set

187
00:08:47.759 --> 00:08:52.039
<v Speaker 2>the encapsulation first, usually switchport trunk encapsulation DOT one QUE

188
00:08:52.200 --> 00:08:55.679
<v Speaker 2>that's the standard tagging method. Then switchport mode trunk and

189
00:08:55.759 --> 00:08:59.879
<v Speaker 2>often you specify which VLANs are allowed switchport trunk allowed

190
00:09:00.120 --> 00:09:01.720
<v Speaker 2>land ten, thumb and twenty and.

191
00:09:01.639 --> 00:09:03.919
<v Speaker 1>You verify this how Chauvelin.

192
00:09:03.559 --> 00:09:05.600
<v Speaker 2>Brief gives you a nice table of your VLANs and

193
00:09:05.639 --> 00:09:09.080
<v Speaker 2>which ports are in them. Show interfaces trunk shows you

194
00:09:09.120 --> 00:09:11.759
<v Speaker 2>the status of your trunk ports, which vlands are allowed,

195
00:09:11.960 --> 00:09:13.240
<v Speaker 2>and which is the native vilan.

196
00:09:13.399 --> 00:09:16.000
<v Speaker 1>What about locking down those individual ports? Seems like some

197
00:09:16.080 --> 00:09:18.600
<v Speaker 1>could just walk up, plug in a laptop and get

198
00:09:18.600 --> 00:09:20.080
<v Speaker 1>onto the network if we're not careful.

199
00:09:20.200 --> 00:09:22.679
<v Speaker 2>Ah, good point. That's where port security comes in. It's

200
00:09:22.679 --> 00:09:24.559
<v Speaker 2>like having a bouncer on each switch.

201
00:09:24.320 --> 00:09:26.519
<v Speaker 1>Port, okay, checking IDs sort of.

202
00:09:26.679 --> 00:09:29.080
<v Speaker 2>It checks the m messy address of the device plugging in.

203
00:09:29.559 --> 00:09:32.759
<v Speaker 2>You enable it with port security, Then you decide what

204
00:09:32.840 --> 00:09:36.200
<v Speaker 2>happens if an unauthorized device connects the violation mode.

205
00:09:36.279 --> 00:09:37.000
<v Speaker 1>What are the options?

206
00:09:37.039 --> 00:09:39.559
<v Speaker 2>Shut Down is the most common. It just disables the port,

207
00:09:39.759 --> 00:09:42.919
<v Speaker 2>needs an admin to re enable it. Restrict drops the

208
00:09:42.960 --> 00:09:45.879
<v Speaker 2>bad traffic, but keeps the port up and logs the violation.

209
00:09:46.720 --> 00:09:48.720
<v Speaker 2>Protect is similar, but doesn't even.

210
00:09:48.600 --> 00:09:50.799
<v Speaker 1>Log it shut down seems safest often is.

211
00:09:51.360 --> 00:09:54.559
<v Speaker 2>You also control how it learns the allowed EMCY addresses.

212
00:09:54.919 --> 00:09:57.639
<v Speaker 2>Sticky tells the switch to learn the first MC address

213
00:09:57.639 --> 00:10:00.600
<v Speaker 2>it sees and stick it to the config. Or you

214
00:10:00.639 --> 00:10:04.320
<v Speaker 2>can manually define static MD addresses, and you can set

215
00:10:04.360 --> 00:10:07.200
<v Speaker 2>a maximum number of allowed max purport often just one

216
00:10:07.240 --> 00:10:08.080
<v Speaker 2>for user ports.

217
00:10:08.399 --> 00:10:12.200
<v Speaker 1>So switch port security maximum one logs it down tight.

218
00:10:12.159 --> 00:10:14.360
<v Speaker 2>Exactly prevents simple plug in attacks.

219
00:10:14.919 --> 00:10:18.039
<v Speaker 1>Okay, so we've neatly separated our networks with VLANs. We've

220
00:10:18.039 --> 00:10:21.120
<v Speaker 1>secured the ports. But wait, now, HR can't talk to

221
00:10:21.159 --> 00:10:23.919
<v Speaker 1>engineering at all. That's maybe too much separation, right, How

222
00:10:23.919 --> 00:10:25.240
<v Speaker 1>do they communicate when needed?

223
00:10:25.440 --> 00:10:28.399
<v Speaker 2>That's the next logical problem. Switches operate at layer two.

224
00:10:28.679 --> 00:10:31.120
<v Speaker 2>They forward frames within a v LAN. They won't route

225
00:10:31.159 --> 00:10:34.200
<v Speaker 2>packets between vlands or networks. For that, you need a

226
00:10:34.240 --> 00:10:35.519
<v Speaker 2>layer three device, a router.

227
00:10:35.799 --> 00:10:37.720
<v Speaker 1>Okay, so we need a router involved yep.

228
00:10:37.840 --> 00:10:40.759
<v Speaker 2>And a very common, slightly older but still widely used

229
00:10:40.799 --> 00:10:42.120
<v Speaker 2>technique is called router on.

230
00:10:42.080 --> 00:10:45.120
<v Speaker 1>A stick or a row rider on a stick. Sounds funny,

231
00:10:45.240 --> 00:10:45.960
<v Speaker 1>it does.

232
00:10:45.720 --> 00:10:48.440
<v Speaker 2>But it describes it. Well, yeah, you take one physical

233
00:10:48.480 --> 00:10:51.320
<v Speaker 2>router interface, connect it to your switch, and configure that

234
00:10:51.399 --> 00:10:53.879
<v Speaker 2>switch port as a trunk carrying all the v lands.

235
00:10:54.200 --> 00:10:56.960
<v Speaker 1>Ah, so the router sees all the vland traffic on

236
00:10:57.000 --> 00:10:58.200
<v Speaker 1>that one link precisely.

237
00:10:58.519 --> 00:11:01.399
<v Speaker 2>Then on the router side, you create virtual sub interfaces,

238
00:11:01.519 --> 00:11:04.320
<v Speaker 2>one for each VLAN you need to rout between, like

239
00:11:04.399 --> 00:11:08.320
<v Speaker 2>interface gigabyte ethernet zero zero point zero for VLAN.

240
00:11:08.080 --> 00:11:09.440
<v Speaker 1>Ten got ten ten. Okay.

241
00:11:09.559 --> 00:11:11.919
<v Speaker 2>Inside that sub interface, you tell it which VLAN it's

242
00:11:11.960 --> 00:11:14.279
<v Speaker 2>four using encapsulation dot one Q ten and give it

243
00:11:14.320 --> 00:11:17.200
<v Speaker 2>an IP address like EP address one ninety two point

244
00:11:17.240 --> 00:11:19.759
<v Speaker 2>one sixty eight point zero point one two FY five

245
00:11:19.840 --> 00:11:22.000
<v Speaker 2>point two FI five point two five five point zero.

246
00:11:22.240 --> 00:11:25.240
<v Speaker 2>That IP becomes the defunct gateway for devices in VLAN

247
00:11:25.360 --> 00:11:25.799
<v Speaker 2>ten whatever.

248
00:11:26.159 --> 00:11:29.639
<v Speaker 1>So the router handles the traffic between the sub interfaces exactly.

249
00:11:29.679 --> 00:11:33.200
<v Speaker 2>It routes between VLAN tens network and say VLAN twenty's

250
00:11:33.240 --> 00:11:36.320
<v Speaker 2>network via its sub interfaces. It's cost effective because you

251
00:11:36.360 --> 00:11:38.360
<v Speaker 2>only need one router port, which is why it's still

252
00:11:38.399 --> 00:11:39.840
<v Speaker 2>around even in big companies.

253
00:11:39.879 --> 00:11:42.360
<v Speaker 1>Sometimes, what's the catch that that's too easy?

254
00:11:42.720 --> 00:11:45.559
<v Speaker 2>The catch is that all intervaland traffic has to go

255
00:11:45.759 --> 00:11:47.960
<v Speaker 2>up the stick to the router and back down again.

256
00:11:48.240 --> 00:11:51.480
<v Speaker 2>That single link can become a bottleneck, especially if you

257
00:11:51.480 --> 00:11:54.759
<v Speaker 2>have heavy traffic between vlands. That's why using a one

258
00:11:54.840 --> 00:11:58.399
<v Speaker 2>gbps or faster interface on the router is pretty much essential.

259
00:11:58.559 --> 00:12:02.360
<v Speaker 1>Makes sense avoid the time traffic jam on the stick. Hmm, okay,

260
00:12:02.559 --> 00:12:05.399
<v Speaker 1>let's shift gears to routing itself. A router fresh out

261
00:12:05.440 --> 00:12:08.279
<v Speaker 1>of the box only knows about networks it's directly plugged

262
00:12:08.320 --> 00:12:09.159
<v Speaker 1>into right its.

263
00:12:09.000 --> 00:12:12.679
<v Speaker 2>Own little world spot on it's routing tables pretty empty initially,

264
00:12:12.840 --> 00:12:14.799
<v Speaker 2>just the networks on its active interfaces.

265
00:12:15.080 --> 00:12:16.559
<v Speaker 1>So how do we teach it about the rest of

266
00:12:16.559 --> 00:12:19.240
<v Speaker 1>the world, other networks it needs to reach? Yeah, this

267
00:12:19.279 --> 00:12:21.279
<v Speaker 1>gets us into static versus dynamic routing.

268
00:12:21.360 --> 00:12:24.240
<v Speaker 2>Yeah, exactly two main ways to build that network map.

269
00:12:24.519 --> 00:12:28.279
<v Speaker 2>Static roots are where you the administrator manually tell the

270
00:12:28.360 --> 00:12:31.399
<v Speaker 2>router exactly how to reach every single remote network.

271
00:12:31.440 --> 00:12:32.120
<v Speaker 1>How does that look?

272
00:12:32.320 --> 00:12:35.159
<v Speaker 2>The command is ip rot, then the destination network the mask,

273
00:12:35.240 --> 00:12:38.320
<v Speaker 2>and finally the next top IP address the IP of

274
00:12:38.360 --> 00:12:40.399
<v Speaker 2>the next router in line that knows how to get there.

275
00:12:40.519 --> 00:12:44.159
<v Speaker 1>So very explicit. Hip route ten point zero point zero

276
00:12:44.200 --> 00:12:46.120
<v Speaker 1>two five five point two five five point two five

277
00:12:46.200 --> 00:12:49.159
<v Speaker 1>five point two five five point zero one ninety two

278
00:12:49.159 --> 00:12:51.759
<v Speaker 1>point one six eight point one point two something like that.

279
00:12:51.879 --> 00:12:54.919
<v Speaker 2>Perfect example. It's precise low overhead on the router, But

280
00:12:55.440 --> 00:12:59.120
<v Speaker 2>imagine doing that for hundreds of networks. It gets unmanageable.

281
00:12:58.480 --> 00:13:00.879
<v Speaker 1>Fast, right mare? What about your getting to the internet?

282
00:13:00.919 --> 00:13:04.440
<v Speaker 2>AH. For that, you use a static default route EP

283
00:13:04.720 --> 00:13:07.720
<v Speaker 2>root zero point zero point zero point zero point zero

284
00:13:07.799 --> 00:13:10.320
<v Speaker 2>point zero, followed by the next hop IP usually your

285
00:13:10.360 --> 00:13:11.240
<v Speaker 2>ISP's router.

286
00:13:11.200 --> 00:13:14.120
<v Speaker 1>Zero zero zero zero, meaning any network I don't already.

287
00:13:13.840 --> 00:13:16.480
<v Speaker 2>Know about exactly. It's the root of last resort. If

288
00:13:16.519 --> 00:13:18.960
<v Speaker 2>the router has no specific match in its table, it

289
00:13:19.039 --> 00:13:21.840
<v Speaker 2>sends the packet out via the default route essential for

290
00:13:21.919 --> 00:13:22.639
<v Speaker 2>Internet access.

291
00:13:22.679 --> 00:13:25.519
<v Speaker 1>Okay, Static routes are good for small, predictable setups or

292
00:13:25.559 --> 00:13:29.080
<v Speaker 1>default routes, but for bigger, changing networks that manual of

293
00:13:29.159 --> 00:13:31.440
<v Speaker 1>coaches out. That's where dynamic routing comes in, right yeah,

294
00:13:31.519 --> 00:13:32.320
<v Speaker 1>Routers talking.

295
00:13:32.120 --> 00:13:35.799
<v Speaker 2>To each other precisely. Dynamic routing protocols allow routers to

296
00:13:35.840 --> 00:13:39.320
<v Speaker 2>automatically learn about remote networks from their neighbors. They share

297
00:13:39.360 --> 00:13:42.159
<v Speaker 2>information and build their routing tables collaboratively.

298
00:13:42.600 --> 00:13:45.679
<v Speaker 1>Let's start with an older, simpler one RIPv two. What's

299
00:13:45.679 --> 00:13:46.080
<v Speaker 1>its deal?

300
00:13:46.559 --> 00:13:51.000
<v Speaker 2>RIPv two Routing Information Protocol version two. It's simple because

301
00:13:51.000 --> 00:13:54.000
<v Speaker 2>it's metric. How it decides the best path is just

302
00:13:54.039 --> 00:13:56.799
<v Speaker 2>the hop count. How many routers away is the destination?

303
00:13:57.120 --> 00:13:58.200
<v Speaker 2>Fewer hops is better?

304
00:13:58.559 --> 00:14:01.000
<v Speaker 1>Sound straightforward? Can figure youuration easy.

305
00:14:00.720 --> 00:14:03.240
<v Speaker 2>Pretty easy. You go into router RIP mode tell it

306
00:14:03.320 --> 00:14:07.279
<v Speaker 2>version two critically, use no auto summary that prevents some

307
00:14:07.360 --> 00:14:10.919
<v Speaker 2>old problematic behaviors. Then you use network commands to tell

308
00:14:11.080 --> 00:14:14.200
<v Speaker 2>RIP which of your directly connected networks it should advertise

309
00:14:14.240 --> 00:14:14.919
<v Speaker 2>to neighbors.

310
00:14:15.080 --> 00:14:17.600
<v Speaker 1>So network one ninety two point one sixty eight point

311
00:14:17.600 --> 00:14:18.279
<v Speaker 1>one point.

312
00:14:18.120 --> 00:14:21.639
<v Speaker 2>Zero exactly, and optionally default information originate. If you want

313
00:14:21.679 --> 00:14:24.480
<v Speaker 2>this RIP router to advertise a default route, it knows about.

314
00:14:24.600 --> 00:14:28.519
<v Speaker 1>Okay, simple hopcount. Now what's fascinating here is how does

315
00:14:28.519 --> 00:14:31.639
<v Speaker 1>this apply to IPv six, the next generation ip is

316
00:14:31.639 --> 00:14:32.600
<v Speaker 1>it totally different?

317
00:14:32.799 --> 00:14:35.879
<v Speaker 2>The core ideas are similar, but the commands change naturally.

318
00:14:36.320 --> 00:14:39.399
<v Speaker 2>First big thing for IPv six routing you must enable

319
00:14:39.440 --> 00:14:43.200
<v Speaker 2>it globally with IPv six unicast routing. Without that, nothing happens.

320
00:14:43.240 --> 00:14:45.360
<v Speaker 1>Okay, master switch for IPv six routing.

321
00:14:45.200 --> 00:14:48.279
<v Speaker 2>YEP Assigning an IPv six address is IPv six address

322
00:14:48.320 --> 00:14:51.240
<v Speaker 2>of TBCD dot ABCD dot one two five four point

323
00:14:51.240 --> 00:14:54.919
<v Speaker 2>one sixty four for example, static routes very similar pattern

324
00:14:55.200 --> 00:14:58.279
<v Speaker 2>IV six route destination, network prefix, next stop.

325
00:14:58.360 --> 00:15:01.279
<v Speaker 1>IPv six makes sense. And the dynamic protocol is there

326
00:15:01.279 --> 00:15:02.879
<v Speaker 1>an IPv six RIP there is.

327
00:15:02.919 --> 00:15:06.080
<v Speaker 2>It's called RIP and RIP next generation. You can figure

328
00:15:06.080 --> 00:15:08.360
<v Speaker 2>it with IPv six router rip name. You give it

329
00:15:08.360 --> 00:15:10.559
<v Speaker 2>a name, then you enable it on the interfaces you

330
00:15:10.559 --> 00:15:12.840
<v Speaker 2>want it to run on using IPv six RIP me

331
00:15:12.919 --> 00:15:15.919
<v Speaker 2>name enable. So similar logic, different commands got it.

332
00:15:16.120 --> 00:15:19.840
<v Speaker 1>Moving up the latter to more serious scalable protocols OSPF.

333
00:15:19.879 --> 00:15:21.559
<v Speaker 1>You hear this one all the time, the workhorse, Right,

334
00:15:21.840 --> 00:15:22.720
<v Speaker 1>Why is it so popular?

335
00:15:22.799 --> 00:15:26.240
<v Speaker 2>OSPF Open shortest Path? First, it's huge, probably the most

336
00:15:26.240 --> 00:15:29.919
<v Speaker 2>widely deployed internal routing protocol. Big reason. It's an open standard,

337
00:15:30.000 --> 00:15:33.320
<v Speaker 2>vendor independent, works on Cisco, Juniper or whatever, unlike some others.

338
00:15:33.559 --> 00:15:36.000
<v Speaker 2>Unlike some others. Yes, and it's a link state protocol.

339
00:15:36.279 --> 00:15:39.639
<v Speaker 2>That means every OSPF router build a complete map a

340
00:15:39.679 --> 00:15:42.960
<v Speaker 2>topology database of the entire network area.

341
00:15:42.720 --> 00:15:44.639
<v Speaker 1>It's in, so it knows the whole layout it does.

342
00:15:44.879 --> 00:15:47.960
<v Speaker 2>Then it runs Dikstra's algorithm clever math to taculate the

343
00:15:48.000 --> 00:15:51.559
<v Speaker 2>absolute shortest path to every destination based on cost which

344
00:15:51.600 --> 00:15:55.559
<v Speaker 2>is usually calculated from interface bandwidth. Faster links have lower costs,

345
00:15:55.559 --> 00:15:56.360
<v Speaker 2>so they're preferred.

346
00:15:56.360 --> 00:15:57.480
<v Speaker 1>Smart How do you set it up?

347
00:15:57.559 --> 00:16:01.159
<v Speaker 2>Two main ways. The older way is router ASP process ID,

348
00:16:01.360 --> 00:16:04.519
<v Speaker 2>then using network commands with a wildcard mask and specifying

349
00:16:04.519 --> 00:16:07.120
<v Speaker 2>the area like network one nine to two point one

350
00:16:07.200 --> 00:16:09.600
<v Speaker 2>six eight point one point zero point zero point two

351
00:16:09.639 --> 00:16:10.960
<v Speaker 2>five five Area zero.

352
00:16:11.159 --> 00:16:14.320
<v Speaker 1>The wild card mask the inverse of a subnetmask exactly.

353
00:16:14.799 --> 00:16:17.559
<v Speaker 2>The newer, often easier way is just to go into

354
00:16:17.559 --> 00:16:20.879
<v Speaker 2>the INFHASE configuration and type ip AS process ID. Areas

355
00:16:20.960 --> 00:16:23.559
<v Speaker 2>zero enables OSPF directly on that link.

356
00:16:23.720 --> 00:16:25.440
<v Speaker 1>Seems simpler. You mentioned area yeah.

357
00:16:25.480 --> 00:16:28.679
<v Speaker 2>OSPF uses areas to break up large networks, improve scalability

358
00:16:28.720 --> 00:16:31.559
<v Speaker 2>and control routing updates. Area zero is the backbone. You

359
00:16:31.559 --> 00:16:35.879
<v Speaker 2>can have other areas like STDU areas, totally SSDUB areas, NSSA,

360
00:16:36.360 --> 00:16:39.600
<v Speaker 2>different types to optimize things. Gets complex but powerful.

361
00:16:39.840 --> 00:16:45.120
<v Speaker 1>Okay. Next step EI g RP OSBF Cisco only cousin.

362
00:16:45.240 --> 00:16:48.480
<v Speaker 1>You could say you called it hybrid earlier. What's that mean?

363
00:16:48.759 --> 00:16:53.559
<v Speaker 2>EI g RP Enhanced Interior Gateway Routing Protocol. Yes, key

364
00:16:53.600 --> 00:16:57.360
<v Speaker 2>thing Cisco Proprietary only runs on Cisco gear. That's its

365
00:16:57.399 --> 00:17:01.279
<v Speaker 2>biggest drawback in mixed environments, so why it's very fast

366
00:17:01.320 --> 00:17:04.799
<v Speaker 2>to CONVERGEIU link fails often faster than OSPF initially, and

367
00:17:04.839 --> 00:17:07.880
<v Speaker 2>it's called hybrid or sometimes advanced distance vector because it

368
00:17:07.920 --> 00:17:11.440
<v Speaker 2>borrows cool features from both link state and distance vector worlds.

369
00:17:11.799 --> 00:17:14.799
<v Speaker 2>Like what from link state, it uses Hello packets to

370
00:17:14.839 --> 00:17:18.319
<v Speaker 2>find neighbors quickly, maintains neighbor and topology tables, and sends

371
00:17:18.359 --> 00:17:22.039
<v Speaker 2>updates reliably. But like distance vector, it primarily relies on

372
00:17:22.119 --> 00:17:24.720
<v Speaker 2>information from its neighbors to calculate routes, rather than having

373
00:17:24.759 --> 00:17:27.759
<v Speaker 2>the full map itself. It keeps track of feasible successor

374
00:17:27.839 --> 00:17:29.039
<v Speaker 2>routes for instant failover.

375
00:17:29.160 --> 00:17:32.480
<v Speaker 1>Best to both worlds. Maybe house configuration also pretty straightforward.

376
00:17:32.680 --> 00:17:36.440
<v Speaker 2>Router I group as number, that as number must match

377
00:17:36.519 --> 00:17:39.319
<v Speaker 2>on all EIGRP routers in the same system for them

378
00:17:39.359 --> 00:17:42.920
<v Speaker 2>to talk. Critical Then, similar to RIP, you use network

379
00:17:42.960 --> 00:17:45.799
<v Speaker 2>commands for the interfaces you want included, and no auto

380
00:17:45.799 --> 00:17:47.720
<v Speaker 2>summary is usually recommended here too.

381
00:17:47.799 --> 00:17:51.839
<v Speaker 1>Okay, and presumably they're IPv six versions two, OSPF three

382
00:17:51.920 --> 00:17:53.319
<v Speaker 1>and EIGRPV six.

383
00:17:53.160 --> 00:17:57.359
<v Speaker 2>Absolutely OSPF three for IPB six, OSPF and eigrpv six

384
00:17:57.799 --> 00:18:01.480
<v Speaker 2>similar principles, different command sets. TAP for IPB six addressing

385
00:18:01.559 --> 00:18:02.200
<v Speaker 2>and features.

386
00:18:02.440 --> 00:18:04.720
<v Speaker 1>All right, so we can get packets flowing between networks.

387
00:18:04.799 --> 00:18:07.079
<v Speaker 1>But networks need more than just basic routing to be

388
00:18:07.160 --> 00:18:10.599
<v Speaker 1>usable day to day. What about getting IP addresses automatically?

389
00:18:11.039 --> 00:18:14.000
<v Speaker 1>DHCP seems vital for just plugging in and working.

390
00:18:14.119 --> 00:18:19.559
<v Speaker 2>Oh, DHCP is fundamental dynamic host configuration protocol. Imagine manually

391
00:18:19.599 --> 00:18:23.680
<v Speaker 2>setting the IP mask, gateway and DNS on every single computer.

392
00:18:23.960 --> 00:18:27.079
<v Speaker 1>Chaos typos everywhere, IP conflicts exactly.

393
00:18:27.279 --> 00:18:30.119
<v Speaker 2>DHCP automates all that. That device boots up, ask for

394
00:18:30.160 --> 00:18:32.400
<v Speaker 2>an address, and the DHCP server hands out all the

395
00:18:32.400 --> 00:18:36.240
<v Speaker 2>necessary info dynamically from a predefined pool. In smaller networks, yeah,

396
00:18:36.240 --> 00:18:38.680
<v Speaker 2>the router itself often acts as the DHCP server.

397
00:18:38.759 --> 00:18:40.240
<v Speaker 1>How do you set that up on a Cisco router?

398
00:18:40.319 --> 00:18:42.920
<v Speaker 2>Pretty easy? First, you might want to exclude some addresses

399
00:18:42.960 --> 00:18:45.079
<v Speaker 2>from being handed out, maybe for your servers or printers.

400
00:18:45.240 --> 00:18:48.079
<v Speaker 2>You use IPDHGP excluded address startup.

401
00:18:47.920 --> 00:18:49.920
<v Speaker 1>And IP reserve some addresses right.

402
00:18:50.279 --> 00:18:54.640
<v Speaker 2>Then you define the pool itself IPDHDP pool pool name.

403
00:18:55.759 --> 00:18:58.839
<v Speaker 2>Inside that pool can fig You specify the network address

404
00:18:58.920 --> 00:19:02.480
<v Speaker 2>and masket covers, the default router which is the gateway

405
00:19:02.480 --> 00:19:06.440
<v Speaker 2>IP for clients, and the DNS server addresses clients should use.

406
00:19:06.759 --> 00:19:09.240
<v Speaker 2>Saves a ton of manual effort and prevents errors.

407
00:19:09.440 --> 00:19:13.640
<v Speaker 1>Definitely an unsung hero. Now, connecting this to the bigger picture,

408
00:19:14.279 --> 00:19:16.799
<v Speaker 1>once a device has an IP, security is the next

409
00:19:16.799 --> 00:19:21.200
<v Speaker 1>big thought. Access control lists acls the network bodyguards you

410
00:19:21.240 --> 00:19:21.640
<v Speaker 1>call them.

411
00:19:21.720 --> 00:19:24.279
<v Speaker 2>Tell us about those, Yeah, acls are your traffic filters,

412
00:19:24.319 --> 00:19:28.160
<v Speaker 2>the digital bouncers. They're basically ordered lists of permit or

413
00:19:28.200 --> 00:19:30.279
<v Speaker 2>deny rules that you apply to router interface.

414
00:19:30.440 --> 00:19:32.240
<v Speaker 1>Ordered so the sequence matters critically.

415
00:19:32.319 --> 00:19:34.839
<v Speaker 2>The router check the packet against the ACL rules line

416
00:19:34.839 --> 00:19:37.160
<v Speaker 2>by line, from top to bottom. As soon as it

417
00:19:37.160 --> 00:19:39.480
<v Speaker 2>finds a match, it stops processing and takes the action

418
00:19:39.559 --> 00:19:41.880
<v Speaker 2>permit or deny. If it gets the end about a match,

419
00:19:42.079 --> 00:19:44.799
<v Speaker 2>there's an invisible deny any rule that blocks everything else

420
00:19:44.960 --> 00:19:45.720
<v Speaker 2>implicit deny.

421
00:19:45.880 --> 00:19:47.920
<v Speaker 1>Got to remember that what kinds of rules can you make?

422
00:19:48.119 --> 00:19:51.039
<v Speaker 2>Two main types. Standard acls are simple. They only look

423
00:19:51.039 --> 00:19:53.720
<v Speaker 2>at the source IP address. Good for basic filtering, but

424
00:19:53.839 --> 00:19:55.160
<v Speaker 2>not very granular.

425
00:19:54.920 --> 00:19:57.279
<v Speaker 1>So block everyone from network a exactly.

426
00:19:57.359 --> 00:19:59.960
<v Speaker 2>Extended acls are way more powerful. They can filter based

427
00:20:00.160 --> 00:20:04.839
<v Speaker 2>on source IP, destination IP, the protocol at KCPUDPICMP, and

428
00:20:04.880 --> 00:20:06.759
<v Speaker 2>even source and destination port numbers.

429
00:20:06.839 --> 00:20:10.240
<v Speaker 1>AH, so you could say, allow this PC to access

430
00:20:10.279 --> 00:20:13.599
<v Speaker 1>that web server on port eighty, but block everything else.

431
00:20:13.720 --> 00:20:16.599
<v Speaker 2>Precisely that level of detail. You create the ACL, give

432
00:20:16.640 --> 00:20:19.000
<v Speaker 2>it a number or name, add your permit, nice statements,

433
00:20:19.000 --> 00:20:20.680
<v Speaker 2>and then this is crucial, you apply it to an

434
00:20:20.720 --> 00:20:24.079
<v Speaker 2>interface using the EAT access group command, specifying whether it

435
00:20:24.119 --> 00:20:26.559
<v Speaker 2>applies to trafit coming in or going out of that interface,

436
00:20:26.680 --> 00:20:26.960
<v Speaker 2>in or.

437
00:20:26.960 --> 00:20:31.480
<v Speaker 1>Out important distinction. All right, okay, final piece or basic connectivity.

438
00:20:31.599 --> 00:20:34.519
<v Speaker 1>How do our private internal networks using those one hundred

439
00:20:34.519 --> 00:20:37.440
<v Speaker 1>and ninety two point one six eight addresses actually talk

440
00:20:37.519 --> 00:20:39.119
<v Speaker 1>to the public Internet NAT?

441
00:20:39.200 --> 00:20:39.359
<v Speaker 2>Right?

442
00:20:39.440 --> 00:20:42.839
<v Speaker 1>Network address translation absolutely essential. The problem is those private

443
00:20:42.880 --> 00:20:45.359
<v Speaker 1>ips ten dot one seventy two point one six dot

444
00:20:45.440 --> 00:20:47.839
<v Speaker 1>one two point one six eight dot. They're not allowed

445
00:20:47.880 --> 00:20:50.599
<v Speaker 1>on the public Internet. ISPs just drop packets with those source.

446
00:20:50.440 --> 00:20:53.440
<v Speaker 2>Addresses, so they're trapped in site exactly. Not access the

447
00:20:53.480 --> 00:20:56.680
<v Speaker 2>translator at your network edge, usually on your border, router

448
00:20:56.799 --> 00:20:59.400
<v Speaker 2>or firewall. It takes a packet going out from a

449
00:20:59.400 --> 00:21:02.400
<v Speaker 2>private IP, swaps the source address to a valid public

450
00:21:02.400 --> 00:21:06.039
<v Speaker 2>IP address, sends it out, and remembers the translation. When

451
00:21:06.079 --> 00:21:09.799
<v Speaker 2>the reply comes back to the PUBLICIP, NAT translates it

452
00:21:09.920 --> 00:21:12.079
<v Speaker 2>back to the original private IP like.

453
00:21:12.119 --> 00:21:16.160
<v Speaker 1>A receptionist handling mail for everyone inside different types YEP.

454
00:21:16.559 --> 00:21:19.359
<v Speaker 2>Static NAT is a one to one mapping. One private

455
00:21:19.400 --> 00:21:22.680
<v Speaker 2>IP always translates to the same public IP. Good for

456
00:21:22.759 --> 00:21:25.720
<v Speaker 2>servers you need to reach from the internet. DYNAMICNAT maps

457
00:21:25.720 --> 00:21:28.000
<v Speaker 2>a pool of private ips to a pool of public

458
00:21:28.039 --> 00:21:30.480
<v Speaker 2>ips on a first come, first serve basis.

459
00:21:30.519 --> 00:21:32.599
<v Speaker 1>But what if you have more devices than publicyps.

460
00:21:32.759 --> 00:21:35.599
<v Speaker 2>That's where the most common type comes in PAT port

461
00:21:35.599 --> 00:21:39.480
<v Speaker 2>address translation or NAT overload. This lets many private ips

462
00:21:39.559 --> 00:21:41.559
<v Speaker 2>share a single public IP address.

463
00:21:41.559 --> 00:21:42.920
<v Speaker 1>How does that work? Magic?

464
00:21:43.200 --> 00:21:46.319
<v Speaker 2>Almost? It uses different source port numbers for each outgoing

465
00:21:46.319 --> 00:21:49.200
<v Speaker 2>connection to keep track of which internal device made which request.

466
00:21:49.559 --> 00:21:52.799
<v Speaker 2>So your PC talking toogogle dot com might use publicipa

467
00:21:52.880 --> 00:21:55.119
<v Speaker 2>dot port five zero zero one one, Your phone talking

468
00:21:55.119 --> 00:21:57.920
<v Speaker 2>to Facebook dot com uses PUBLICIP dot port five zero

469
00:21:58.000 --> 00:21:58.880
<v Speaker 2>zero zero, and so on.

470
00:21:59.079 --> 00:22:00.440
<v Speaker 1>Clever how's it can big look?

471
00:22:00.680 --> 00:22:04.599
<v Speaker 2>You usually define which internal traffic needs translating using an ACL.

472
00:22:05.319 --> 00:22:08.599
<v Speaker 2>Then you use a command like ipnet inside source list

473
00:22:08.680 --> 00:22:13.160
<v Speaker 2>ACL name interface gigabeit ethernet zero overload for PAT, telling

474
00:22:13.200 --> 00:22:15.440
<v Speaker 2>it to use the IP address of the outside interface

475
00:22:15.480 --> 00:22:18.720
<v Speaker 2>and overload it. Finally, you mark your internal interfaces with

476
00:22:18.759 --> 00:22:23.400
<v Speaker 2>ipnet inside and your external interface with ipnet outside.

477
00:22:22.880 --> 00:22:26.000
<v Speaker 1>Inside outside makes sense. It's like the border chappoint. Okay,

478
00:22:26.039 --> 00:22:29.640
<v Speaker 1>shifting to more advanced stuff. Now, managing switches and ensuring uptime.

479
00:22:29.920 --> 00:22:34.119
<v Speaker 1>Let's start with VTP for vlands across multiple switches.

480
00:22:33.920 --> 00:22:37.759
<v Speaker 2>Right, VTP VLAN trunking protocol. This is a Cisco thing again.

481
00:22:37.960 --> 00:22:40.559
<v Speaker 2>It helps you manage your VLAN database across a bunch

482
00:22:40.599 --> 00:22:42.799
<v Speaker 2>of switches without configuring each one manually.

483
00:22:42.960 --> 00:22:43.559
<v Speaker 1>Sounds useful.

484
00:22:43.720 --> 00:22:46.400
<v Speaker 2>Oh, you set up a VDP domain one switch access

485
00:22:46.440 --> 00:22:50.079
<v Speaker 2>the server you create, delete or rename VLANs only on

486
00:22:50.119 --> 00:22:53.160
<v Speaker 2>the server. VTP then automatically pushes those changes out to

487
00:22:53.240 --> 00:22:56.039
<v Speaker 2>all the other switches configured as clients in the same domain.

488
00:22:56.240 --> 00:22:59.240
<v Speaker 1>So centralized vland management exactly.

489
00:22:59.359 --> 00:23:01.680
<v Speaker 2>You need to set the VTP domain name and the

490
00:23:01.759 --> 00:23:06.640
<v Speaker 2>VTP mode server client or transparent transparent switches past VDP infhoe,

491
00:23:06.640 --> 00:23:09.640
<v Speaker 2>but don't apply it. Optionally, add a VTP password for

492
00:23:09.680 --> 00:23:12.359
<v Speaker 2>security saves a lot of time and prevents typos when

493
00:23:12.359 --> 00:23:13.480
<v Speaker 2>you have dozens of switches.

494
00:23:13.880 --> 00:23:17.880
<v Speaker 1>Cool. Now a really critical one for stability, spanning tree

495
00:23:17.880 --> 00:23:21.000
<v Speaker 1>protocol preventing loops. Loops sound bad.

496
00:23:21.160 --> 00:23:25.720
<v Speaker 2>Loops are network death if you have redundant links between switches.

497
00:23:25.720 --> 00:23:29.599
<v Speaker 2>For backup, but don't manage them. Broadcast traffic can loop infinitely,

498
00:23:29.720 --> 00:23:33.400
<v Speaker 2>amplifying until the network collapses. It's called the broadcast storm.

499
00:23:33.920 --> 00:23:34.799
<v Speaker 2>STP prevents this.

500
00:23:35.000 --> 00:23:36.200
<v Speaker 1>How does it stop the loops?

501
00:23:36.440 --> 00:23:39.759
<v Speaker 2>It intelligently detects redundant paths and logically blocks one of them,

502
00:23:39.799 --> 00:23:42.920
<v Speaker 2>putting the port into a blocking state, so no loop forms.

503
00:23:43.400 --> 00:23:47.079
<v Speaker 2>If the primary path fails, STP automatically unblocks the backup

504
00:23:47.079 --> 00:23:48.039
<v Speaker 2>path very quickly.

505
00:23:48.279 --> 00:23:49.480
<v Speaker 1>Smart Can you tweak it?

506
00:23:49.559 --> 00:23:52.279
<v Speaker 2>Oh? Yeah, you can set the STP version Spanning tree

507
00:23:52.319 --> 00:23:55.559
<v Speaker 2>mode rapid PVSD is usually preferred now because it's much

508
00:23:55.599 --> 00:23:58.839
<v Speaker 2>faster than the old version. You can influence which switch

509
00:23:58.960 --> 00:24:02.000
<v Speaker 2>becomes the root the center of the SDP topology by

510
00:24:02.039 --> 00:24:05.119
<v Speaker 2>changing the priority like spanning tree land ten priority forty

511
00:24:05.200 --> 00:24:06.759
<v Speaker 2>ninety six lower priority wins.

512
00:24:07.079 --> 00:24:11.160
<v Speaker 1>And what about ports connected to PCs? They don't cause loops? Right? Right?

513
00:24:11.440 --> 00:24:14.279
<v Speaker 2>For those ports connected to end devices, you use spanning

514
00:24:14.279 --> 00:24:17.920
<v Speaker 2>tree port fast. This tells STP don't bother with the

515
00:24:18.039 --> 00:24:21.400
<v Speaker 2>usual delay checking for loops here, just bring the port

516
00:24:21.480 --> 00:24:24.799
<v Speaker 2>up immediately, makes devices connect much faster.

517
00:24:25.240 --> 00:24:29.119
<v Speaker 1>Port fast good for user experience. Okay, what if we

518
00:24:29.160 --> 00:24:32.279
<v Speaker 1>want more bandwidth between switches, not just redundancy. Can we

519
00:24:32.359 --> 00:24:33.160
<v Speaker 1>bundle links?

520
00:24:33.240 --> 00:24:36.799
<v Speaker 2>Absolutely? That's ether channel. It lets you take multiple physical links,

521
00:24:36.880 --> 00:24:39.799
<v Speaker 2>say two or four gigabit Ethernet ports, and bundle them

522
00:24:39.799 --> 00:24:41.200
<v Speaker 2>into a single logical link.

523
00:24:41.519 --> 00:24:44.359
<v Speaker 1>So two one GB links become one logical two dB

524
00:24:44.519 --> 00:24:45.400
<v Speaker 1>link exactly.

525
00:24:45.480 --> 00:24:48.119
<v Speaker 2>You get the combined bandwidth, and you get redundancy. If

526
00:24:48.160 --> 00:24:51.400
<v Speaker 2>one physical link in the bundle fails, traffic just continues

527
00:24:51.400 --> 00:24:52.319
<v Speaker 2>over the remaining ones.

528
00:24:52.359 --> 00:24:53.880
<v Speaker 1>Wait any roles big one.

529
00:24:54.039 --> 00:24:56.799
<v Speaker 2>All physical interfaces in an ether channel bundle must have

530
00:24:56.839 --> 00:25:00.920
<v Speaker 2>identical configurations speed, duplex, vlands, allowed, trunking mode.

531
00:25:01.160 --> 00:25:03.119
<v Speaker 1>Everything makes sense. How do you set it up?

532
00:25:03.359 --> 00:25:07.720
<v Speaker 2>There are negotiation protocols. LACP is the industry standard mode

533
00:25:07.799 --> 00:25:12.720
<v Speaker 2>active or passive, PAP is Cisco proprietary mode desirable or auto,

534
00:25:13.079 --> 00:25:15.200
<v Speaker 2>or you can just force it on. You typically configure

535
00:25:15.240 --> 00:25:17.720
<v Speaker 2>the physical ports first, then add them to a channel

536
00:25:17.759 --> 00:25:19.680
<v Speaker 2>group like Channel group one mode active.

537
00:25:19.759 --> 00:25:24.279
<v Speaker 1>Cool, bundling for power. Lastly, for this section, router redundancy,

538
00:25:24.480 --> 00:25:27.960
<v Speaker 1>what if our main router, our default gateway dies, everything

539
00:25:27.960 --> 00:25:29.480
<v Speaker 1>stops right? How do we prevent that.

540
00:25:29.440 --> 00:25:33.160
<v Speaker 2>Critical question for uptime? That's where first top redundancy protocols

541
00:25:33.200 --> 00:25:36.440
<v Speaker 2>or fhrps come in. The most common Cisco one is

542
00:25:36.599 --> 00:25:38.759
<v Speaker 2>HSRP hot standby.

543
00:25:38.359 --> 00:25:40.000
<v Speaker 1>Router protocolst stand by.

544
00:25:40.079 --> 00:25:42.680
<v Speaker 2>The idea is you have two or more routers connected

545
00:25:42.720 --> 00:25:45.240
<v Speaker 2>to the same network segment. They work together to present

546
00:25:45.279 --> 00:25:48.480
<v Speaker 2>a single virtual IP address and virtual M address to

547
00:25:48.519 --> 00:25:50.160
<v Speaker 2>the client devices on that network.

548
00:25:50.240 --> 00:25:53.160
<v Speaker 1>So the PCs use this virtual IP as their gateway.

549
00:25:53.200 --> 00:25:55.720
<v Speaker 1>They don't know about the two real routers exactly.

550
00:25:55.759 --> 00:25:58.680
<v Speaker 2>It's an illusion. One router is elected active and actually

551
00:25:58.720 --> 00:26:01.519
<v Speaker 2>handles the traffic sent to the virtual IP. The other

552
00:26:01.599 --> 00:26:04.960
<v Speaker 2>router are standby, just listening. If the active router fails

553
00:26:05.240 --> 00:26:08.880
<v Speaker 2>stop sending HSRP Hello messages, a standby router instantly takes

554
00:26:08.920 --> 00:26:12.039
<v Speaker 2>over the active role, and the virtual IPM mass addresses.

555
00:26:11.599 --> 00:26:14.039
<v Speaker 1>Seamless failover nice key commands.

556
00:26:14.200 --> 00:26:17.039
<v Speaker 2>On the interface, you set the virtual IP with standby

557
00:26:17.039 --> 00:26:21.200
<v Speaker 2>group number IP virtual IP. You usually enable standby preempt,

558
00:26:21.200 --> 00:26:23.759
<v Speaker 2>which allows a router with higher priority to take back

559
00:26:23.759 --> 00:26:26.039
<v Speaker 2>the active role if it comes online. You set the

560
00:26:26.079 --> 00:26:29.720
<v Speaker 2>priority with standby priority value higher is better, and you

561
00:26:29.720 --> 00:26:32.519
<v Speaker 2>can use standby track to monitor another interface. If that

562
00:26:32.599 --> 00:26:36.759
<v Speaker 2>tracked interface goes down, the router decreases its own HSRP priority,

563
00:26:36.880 --> 00:26:38.279
<v Speaker 2>potentially triggering a failover.

564
00:26:38.519 --> 00:26:41.799
<v Speaker 1>That tracking seems smart failover even if the router itself

565
00:26:41.839 --> 00:26:42.720
<v Speaker 1>isn't totally dead.

566
00:26:42.960 --> 00:26:46.799
<v Speaker 2>Very useful. It provides resilience against upstream link failures too.

567
00:26:47.000 --> 00:26:49.559
<v Speaker 1>Fascinating. The virtual IP is the key. Okay, let's level

568
00:26:49.599 --> 00:26:53.759
<v Speaker 1>up again. When networks get really big, spanning different organizations,

569
00:26:54.480 --> 00:26:57.920
<v Speaker 1>different autonomous systems, how do they talk BGP? Right? This

570
00:26:58.000 --> 00:26:58.839
<v Speaker 1>sounds complex?

571
00:26:59.039 --> 00:27:02.920
<v Speaker 2>It is complex? Ye BGP. The Border Gateway Protocol is

572
00:27:03.160 --> 00:27:08.240
<v Speaker 2>basically the routing protocol of the Internet itself. When different companies, ISPs,

573
00:27:08.400 --> 00:27:11.720
<v Speaker 2>large organizations each running their own autonomous system or as,

574
00:27:11.799 --> 00:27:14.880
<v Speaker 2>need to exchange routing information between each other, they use

575
00:27:14.960 --> 00:27:17.039
<v Speaker 2>EBGP external BGP.

576
00:27:17.240 --> 00:27:19.200
<v Speaker 1>So it's how the different chunks of the Internet.

577
00:27:18.960 --> 00:27:23.200
<v Speaker 2>Connect Precisely, It's less about finding the fastest path like OSPF,

578
00:27:23.319 --> 00:27:26.559
<v Speaker 2>and more about enforcing policy which networks am I allowed

579
00:27:26.599 --> 00:27:28.920
<v Speaker 2>to tell this other as about which routes am I

580
00:27:28.920 --> 00:27:31.839
<v Speaker 2>willing to accept from them. It controls reachability across the.

581
00:27:31.759 --> 00:27:34.359
<v Speaker 1>Globe policy, not just speed. Got it? What are the

582
00:27:34.359 --> 00:27:35.119
<v Speaker 1>basic commands?

583
00:27:35.279 --> 00:27:38.559
<v Speaker 2>You start the BGP process with orbgp or as number.

584
00:27:38.720 --> 00:27:41.480
<v Speaker 2>Then you define your neighbors and other ass using neighbor

585
00:27:41.759 --> 00:27:45.160
<v Speaker 2>neighbor IP remote as neighbor s number. You also tell BGP,

586
00:27:45.359 --> 00:27:47.480
<v Speaker 2>which of your local networks you want to advertise using

587
00:27:48.039 --> 00:27:51.640
<v Speaker 2>network adjust mask subnetmask seems straightforward enough at first glance

588
00:27:51.720 --> 00:27:54.160
<v Speaker 2>the basics are, but BGP has tons of attributes and

589
00:27:54.160 --> 00:27:57.839
<v Speaker 2>policies you can manipulate for stability, especially with EVGP neighbors

590
00:27:57.880 --> 00:28:00.119
<v Speaker 2>that might not be directly connected. You often see the

591
00:28:00.240 --> 00:28:04.799
<v Speaker 2>MGP multi hoop used and crucially updates source loop back.

592
00:28:05.279 --> 00:28:06.720
<v Speaker 1>Why use a loop back interface?

593
00:28:06.839 --> 00:28:09.920
<v Speaker 2>Because a loopback interface is virtual, It's always up unless

594
00:28:09.960 --> 00:28:13.279
<v Speaker 2>the router is dead. Physical interfaces can flap up and down.

595
00:28:13.880 --> 00:28:17.240
<v Speaker 2>Tying your BGP session to a stable loopback IP makes

596
00:28:17.279 --> 00:28:21.000
<v Speaker 2>the connection much more resilient to physical link issues. Vital

597
00:28:21.039 --> 00:28:22.920
<v Speaker 2>for Internet stability.

598
00:28:22.599 --> 00:28:26.839
<v Speaker 1>Makes sense stable source for a critical protocol. Okay, stepping

599
00:28:26.880 --> 00:28:30.720
<v Speaker 1>back from the global Internet. What about simple point to

600
00:28:30.799 --> 00:28:34.480
<v Speaker 1>point links like an old serial connection to an ISP ah?

601
00:28:34.559 --> 00:28:37.359
<v Speaker 2>Yeah, for those dedicated point to point links, the classic

602
00:28:37.359 --> 00:28:40.839
<v Speaker 2>protocol is PPP, the point to point protocol. You enable

603
00:28:40.880 --> 00:28:44.640
<v Speaker 2>it on the interface with encapsulation PPP is that that

604
00:28:44.759 --> 00:28:48.160
<v Speaker 2>terms on PPP, but you usually need authentication too. PPP

605
00:28:48.319 --> 00:28:54.279
<v Speaker 2>supports PPP password Authentication Protocol and c CHATP Challenge Handshake Authentication.

606
00:28:53.799 --> 00:28:56.079
<v Speaker 1>Protocol pp and CPP difference.

607
00:28:56.319 --> 00:28:59.759
<v Speaker 2>Pp sends the username and password in clear text not great.

608
00:29:00.079 --> 00:29:02.319
<v Speaker 2>T CHAP is much more secure. It uses a challenge

609
00:29:02.319 --> 00:29:05.640
<v Speaker 2>response mechanism with hashing, so passwords aren't sent over the wire.

610
00:29:06.000 --> 00:29:08.079
<v Speaker 2>You can figure PPP authentication.

611
00:29:07.680 --> 00:29:10.359
<v Speaker 1>Chat GPOP is better, always.

612
00:29:10.160 --> 00:29:13.319
<v Speaker 2>Pretty much always. PPP also has a cool feature called

613
00:29:13.400 --> 00:29:16.720
<v Speaker 2>multilink PPP. If you have multiple physical serial links to

614
00:29:16.720 --> 00:29:20.000
<v Speaker 2>the same destination, you can bundle them together into PPP

615
00:29:20.160 --> 00:29:25.119
<v Speaker 2>multilink Group one, for instance, to aggregate bandwidth and provide redundancy.

616
00:29:24.839 --> 00:29:26.599
<v Speaker 1>Like Ether channel, but for serial links.

617
00:29:26.599 --> 00:29:31.480
<v Speaker 2>Similar concept. Yeah, and the guide mentions PPPoE briefly PPP

618
00:29:31.720 --> 00:29:34.680
<v Speaker 2>over Ethernet. That's super common for DSL and some cable

619
00:29:34.720 --> 00:29:38.400
<v Speaker 2>Internet connections running PPP sessions inside Ethernet frames.

620
00:29:38.559 --> 00:29:42.000
<v Speaker 1>Right, seeing that setting on homewriters, Yeah, okay. Beyond just connecting,

621
00:29:42.039 --> 00:29:45.519
<v Speaker 1>how do we build secure tunnels over public networks like

622
00:29:45.559 --> 00:29:50.240
<v Speaker 1>the Internet? Connecting branch offices securely for example GRE and

623
00:29:50.440 --> 00:29:52.240
<v Speaker 1>IPsec VPNs Exactly.

624
00:29:52.319 --> 00:29:54.519
<v Speaker 2>If you just need a simple tunnel to carry routing

625
00:29:54.519 --> 00:29:57.359
<v Speaker 2>protocol traffic, for example, but don't necessarily need encryption, you

626
00:29:57.400 --> 00:29:59.559
<v Speaker 2>can use GRE generic routing encapsulation.

627
00:30:00.480 --> 00:30:01.160
<v Speaker 1>How does that work?

628
00:30:01.240 --> 00:30:03.799
<v Speaker 2>You create a virtual interface tunnel zero, give it an

629
00:30:03.799 --> 00:30:06.559
<v Speaker 2>IP address for the tunnel itself. Then you specify the

630
00:30:06.559 --> 00:30:10.279
<v Speaker 2>tunnel source, your public IP and tunnel destination. The remote

631
00:30:10.359 --> 00:30:14.440
<v Speaker 2>routers public IP GRE basically wraps the original packet inside

632
00:30:14.440 --> 00:30:17.640
<v Speaker 2>another IP header, but critically it's not encrypted.

633
00:30:17.920 --> 00:30:20.279
<v Speaker 1>No encryption, so not for sensitive.

634
00:30:19.920 --> 00:30:23.640
<v Speaker 2>Data, definitely not. It's like sending postcard. For actual secure communication,

635
00:30:23.720 --> 00:30:27.480
<v Speaker 2>you need an IPsec VPN. This builds an encrypted tunnel,

636
00:30:27.640 --> 00:30:29.359
<v Speaker 2>usually for site to site connections.

637
00:30:29.720 --> 00:30:33.559
<v Speaker 1>IP six sounds serious? Is it complicated?

638
00:30:33.640 --> 00:30:35.599
<v Speaker 2>It has quite a few moving parts. Yeah, it's usually

639
00:30:35.599 --> 00:30:38.279
<v Speaker 2>breaking down to two phases. Phase one is setting up

640
00:30:38.319 --> 00:30:43.079
<v Speaker 2>a secure management channel called the IKEASA or ice mpsa.

641
00:30:42.720 --> 00:30:44.359
<v Speaker 1>IKE Phase one. What happens there?

642
00:30:44.680 --> 00:30:47.559
<v Speaker 2>You define a crypto ISAAC policy where both sides agree

643
00:30:47.559 --> 00:30:52.000
<v Speaker 2>on the security parameters, the encryption algorithm like as the

644
00:30:52.039 --> 00:30:56.759
<v Speaker 2>hash algorithm like SAHA for integrity, the authentication method usually

645
00:30:56.799 --> 00:30:59.319
<v Speaker 2>pre share for pre shared keys, and a Diffie Hellman

646
00:30:59.359 --> 00:31:02.920
<v Speaker 2>group for secure key exchange. You also define the interesting

647
00:31:02.960 --> 00:31:06.039
<v Speaker 2>traffic what data should trigger the VPN using an ACL,

648
00:31:06.519 --> 00:31:09.759
<v Speaker 2>and you set the CRYPTOIACP the pre shared secret for

649
00:31:09.880 --> 00:31:10.640
<v Speaker 2>the remote peer.

650
00:31:11.240 --> 00:31:12.960
<v Speaker 1>Okay, that sets up the secure handshake.

651
00:31:13.359 --> 00:31:16.160
<v Speaker 2>Then Phase two I like Phase two, builds the actual

652
00:31:16.240 --> 00:31:20.000
<v Speaker 2>data tunnel the ipc SA. Here you define a crypto

653
00:31:20.079 --> 00:31:23.839
<v Speaker 2>IPSECT transform set specifying the encryption like s disease and

654
00:31:23.960 --> 00:31:28.519
<v Speaker 2>authentication SPSHAWMAC for the data packets themselves. Mode tunnel is

655
00:31:28.599 --> 00:31:31.920
<v Speaker 2>standard for site to site. Finally, you tie everything together

656
00:31:31.960 --> 00:31:36.039
<v Speaker 2>in a cryptomap. The cryptompp references the ACL for interesting

657
00:31:36.079 --> 00:31:39.240
<v Speaker 2>traffic sets, the remote peer points to the transform set,

658
00:31:39.480 --> 00:31:42.000
<v Speaker 2>and then you apply this cryptomap to your outside facing

659
00:31:42.000 --> 00:31:42.920
<v Speaker 2>physical interface.

660
00:31:43.119 --> 00:31:45.240
<v Speaker 1>Wow, a lot of steps, but it sounds like it

661
00:31:45.240 --> 00:31:46.519
<v Speaker 1>builds a very secure pipe.

662
00:31:46.559 --> 00:31:48.240
<v Speaker 2>It does get all the pieces right and you have

663
00:31:48.279 --> 00:31:50.640
<v Speaker 2>strong encryption protecting your data across the internet.

664
00:31:50.799 --> 00:31:54.920
<v Speaker 1>Fantastic breakdown. Thanks. Okay, last section. We've built the network,

665
00:31:54.960 --> 00:31:57.720
<v Speaker 1>secured it, but we need to manage it, monitor it,

666
00:31:57.799 --> 00:32:00.680
<v Speaker 1>fix it when it breaks. What tools does Cisco iOS

667
00:32:00.759 --> 00:32:01.160
<v Speaker 1>give us?

668
00:32:01.279 --> 00:32:04.960
<v Speaker 2>Absolutely crucial part for starters. ACLS on IPv six We

669
00:32:05.039 --> 00:32:06.880
<v Speaker 2>mentioned them, but just to reiterate, they work much like

670
00:32:06.920 --> 00:32:10.319
<v Speaker 2>IPv four ACLS filtering IPv six traffic. You apply them

671
00:32:10.319 --> 00:32:13.599
<v Speaker 2>with IPv six Traffic filter on interfaces or IPv six

672
00:32:13.599 --> 00:32:14.960
<v Speaker 2>Access Class on btwoylines.

673
00:32:14.960 --> 00:32:16.960
<v Speaker 1>Okay, filtering for IPv six what else?

674
00:32:17.240 --> 00:32:21.559
<v Speaker 2>SNMP Simple Network Management Protocol. This is the standard way

675
00:32:21.599 --> 00:32:24.920
<v Speaker 2>for network management systems like Solar Winds, PRTG, et cetera

676
00:32:25.400 --> 00:32:29.759
<v Speaker 2>to poll devices for information, cp load, interface traffic errors,

677
00:32:29.759 --> 00:32:33.960
<v Speaker 2>and sometimes even make configuration changes. SNMPv three is the

678
00:32:34.000 --> 00:32:38.319
<v Speaker 2>secure version, though it's configuration with views, groups, users off

679
00:32:38.319 --> 00:32:39.880
<v Speaker 2>prif passwords can be complex.

680
00:32:40.160 --> 00:32:41.799
<v Speaker 1>SNNP for monitoring. Got it?

681
00:32:41.880 --> 00:32:46.559
<v Speaker 2>Then there's SPAN Switchport Analyzer, super useful for troubleshooting on switches.

682
00:32:46.839 --> 00:32:48.720
<v Speaker 2>It lets you mirror all the traffic from a source

683
00:32:48.759 --> 00:32:51.839
<v Speaker 2>port or even a whole VLAN to a destination port.

684
00:32:51.839 --> 00:32:52.599
<v Speaker 1>Why would you do that?

685
00:32:52.720 --> 00:32:54.759
<v Speaker 2>You plug a laptop running wirior Shark or some other

686
00:32:54.799 --> 00:32:57.519
<v Speaker 2>packet sniffer into that destination port and you can see

687
00:32:57.519 --> 00:32:59.880
<v Speaker 2>an exact copy of all the traffic from the source

688
00:33:00.079 --> 00:33:03.960
<v Speaker 2>without interrupting the actual users. Great for diagnosing tricky application

689
00:33:04.039 --> 00:33:07.640
<v Speaker 2>issues or security investigations. Commands look like monitor Session one

690
00:33:07.720 --> 00:33:11.359
<v Speaker 2>source interface Gigabyte Ethernet zero one and monitor Session one

691
00:33:11.440 --> 00:33:14.400
<v Speaker 2>destination interface Gigabyte Ethernet zero five.

692
00:33:14.519 --> 00:33:17.759
<v Speaker 1>Like putting a tap on the line non disruptively clever.

693
00:33:17.640 --> 00:33:22.039
<v Speaker 2>Very clever, And lastly IPSLA Service level Agreement monitoring. This

694
00:33:22.119 --> 00:33:25.359
<v Speaker 2>lets the router itself actively test network paths and performance.

695
00:33:25.559 --> 00:33:27.720
<v Speaker 1>The router tests things itself YEP.

696
00:33:27.880 --> 00:33:30.839
<v Speaker 2>You can configure it, for example, to send ICMP echos

697
00:33:31.000 --> 00:33:34.480
<v Speaker 2>pings to a critical server every thirty seconds using IPSI

698
00:33:34.559 --> 00:33:37.519
<v Speaker 2>one ICP echo one ninety two point one six eight

699
00:33:37.519 --> 00:33:40.880
<v Speaker 2>point one point five frequency thirty. Then you schedule it

700
00:33:40.920 --> 00:33:44.240
<v Speaker 2>to run with ipslast schedule one start time, now, lifetime forever.

701
00:33:44.559 --> 00:33:48.279
<v Speaker 2>The riter trucks response times, jitter, packet loss. You can

702
00:33:48.319 --> 00:33:51.079
<v Speaker 2>then use this data for alerts or even tie it

703
00:33:51.119 --> 00:33:54.000
<v Speaker 2>into routing decisions, like changing routes if a primary path

704
00:33:54.039 --> 00:33:55.200
<v Speaker 2>becomes unreliable.

705
00:33:55.240 --> 00:33:56.680
<v Speaker 1>Proactive monitoring built right in.

706
00:33:56.799 --> 00:34:01.319
<v Speaker 2>That's powerful, very powerful for ensuring performance and availability meet

707
00:34:01.359 --> 00:34:02.240
<v Speaker 2>required levels.

708
00:34:02.279 --> 00:34:05.200
<v Speaker 1>Wow, what an incredible journey. Seriously, we went from just

709
00:34:05.240 --> 00:34:06.920
<v Speaker 1>plugging in or out or giving it a name in

710
00:34:07.119 --> 00:34:11.079
<v Speaker 1>very basics all the way through vlands, complex routing like OSPF, EI,

711
00:34:11.119 --> 00:34:16.360
<v Speaker 1>g RP, even BGP, the Internet's glue, plus security with ACLS, VPNs,

712
00:34:16.440 --> 00:34:20.639
<v Speaker 1>and these essential management tools like SPAN and IPSLA. It's

713
00:34:20.679 --> 00:34:22.480
<v Speaker 1>a lot, but each piece is so important.

714
00:34:22.559 --> 00:34:24.960
<v Speaker 2>It really is a vast landscape, isn't it. But that's

715
00:34:25.000 --> 00:34:27.039
<v Speaker 2>the point of the steep dive. Using the command guide

716
00:34:27.039 --> 00:34:29.159
<v Speaker 2>as our map. It's about giving you, the listener, a

717
00:34:29.199 --> 00:34:33.559
<v Speaker 2>shortcut distilling that practical knowledge you absolutely need for modern networks,

718
00:34:33.880 --> 00:34:36.239
<v Speaker 2>moving beyond just what the command is exactly, to the

719
00:34:36.320 --> 00:34:39.159
<v Speaker 2>why why does it matter? How does enable secret protect you?

720
00:34:39.239 --> 00:34:43.199
<v Speaker 2>Why does ospf use cost? Why is no shutdown so vital?

721
00:34:43.639 --> 00:34:46.079
<v Speaker 2>That deeper understanding is where the real skill comes in,

722
00:34:46.280 --> 00:34:52.320
<v Speaker 2>not just configuring, but designing, troubleshooting, optimizing, making things actually.

723
00:34:51.920 --> 00:34:56.239
<v Speaker 1>Work well well said. So as you, our listener, continue

724
00:34:56.239 --> 00:34:59.480
<v Speaker 1>on your own networking journey, maybe digesting all this, we

725
00:34:59.519 --> 00:35:01.679
<v Speaker 1>want to leave view with the thought to chew on something.

726
00:35:01.719 --> 00:35:05.079
<v Speaker 1>I'm all over YEA, what single seemingly simple network command

727
00:35:05.159 --> 00:35:07.719
<v Speaker 1>maybe one we discussed, maybe another when you really really

728
00:35:07.760 --> 00:35:11.239
<v Speaker 1>understand it deeply. What command might unlock a surprising amount

729
00:35:11.239 --> 00:35:13.960
<v Speaker 1>of power or insight for you in a big, complex

730
00:35:14.000 --> 00:35:14.440
<v Speaker 1>network
