1
00:00:00,000 --> 00:00:06,000
witam z powrotem, nazywam się David Bombal CCIE 1123. W tej części

2
00:00:06,000 --> 00:00:10,000
zajmiemy się maską podsieci o zmiennej długości lub

3
00:00:10,000 --> 00:00:12,000
VLSM i podsumowaniem trasy.

4
00:00:12,000 --> 00:00:15,000
VLSM pozwala nam lepiej wykorzystywać

5
00:00:15,000 --> 00:00:21,000
adresy IP, dopuszczając maskę podsieci o zmiennej długości w pojedynczej sieci.

6
00:00:21,000 --> 00:00:25,000
więc to, co omówimy w tej sekcji, to po raz

7
00:00:25,000 --> 00:00:28,000
pierwszy VLSM ponownie Maska podsieci o zmiennej

8
00:00:28,000 --> 00:00:31,000
długości, zajrzymy do CIDR lub bezklasowego routingu

9
00:00:31,000 --> 00:00:33,000
między domenami. Chcę wyjaśnić

10
00:00:33,000 --> 00:00:38,000
podsumowanie i pokażę, jak podsumować wiele tras w mniejszą lub pojedynczą trasę.

11
00:00:38,000 --> 00:00:40,000
przyjrzymy się opcjom routingu i

12
00:00:40,000 --> 00:00:43,000
temu, jak routery wybierają jedną trasę zamiast drugiej,

13
00:00:43,000 --> 00:00:45,000
nie tylko w oparciu

14
00:00:45,000 --> 00:00:49,000
o odległość administracyjną, ale także w oparciu o legendzie dopasowania

15
00:00:49,000 --> 00:00:53,000
prefiksu, a na koniec zajmiemy się kwestiami dotyczącymi nieciągłych sieci.

16
00:00:53,000 --> 00:00:55,000
więc Maska podsieci o zmiennej

17
00:00:55,000 --> 00:01:00,000
długości pozwala nam mieć zmienną lub zmienną maskę w całej naszej sieci, więc

18
00:01:00,000 --> 00:01:03,000
na przykład, sieć o klasach 10 będzie miała

19
00:01:03,000 --> 00:01:06,000
maskę / 8, a pierwszy oktet 10 to

20
00:01:06,000 --> 00:01:08,000
część sieciowa adresu i ostatnie

21
00:01:08,000 --> 00:01:11,000
3 oktety, innymi słowy, ostatnie 24 bity

22
00:01:11,000 --> 00:01:13,000
są częścią hosta adresu.

23
00:01:13,000 --> 00:01:16,000
ta sieć klasowa została podsieci, na przykład możemy

24
00:01:16,000 --> 00:01:21,000
mieć podsieć 10. 1. 1. 0/24 gdzie

25
00:01:21,000 --> 00:01:24,000
10. 1. 1 jest

26
00:01:24,000 --> 00:01:27,000
częścią sieciową adresu, innymi słowy, najbardziej znaczącymi

27
00:01:27,000 --> 00:01:32,000
24 bitami lub najbardziej znaczącymi 3 oktetami jest część netwok, a ostatni

28
00:01:32,000 --> 00:01:36,000
oktet lub najmniej znacząca część adresu jest częścią gospodarza.

29
00:01:36,000 --> 00:01:43,000
możemy też podsieć sieć 10 do 10. 1. 0. 0/16 gdzie

30
00:01:43,000 --> 00:01:46,000
połowa adresu to część sieciowa, a

31
00:01:46,000 --> 00:01:49,000
połowa adresu to część hosta.

32
00:01:49,000 --> 00:01:52,000
Zapoznaj się z częścią ICND 1 tego

33
00:01:52,000 --> 00:01:57,000
kursu lub wyjaśnionym w e-book'u podsieci pod kątem wielu szczegółów dotyczących podsieci.

34
00:01:57,000 --> 00:02:03,000
CIDR lub Classless Inter-Domain Routing zostały wprowadzone w 1993 r. W

35
00:02:03,000 --> 00:02:07,000
celu zastąpienia wcześniejszej architektury adresowania klasowych sieci.

36
00:02:07,000 --> 00:02:10,000
klasyczne sieci nie były skalowalne,

37
00:02:10,000 --> 00:02:14,000
klasowe sieci wprowadzają 3 klasy adresów do

38
00:02:14,000 --> 00:02:18,000
przydzielania adresów IP hostom i urządzeniom sieciowym,

39
00:02:18,000 --> 00:02:22,000
w których mieliśmy sieci A i B.

40
00:02:22,000 --> 00:02:29,000
więc na przykład 10. 0. 0. 0/8 to przykład klasowej sieci A.

41
00:02:29,000 --> 00:02:35,000
172. 16. 0. 0/16 to przykład sieci

42
00:02:35,000 --> 00:02:41,000
klasy B i 192. 168. 1. 0/24 to przykład sieci klasy C.

43
00:02:41,000 --> 00:02:44,000
Problem z tą metodą polegał na tym,

44
00:02:44,000 --> 00:02:50,000
że musiałaś użyć dla instancji maski / 16, która dała ci około 65000 adresów

45
00:02:50,000 --> 00:02:53,000
hosta lub możesz użyć adresu klasy C,

46
00:02:53,000 --> 00:02:56,000
który daje tylko 254 adresy hosta.

47
00:02:56,000 --> 00:02:58,000
ten schemat spowodowałby

48
00:02:58,000 --> 00:03:02,000
szybkie wymuszenie adresów IP i brak elastyczności.

49
00:03:02,000 --> 00:03:06,000
więc CIDR zastąpił to, co jest oparte na masce podsieci o zmiennej długości,

50
00:03:06,000 --> 00:03:10,000
maski mogą się różnić na dowolnych długościach, więc pozwalają na różne rozmiary podsieci,

51
00:03:10,000 --> 00:03:12,000
a nie są zmuszeni do użycia

52
00:03:12,000 --> 00:03:17,000
na przykład 10. 0. 0. 0/8

53
00:03:17,000 --> 00:03:25,000
można również użyć 10. 0. 0. 0/16 lub 24 lub 30 w zależności

54
00:03:25,000 --> 00:03:29,000
od wymagań dotyczących liczby podsieci lub hostów w twojej sieci lub możesz użyć

55
00:03:29,000 --> 00:03:37,000
na przykład 10. 1. 1. 0/27 lub 10. 1. 2. 0/26 i tak dalej i tak dalej.

56
00:03:37,000 --> 00:03:40,000
więc możesz wziąć jeden adres klasy A

57
00:03:40,000 --> 00:03:44,000
i podzielić go na wiele podsieci w zależności od wymagań.

58
00:03:44,000 --> 00:03:47,000
Ważne jest również, aby pamiętać, że w

59
00:03:47,000 --> 00:03:52,000
CIDR nie tylko reklamujemy sieć, ale reklamujemy prefiks routingu innymi słowami,

60
00:03:52,000 --> 00:04:00,000
reklamowalibyśmy 192. 168. 1. 0/24 nie tylko 192. 168. 1. 0 CIDR

61
00:04:00,000 --> 00:04:03,000
pozwala również na podsumowanie adresów, które

62
00:04:03,000 --> 00:04:06,000
zamierzam wyjaśnić bardziej szczegółowo za chwilę.

63
00:04:06,000 --> 00:04:09,000
ale to jest, gdy bierzemy wiele podsieci i

64
00:04:09,000 --> 00:04:12,000
umieszczamy je w sieci super lub podsumowującej, co

65
00:04:12,000 --> 00:04:14,000
zmniejszy rozmiary tabel routingu.

66
00:04:14,000 --> 00:04:19,000
Maska podsieci o zmiennej długości ma wiele zalet, w

67
00:04:19,000 --> 00:04:23,000
tym lepsze wykorzystanie adresów IP i podsieci.

68
00:04:23,000 --> 00:04:28,000
na łączu WAN jako przykład tylko 2 adresy IP są wymagane.

69
00:04:28,000 --> 00:04:30,000
1 adres IP dla 1

70
00:04:30,000 --> 00:04:32,000
końca łącza i inny adres

71
00:04:32,000 --> 00:04:39,000
IP dla drugiego końca łącza, więc maska / 30 będzie lepsza w powiedzeniu a / 16 lub / 24 maski.

72
00:04:39,000 --> 00:04:43,000
a / 30 maska obsługuje tylko 2 hosty w

73
00:04:43,000 --> 00:04:48,000
tej podsieci i to wszystko, co jest wymagane w scenariuszu punkt-punkt, jak to.

74
00:04:48,000 --> 00:04:52,000
Maska a / 24 na przykład obsłużyłaby 254 hosty, a

75
00:04:52,000 --> 00:04:55,000
to zabiłoby na tym konkretnym łączu.

76
00:04:55,000 --> 00:04:58,000
więc VLSM zapewnia administratorowi

77
00:04:58,000 --> 00:05:02,000
możliwość lepszego wykorzystania adresów IP i podsieci.

78
00:05:02,000 --> 00:05:04,000
gdzie podsieć podsieci w

79
00:05:04,000 --> 00:05:09,000
celu obsługi wymaganej liczby adresów IP w tym konkretnym segmencie.

80
00:05:09,000 --> 00:05:12,000
więc jako przykład, mamy tutaj podsieci,

81
00:05:12,000 --> 00:05:17,000
które używają maski / 27, na łączach WAN używamy / 30

82
00:05:17,000 --> 00:05:22,000
masek i dla instancji w centrali używamy maski / 16.

83
00:05:22,000 --> 00:05:25,000
Pozwala nam to również na lepsze

84
00:05:25,000 --> 00:05:30,000
podsumowanie i skalowalność sieci, a nie na cały świat zmuszony do

85
00:05:30,000 --> 00:05:32,000
korzystania z określonej maski

86
00:05:32,000 --> 00:05:37,000
podsieci, dzięki której możemy korzystać z różnych masek w naszych

87
00:05:37,000 --> 00:05:41,000
sieciach i reklamować streszczenia innym firmom lub Internetowi.

88
00:05:41,000 --> 00:05:44,000
więc jest prosta sieć do wyjaśnienia problemu, gdy

89
00:05:44,000 --> 00:05:46,000
nie używa się podsumowania.

90
00:05:46,000 --> 00:05:54,000
po lewej stronie mamy sieci 10. 1. 1. 0/24 do 10.

91
00:05:54,000 --> 00:05:54,000
1. 2. 200.

92
00:05:54,000 --> 00:05:57,000
0/24 po prawej stronie mamy sieci 10. 2. 1.

93
00:05:57,000 --> 00:06:05,000
0/24 do 10. 2. 200. 0/24 teraz podsumowanie jest

94
00:06:05,000 --> 00:06:08,000
teraz zaimplementowane i załóżmy, że używasz protokołu

95
00:06:08,000 --> 00:06:11,000
routingu takiego jak RIP, który reklamuje całą

96
00:06:11,000 --> 00:06:14,000
tablicę routingu co 30 sekund, gdy będziesz

97
00:06:14,000 --> 00:06:16,000
miał taki scenariusz, z

98
00:06:16,000 --> 00:06:21,000
routerem po lewej stronie reklamuje 200 tras co 30 sekund i router

99
00:06:21,000 --> 00:06:25,000
po stronie routera reklamuje 200 tras co 30 sekund.

100
00:06:25,000 --> 00:06:29,000
RIP będzie ciągle wysyłać całą tablicę routingu co 30 sekund,

101
00:06:29,000 --> 00:06:32,000
nawet jeśli nie ma żadnych zmian.

102
00:06:32,000 --> 00:06:36,000
więc w tym łączu WAN anonsowanych jest 400 tras, co

103
00:06:36,000 --> 00:06:39,000
jest bardzo nieefektywne, te aktualizacje routingu zużywają dużo

104
00:06:39,000 --> 00:06:42,000
przepustowości i nie osiągają zbyt wiele, ponieważ będą

105
00:06:42,000 --> 00:06:44,000
stale reklamować się, nawet jeśli

106
00:06:44,000 --> 00:06:46,000
nie ma zmian, więc

107
00:06:46,000 --> 00:06:49,000
sensowniejsze jest podsumowanie tras, więc po lewej stronie

108
00:06:49,000 --> 00:06:53,000
mamy 10. 1. 1. 0 aż do

109
00:06:53,000 --> 00:06:56,000
10. 1. 200. 0

110
00:06:56,000 --> 00:07:01,000
To są podsieci 10. 1. 0. 0 sieci, abyśmy

111
00:07:01,000 --> 00:07:05,000
mogli podsumować te 200 tras w jedną trasę i po lewej

112
00:07:05,000 --> 00:07:11,000
stronie 10. 2. 1. 0 do 10. 2. 200. 0 można podsumować

113
00:07:11,000 --> 00:07:14,000
jako 10. 2. 0. 0/16,

114
00:07:14,000 --> 00:07:20,000
więc zamiast reklamować 400 tras, pojedyncza trasa z lewej strony jest

115
00:07:20,000 --> 00:07:22,000
reklamowana po lewej stronie.

116
00:07:22,000 --> 00:07:26,000
i pojedyncza trasa z prawej strony jest reklamowana na lewą

117
00:07:26,000 --> 00:07:29,000
stronę. Podsumowując, szukamy najbardziej znaczących bitów, które są

118
00:07:29,000 --> 00:07:33,000
równe, innymi słowy, zaczynając od lewej strony i kończąc na

119
00:07:33,000 --> 00:07:37,000
prawą ręką Po stronie szukamy bitów, które są takie same,

120
00:07:37,000 --> 00:07:40,000
więc w pierwszym oktecie wszystkie podsieci zawierają 10,

121
00:07:40,000 --> 00:07:43,000
więc jest to typowe, w drugim oktecie

122
00:07:43,000 --> 00:07:47,000
wszystkie podsieci zawierają 1, więc jest to typowe, ale w

123
00:07:47,000 --> 00:07:52,000
trzecim oktecie wartości wahają się od 1 - 200, więc nie jest jak

124
00:07:52,000 --> 00:07:56,000
łatwo zobaczyć, co jest wspólne, więc możemy podsumować to jako

125
00:07:56,000 --> 00:07:59,000
10. 1. 0. 00/16

126
00:07:59,000 --> 00:08:03,000
wiedząc, że 10. 1 jest powszechne w

127
00:08:03,000 --> 00:08:06,000
całym tekście, a router tutaj podsumuje wszystkie

128
00:08:06,000 --> 00:08:09,000
te trasy i wyśle tylko jedną reklamę,

129
00:08:09,000 --> 00:08:13,000
router po lewej stronie nadal może dostać się do wszystkich

130
00:08:13,000 --> 00:08:17,000
tych podsieci, ponieważ są to podsieci tej sieci, więc mimo

131
00:08:17,000 --> 00:08:20,000
że mamy Podsumowując trasy mamy jeszcze pełną

132
00:08:20,000 --> 00:08:23,000
łączność w całej sieci. Oto nieco bardziej

133
00:08:23,000 --> 00:08:25,000
skomplikowany przykład, że mamy

134
00:08:25,000 --> 00:08:30,000
sieci 172. 16. 32. 0/24

135
00:08:30,000 --> 00:08:36,000
aż do 172. 16. 63. 0/24 teraz

136
00:08:36,000 --> 00:08:40,000
zamiast tego routera reklamującego wszystkie te sieci możemy

137
00:08:40,000 --> 00:08:47,000
podsumować tę sieć na 1 lub co najmniej kilka streszczeń teraz, aby to osiągnąć, zaczynając

138
00:08:47,000 --> 00:08:51,000
od najbardziej znaczących bitów innymi słowy, zaczynasz od

139
00:08:51,000 --> 00:08:53,000
lewej strony i szukasz

140
00:08:53,000 --> 00:08:58,000
tego, co jest powszechne we wszystkich tych sieciach, więc w pierwszym

141
00:08:58,000 --> 00:09:04,000
oktecie 172 jest powszechne, więc wiemy, że to powszechne 16 jest również powszechne,

142
00:09:04,000 --> 00:09:10,000
więc wiemy, że daleko, że pierwsze 2 oktety są wspólne w trzecim oktecie,

143
00:09:10,000 --> 00:09:15,000
liczby się zmieniają, więc mamy 32, 33, 34, 35, aż do

144
00:09:15,000 --> 00:09:20,000
63, więc nie jest łatwo wyobrazić sobie lub zobaczyć, co jest

145
00:09:20,000 --> 00:09:24,000
tutaj powszechne, więc to, co zrobimy, to możemy

146
00:09:24,000 --> 00:09:27,000
przekonwertować trzeci oktet na binarny szukać

147
00:09:27,000 --> 00:09:37,000
wspólnych bitów, więc na przykład 32 = 0010 0000 teraz oczywiście nie ma luki w połowie oktetu Właśnie umieściłem tu miejsce,

148
00:09:37,000 --> 00:09:41,000
aby spróbować i ułatwić czytanie, więc oktet składa

149
00:09:41,000 --> 00:09:45,000
się z 8 wartości binarnych, 32 wyglądałoby teraz

150
00:09:45,000 --> 00:09:50,000
podążasz za nim, gdy tylko zamienisz się w plik binarny, powinieneś

151
00:09:50,000 --> 00:09:53,000
przekonwertować pozostałe bity do binarnego, a

152
00:09:53,000 --> 00:09:56,000
teraz w tym przykładzie, nie musisz

153
00:09:56,000 --> 00:09:59,000
tego robić, ponieważ widzisz, że ostatni

154
00:09:59,000 --> 00:10:04,000
oktet zawiera tylko 0, ale zrobiłem to tutaj dla kompletności,

155
00:10:04,000 --> 00:10:11,000
druga sieć to 172. 16. 33. 0 i 33

156
00:10:11,000 --> 00:10:18,000
w wyglądach binarnych wygląda następująco, 34 wygląda następująco, 35 wygląda następująco i nie poleciłabym przekonwertować wszystkich

157
00:10:18,000 --> 00:10:22,000
adresów na binarne. Powiedziałbym tylko pierwsze 3 lub 4,

158
00:10:22,000 --> 00:10:24,000
a potem ostatnie, żeby

159
00:10:24,000 --> 00:10:26,000
zobaczyć, co jest wspólnie.

160
00:10:26,000 --> 00:10:31,000
w realnym świecie można natknąć się na znacznie bardziej skomplikowane przykłady i być

161
00:10:31,000 --> 00:10:34,000
może trzeba przekonwertować wszystkie adresy na

162
00:10:34,000 --> 00:10:38,000
binarne, ale na poziomie CCNA, które mogą nie być konieczne.

163
00:10:38,000 --> 00:10:41,000
Więc kiedy już to zrobimy, możemy szukać

164
00:10:41,000 --> 00:10:45,000
wspólnych bitów, więc pierwszy binarny 0 w trzecim oktecie jest

165
00:10:45,000 --> 00:10:51,000
wspólny w całym drugim binarnym 0, jest również powszechny w całym tekście, trzeci binarny bit

166
00:10:51,000 --> 00:10:55,000
jest równy 1 i jest powszechny w całym tekście, jednak

167
00:10:55,000 --> 00:11:02,000
w czwartym binarnym położeniu bitowym wartości zmieniają się, jak widać tutaj pierwsze kilka sieci ma 0, ale

168
00:11:02,000 --> 00:11:05,000
ostatnia sieć ma 1 na czwartej binarnej

169
00:11:05,000 --> 00:11:11,000
pozycji bitowej, więc możemy narysować linię na prawo od wszystkich bitów, które są często tak,

170
00:11:11,000 --> 00:11:15,000
jak widać tutaj po lewej stronie linii w trzecim oktecie

171
00:11:15,000 --> 00:11:18,000
mamy 001 w systemie binarnym pozostałe

172
00:11:18,000 --> 00:11:23,000
bity w formacie binarnym nie są częste, innymi słowy, bity różnią się.

173
00:11:23,000 --> 00:11:27,000
Teraz Cisco nie obsługuje nieciągłych masek podsieci, więc możesz

174
00:11:27,000 --> 00:11:33,000
zobaczyć, że te bity nie są wspólne i te bity są wspólne, musi to

175
00:11:33,000 --> 00:11:36,000
być ciągłe grupowanie zwykłych bitów począwszy

176
00:11:36,000 --> 00:11:40,000
od lewej strony, przesuwając się z prawej strony i

177
00:11:40,000 --> 00:11:43,000
gdy tylko pojawią się bity, które

178
00:11:43,000 --> 00:11:47,000
nie są pospolite, musisz narysować linię, aby rozróżnić wspólne

179
00:11:47,000 --> 00:11:49,000
bity i bity, które

180
00:11:49,000 --> 00:11:54,000
nie są pospolite, więc teraz wiemy, że pierwszy oktet jest wspólny,

181
00:11:54,000 --> 00:12:00,000
drugi oktet jest wspólny, więc 172. 16 w trzecim oktecie, pierwsze 3 bity binarne

182
00:12:00,000 --> 00:12:05,000
są wspólne, więc teraz 001 dowolne bity, które nie są wspólne, są ustawione

183
00:12:05,000 --> 00:12:11,000
na 0, więc zauważ, że wypełniliśmy pozostałą część adresu binarnymi 0, a następnie konwertujemy binarne

184
00:12:11,000 --> 00:12:14,000
z powrotem do dziesiętnego, więc miejmy nadzieję,

185
00:12:14,000 --> 00:12:17,000
że pamiętasz to z kursu ICND 1.

186
00:12:17,000 --> 00:12:23,000
Tak więc pierwszy oktet to 172, drugi oktet to 16 oktet trzeci,

187
00:12:23,000 --> 00:12:28,000
jeśli przekształcisz go w dziesiętny jest równy 32, a

188
00:12:28,000 --> 00:12:32,000
ostatni oktet skonwertowany na dziesiętny to 0.

189
00:12:32,000 --> 00:12:37,000
Adres podsumowania to 172. 16. 32. 0 Ostatnim

190
00:12:37,000 --> 00:12:41,000
krokiem jest wypracowanie wspólnych bitów, gdy pierwszy oktet jest wspólny,

191
00:12:41,000 --> 00:12:45,000
a oktet to 8 bitów, drugi oktet jest wspólny, a

192
00:12:45,000 --> 00:12:49,000
to dodatkowe 8 bitów, więc do tej pory mamy

193
00:12:49,000 --> 00:12:54,000
8 bitów + 8 bitów inne słowa, 16 bitów, które są wspólne 3

194
00:12:54,000 --> 00:13:02,000
bity w trzecim oktecie, są wspólne, więc 8 + 8 + 3 da ci 19 bitów wspólnego, więc adres podsumowujący

195
00:13:02,000 --> 00:13:10,000
dla tych podsieci będzie 172. 16. 32. 0/19 to proste, że po

196
00:13:10,000 --> 00:13:14,000
to, aby opracować podsumowanie i zamierzam pokazać ci sztuczkę w jednej

197
00:13:14,000 --> 00:13:16,000
chwili, która pozwala ci to

198
00:13:16,000 --> 00:13:19,000
rozwiązać w ciągu kilku sekund, oto kolejny przykład,

199
00:13:19,000 --> 00:13:29,000
mamy podsieci 172. 16. 64. 0/24 do 172. 16. 127. 0/24 czy

200
00:13:29,000 --> 00:13:36,000
te podsieci można podsumować w jedną podsieć lub mniej podsieci?

201
00:13:36,000 --> 00:13:40,000
więc używając tego samego procesu zaczynamy od lewej strony i

202
00:13:40,000 --> 00:13:42,000
szukamy bitów, które są

203
00:13:42,000 --> 00:13:47,000
wspólne w pierwszym oktecie, mamy 172 we wszystkich tych podsieciach, więc jest

204
00:13:47,000 --> 00:13:51,000
to typowe, w drugim oktecie mamy 16, więc jest powszechne

205
00:13:51,000 --> 00:13:53,000
w całym Tak więc

206
00:13:53,000 --> 00:13:58,000
wiemy, że pierwsze 2 oktety 172. 16 jest powszechnych w całym

207
00:13:58,000 --> 00:14:01,000
tekście, ale w trzecim oktecie wartości

208
00:14:01,000 --> 00:14:06,000
się zmieniają mamy 64, 65, 66, 67 aż do 127, więc

209
00:14:06,000 --> 00:14:10,000
trzeci oktet zamierzamy przekonwertować na binarny, aby móc lepiej

210
00:14:10,000 --> 00:14:13,000
zobaczyć, co jest w środku często

211
00:14:13,000 --> 00:14:20,000
więc konwertowanie 64 na binarne da ci 00100 0000 65 będzie wyglądać następująco, 66 jak

212
00:14:20,000 --> 00:14:26,000
to, 67 jako że i możesz przekonwertować trzeci oktet wszystkich podsieci, aż uzyskasz

213
00:14:26,000 --> 00:14:30,000
127, który wygląda tak, jak ostatni oktet jest

214
00:14:30,000 --> 00:14:32,000
0 w systemie dziesiętnym,

215
00:14:32,000 --> 00:14:38,000
który wygląda następująco w systemie binarnym, więc teraz musimy zrobić to, aby znaleźć

216
00:14:38,000 --> 00:14:40,000
wspólne bity, aby wspólne

217
00:14:40,000 --> 00:14:44,000
bity były znowu 172. 16, a następnie pierwszy

218
00:14:44,000 --> 00:14:50,000
binarny 0 jest wspólny w podsieciach, drugi binarny bit, który jest ustawiony na 1,

219
00:14:50,000 --> 00:14:55,000
jest powszechny w całym tekście, ale trzeci binarny bit nie jest powszechny

220
00:14:55,000 --> 00:15:00,000
w całym ogłoszeniu, gdzie jest 0, a tu jest binarny 1, więc

221
00:15:00,000 --> 00:15:02,000
możemy narysować linię za

222
00:15:02,000 --> 00:15:05,000
drugim bitem binarnym oznaczającym, że wszystko na

223
00:15:05,000 --> 00:15:09,000
lewo od linii jest wspólne, a wszystko na prawo

224
00:15:09,000 --> 00:15:12,000
od linii nie jest wspólne, więc wszystko

225
00:15:12,000 --> 00:15:16,000
to jest wspólne, a to wszystko nie jest wspólne.

226
00:15:16,000 --> 00:15:23,000
dlatego 172. 16 w systemie dziesiętnym, pierwsze 2 oktety są

227
00:15:23,000 --> 00:15:26,000
wspólne, a pierwsze 2 bity binarne trzeciego

228
00:15:26,000 --> 00:15:30,000
oktetu są wspólne, pozostałe bity binarne muszą być ustawione

229
00:15:30,000 --> 00:15:34,000
na 0, więc wypełnienie pozostałych bitów binarnych wynosi 0

230
00:15:34,000 --> 00:15:36,000
będzie wyglądać następująco,

231
00:15:36,000 --> 00:15:41,000
a następnie przekształcać binarny z powrotem do dziesiętnego otrzyma 172 w pierwszym

232
00:15:41,000 --> 00:15:47,000
oktecie, 16 w drugim oktecie to 64 w systemie dziesiętnym, więc trzeci oktet ma

233
00:15:47,000 --> 00:15:52,000
64, a ostatni oktet binarny 0 jest równy 0 w systemie

234
00:15:52,000 --> 00:16:01,000
dziesiętnym, więc adres wynosi 172. 16. 64. 0 to sieć podsumowująca dla wszystkich tych podsieci.

235
00:16:01,000 --> 00:16:04,000
Ostatnim krokiem jest policzenie liczby wspólnych bitów, w

236
00:16:04,000 --> 00:16:08,000
których pierwszy oktet ma 8 bitów, drugi oktet to 8 bitów,

237
00:16:08,000 --> 00:16:12,000
czyli łącznie 16 bitów, po których następują kolejne 2 bity bitowe,

238
00:16:12,000 --> 00:16:15,000
co daje 18 bitów wspólnych, więc pierwsze

239
00:16:15,000 --> 00:16:19,000
18 bitów to często w całej tej podsieci, więc nasza ostateczna

240
00:16:19,000 --> 00:16:25,000
odpowiedź będzie 172. 16. 64. 0/18

241
00:16:25,000 --> 00:16:30,000
to sieć podsumowująca dla wszystkich wymienionych podsieci.
