1
00:00:00,000 --> 00:00:06,000
bienvenue, mon nom est David Bombal CCIE 1123. Dans cette section, nous allons examiner

2
00:00:06,000 --> 00:00:10,000
le masque de sous-réseau de longueur variable ou VLSM et

3
00:00:10,000 --> 00:00:12,000
le résumé de l’itinéraire.

4
00:00:12,000 --> 00:00:15,000
VLSM nous permet de mieux utiliser les

5
00:00:15,000 --> 00:00:21,000
adresses IP en autorisant le masque de sous-réseau de longueur variable sur un seul réseau.

6
00:00:21,000 --> 00:00:25,000
Donc, ce que nous allons couvrir dans cette section, c'est tout d'abord

7
00:00:25,000 --> 00:00:28,000
VLSM encore une fois, masque de sous-réseau de longueur

8
00:00:28,000 --> 00:00:31,000
variable, nous allons examiner le routage CIDR ou sans

9
00:00:31,000 --> 00:00:33,000
classe entre domaines. Je veux expliquer

10
00:00:33,000 --> 00:00:38,000
le résumé et vous montrer comment vous pouvez résumer plusieurs itinéraires moins ou un seul itinéraire.

11
00:00:38,000 --> 00:00:40,000
nous allons examiner les choix de

12
00:00:40,000 --> 00:00:43,000
routage et la façon dont les routeurs choisissent une

13
00:00:43,000 --> 00:00:45,000
route plutôt qu'une autre, non seulement

14
00:00:45,000 --> 00:00:49,000
en fonction de la distance administrative, mais également en fonction de la légèreté

15
00:00:49,000 --> 00:00:53,000
du préfixe, puis enfin, nous examinerons les problèmes liés aux réseaux non contigus.

16
00:00:53,000 --> 00:00:55,000
donc le masque de sous-réseau

17
00:00:55,000 --> 00:01:00,000
de longueur variable nous permet d’avoir un masque variable ou variable sur l’ensemble

18
00:01:00,000 --> 00:01:03,000
de notre réseau. Par exemple, un réseau classieux

19
00:01:03,000 --> 00:01:06,000
de 10 aura un masque de / 8

20
00:01:06,000 --> 00:01:08,000
avec le premier octet. en

21
00:01:08,000 --> 00:01:11,000
d'autres termes, les 24 derniers bits constituent la

22
00:01:11,000 --> 00:01:13,000
partie hôte de l'adresse.

23
00:01:13,000 --> 00:01:16,000
ce réseau de classe a été sous-réseau, nous pourrions, par exemple, avoir

24
00:01:16,000 --> 00:01:21,000
un sous-réseau de 10. 1. 1. 0/24 où

25
00:01:21,000 --> 00:01:24,000
10. 1. 1 est la

26
00:01:24,000 --> 00:01:27,000
partie réseau de l'adresse en d'autres termes, les 24 octets

27
00:01:27,000 --> 00:01:32,000
les plus significatifs ou les 3 octets les plus significatifs sont la partie réseau et le dernier

28
00:01:32,000 --> 00:01:36,000
octet ou la partie la moins significative de l'adresse est la partie hôte.

29
00:01:36,000 --> 00:01:43,000
nous pourrions également sous-réseau un réseau 10 à 10. 1. 0. 0/16 où la moitié

30
00:01:43,000 --> 00:01:46,000
de l'adresse est la partie réseau et

31
00:01:46,000 --> 00:01:49,000
la moitié de l'adresse, la partie hôte.

32
00:01:49,000 --> 00:01:52,000
Veuillez vous reporter à la partie ICND 1 de

33
00:01:52,000 --> 00:01:57,000
ce cours ou à mon e-book expliqué de sous-réseaux, pour plus de détails sur les sous-réseaux.

34
00:01:57,000 --> 00:02:03,000
Le CIDR ou routage interdomaine sans classe a été introduit en 1993 pour

35
00:02:03,000 --> 00:02:07,000
remplacer l'architecture d'adressage antérieure des réseaux à classe.

36
00:02:07,000 --> 00:02:10,000
les

37
00:02:10,000 --> 00:02:14,000
réseaux de

38
00:02:14,000 --> 00:02:18,000
classes n'étaient

39
00:02:18,000 --> 00:02:22,000
pas évolutifs

40
00:02:22,000 --> 00:02:29,000
donc par exemple 10. 0. 0. 0/8 est un exemple de réseau A classful.

41
00:02:29,000 --> 00:02:35,000
172. 16 0. 0/16 est un exemple de réseau

42
00:02:35,000 --> 00:02:41,000
de classe B et 192. 168. 1. 0/24 est un exemple de réseau de classe C.

43
00:02:41,000 --> 00:02:44,000
le problème avec cette méthode est que vous

44
00:02:44,000 --> 00:02:50,000
avez été obligé d'utiliser un masque / 16 qui vous donnait environ 65 000 adresses d'hôte

45
00:02:50,000 --> 00:02:53,000
ou une adresse de classe C comme celle-ci,

46
00:02:53,000 --> 00:02:56,000
qui ne vous donnait que 254 adresses d'hôte.

47
00:02:56,000 --> 00:02:58,000
ce schéma aurait

48
00:02:58,000 --> 00:03:02,000
entraîné l'extorsion rapide d'adresses IP et la rigidité.

49
00:03:02,000 --> 00:03:06,000
CIDR a donc remplacé ceci qui est basé sur le masque de

50
00:03:06,000 --> 00:03:10,000
sous-réseau de longueur variable, les masques pouvant varier sur des longueurs arbitraires,

51
00:03:10,000 --> 00:03:12,000
ils permettent donc d'utiliser des sous-réseaux

52
00:03:12,000 --> 00:03:17,000
de tailles différentes. 0. 0. 0/8, vous

53
00:03:17,000 --> 00:03:25,000
pouvez aussi utiliser 10. 0. 0. 0/16 ou 24 ou 30 en fonction

54
00:03:25,000 --> 00:03:29,000
des exigences relatives au nombre de sous-réseaux ou d'hôtes de votre réseau ou vous pouvez

55
00:03:29,000 --> 00:03:37,000
utiliser par exemple 10. 1. 1. 0/27 ou 10. 1. 2 0/26 et ainsi de suite et ainsi de suite.

56
00:03:37,000 --> 00:03:40,000
afin que vous puissiez prendre une seule adresse de

57
00:03:40,000 --> 00:03:44,000
classe A et la subdiviser en plusieurs sous-réseaux en fonction de vos besoins.

58
00:03:44,000 --> 00:03:47,000
Il est également important de noter que dans

59
00:03:47,000 --> 00:03:52,000
CIDR, nous ne faisons pas que annoncer un réseau, nous publions un préfixe de routage,

60
00:03:52,000 --> 00:04:00,000
autrement dit 192. 168. 1. 0/24 pas seulement 192. 168. 1. 0 CIDR

61
00:04:00,000 --> 00:04:03,000
permet également de résumer les adresses que je

62
00:04:03,000 --> 00:04:06,000
vais expliquer plus en détail dans un instant.

63
00:04:06,000 --> 00:04:09,000
mais c’est là que nous prenons plusieurs sous-réseaux et les plaçons

64
00:04:09,000 --> 00:04:12,000
dans un réseau super net ou récapitulatif, ce qui réduira

65
00:04:12,000 --> 00:04:14,000
la taille des tables de routage.

66
00:04:14,000 --> 00:04:19,000
Le masque de sous-réseau de longueur variable présente de nombreux avantages, notamment

67
00:04:19,000 --> 00:04:23,000
une meilleure utilisation des adresses IP et des sous-réseaux.

68
00:04:23,000 --> 00:04:28,000
sur un lien WAN à titre d'exemple, seules 2 adresses IP sont requises.

69
00:04:28,000 --> 00:04:30,000
Une adresse IP pour une extrémité

70
00:04:30,000 --> 00:04:32,000
du lien et une autre adresse

71
00:04:32,000 --> 00:04:39,000
IP pour l'autre extrémité du lien, un masque / 30 serait donc préférable, par exemple un masque / 16 ou / 24.

72
00:04:39,000 --> 00:04:43,000
Un masque / 30 ne prend en charge que 2 hôtes sur

73
00:04:43,000 --> 00:04:48,000
ce sous-réseau et c’est tout ce qui est requis dans le scénario point à point comme celui-ci.

74
00:04:48,000 --> 00:04:52,000
Un masque / 24, par exemple, prend en charge 254 hôtes, ce

75
00:04:52,000 --> 00:04:55,000
qui entraîne une destruction excessive de ce lien.

76
00:04:55,000 --> 00:04:58,000
VLSM aide donc l’administrateur à

77
00:04:58,000 --> 00:05:02,000
mieux utiliser les adresses IP et les sous-réseaux.

78
00:05:02,000 --> 00:05:04,000
où nous sous-sous-réseaux sous-réseau

79
00:05:04,000 --> 00:05:09,000
pour prendre en charge le nombre requis d'adresses IP sur ce segment spécifique.

80
00:05:09,000 --> 00:05:12,000
Ainsi, à titre d'exemple, nous avons ici des

81
00:05:12,000 --> 00:05:17,000
sous-réseaux qui utilisent un masque / 27, sur les liens de réseau étendu nous utilisons

82
00:05:17,000 --> 00:05:22,000
un masque / 30 et pour l'instance au siège, nous utilisons un masque / 16.

83
00:05:22,000 --> 00:05:25,000
Cela nous permet également de mettre en œuvre

84
00:05:25,000 --> 00:05:30,000
une meilleure synthèse et une meilleure évolutivité des réseaux, car nous ne sommes

85
00:05:30,000 --> 00:05:32,000
pas obligés d'utiliser un

86
00:05:32,000 --> 00:05:37,000
masque de sous-réseau spécifique. Nous pouvons utiliser différents masques dans nos propres réseaux

87
00:05:37,000 --> 00:05:41,000
et publier des résumés auprès d'autres entreprises ou sur Internet.

88
00:05:41,000 --> 00:05:44,000
voici donc un réseau simple pour expliquer le problème

89
00:05:44,000 --> 00:05:46,000
lorsque le résumé n’est pas utilisé.

90
00:05:46,000 --> 00:05:54,000
sur le côté gauche, nous avons les réseaux 10. 1. 1. 0/24 jusqu'à 10.

91
00:05:54,000 --> 00:05:54,000
1. 2 200

92
00:05:54,000 --> 00:05:57,000
0/24 à droite, nous avons les réseaux 10. 2 1.

93
00:05:57,000 --> 00:06:05,000
0/24 jusqu'à 10. 2 200 Le résumé 0/24 est maintenant

94
00:06:05,000 --> 00:06:08,000
implémenté et supposons que vous utilisiez un protocole de

95
00:06:08,000 --> 00:06:11,000
routage tel que le protocole RIP qui annonce la

96
00:06:11,000 --> 00:06:14,000
totalité de la table de routage toutes les

97
00:06:14,000 --> 00:06:16,000
30 secondes. Un scénario comme

98
00:06:16,000 --> 00:06:21,000
celui-ci avec le routeur situé à gauche annonce 200 itinéraires. toutes les 30 secondes et

99
00:06:21,000 --> 00:06:25,000
le routeur côté routeur annonce également 200 itinéraires toutes les 30 secondes.

100
00:06:25,000 --> 00:06:29,000
Le protocole RIP envoie continuellement toute sa table de routage toutes

101
00:06:29,000 --> 00:06:32,000
les 30 secondes, même en l'absence de changement.

102
00:06:32,000 --> 00:06:36,000
400 routes sont donc annoncées sur ce lien de réseau étendu, ce qui est

103
00:06:36,000 --> 00:06:39,000
très inefficace. Ces mises à jour de routage consomment beaucoup

104
00:06:39,000 --> 00:06:42,000
de bande passante et ne font pas grand-chose, car elles

105
00:06:42,000 --> 00:06:44,000
seront continuellement annoncées bien qu’il n’y

106
00:06:44,000 --> 00:06:46,000
ait pas de modification, il est

107
00:06:46,000 --> 00:06:49,000
donc plus logique de résumer les routes. à gauche, nous

108
00:06:49,000 --> 00:06:53,000
en avons 10. 1. 1. 0 jusqu'à

109
00:06:53,000 --> 00:06:56,000
10. 1. 200 0 Ce sont

110
00:06:56,000 --> 00:07:01,000
donc des sous-réseaux du 10. 1. 0. 0 réseau afin que

111
00:07:01,000 --> 00:07:05,000
nous puissions résumer ces 200 itinéraires en un seul itinéraire et à

112
00:07:05,000 --> 00:07:11,000
gauche 10. 2 1. 0 à 10. 2 200 0 pourrait être résumé

113
00:07:11,000 --> 00:07:14,000
comme 10. 2 0. 0/16

114
00:07:14,000 --> 00:07:20,000
donc plutôt que d'annoncer 400 itinéraires, un seul itinéraire du côté gauche est annoncé

115
00:07:20,000 --> 00:07:22,000
vers le côté gauche.

116
00:07:22,000 --> 00:07:26,000
et un seul itinéraire à droite est annoncé à gauche. En résumé,

117
00:07:26,000 --> 00:07:29,000
ce que nous recherchons, ce sont les bits les

118
00:07:29,000 --> 00:07:33,000
plus significatifs qui sont égaux, c'est-à-dire en partant de gauche et de

119
00:07:33,000 --> 00:07:37,000
côté et en allant vers la droite. côté, nous cherchons des bits

120
00:07:37,000 --> 00:07:40,000
identiques. Ainsi, dans le premier octet, tous les sous-réseaux

121
00:07:40,000 --> 00:07:43,000
en contiennent 10, ce qui est courant. Dans le

122
00:07:43,000 --> 00:07:47,000
deuxième octet, tous les sous-réseaux en contiennent un, ce qui est courant,

123
00:07:47,000 --> 00:07:52,000
mais dans le troisième octet, les valeurs varient de 1 à 200. aussi facile de voir

124
00:07:52,000 --> 00:07:56,000
ce qui est en commun afin que nous puissions simplement le résumer

125
00:07:56,000 --> 00:07:59,000
par 10. 1. 0. 00/16

126
00:07:59,000 --> 00:08:03,000
sachant que 10. 1 est commun partout et

127
00:08:03,000 --> 00:08:06,000
le routeur ici résumera toutes ces routes et

128
00:08:06,000 --> 00:08:09,000
n'enverra qu'une seule publicité. Le routeur situé à

129
00:08:09,000 --> 00:08:13,000
gauche peut toujours accéder à tous les sous-réseaux car ils sont

130
00:08:13,000 --> 00:08:17,000
des sous-réseaux de ce réseau. Pour résumer les itinéraires, nous

131
00:08:17,000 --> 00:08:20,000
avons toujours une connectivité complète sur l'ensemble du

132
00:08:20,000 --> 00:08:23,000
réseau. En voici un exemple plus compliqué,

133
00:08:23,000 --> 00:08:25,000
supposons que nous avons des

134
00:08:25,000 --> 00:08:30,000
réseaux 172. 16 32 0/24

135
00:08:30,000 --> 00:08:36,000
jusqu'à 172. 16 63. 0/24 maintenant

136
00:08:36,000 --> 00:08:40,000
plutôt que ce routeur annonçant tous ces réseaux, pouvons-nous

137
00:08:40,000 --> 00:08:47,000
résumer ce réseau en 1 ou au moins quelques résumés maintenant pour résoudre ce problème en

138
00:08:47,000 --> 00:08:51,000
partant des bits les plus significatifs, autrement dit en

139
00:08:51,000 --> 00:08:53,000
partant du côté gauche

140
00:08:53,000 --> 00:08:58,000
et vous recherchez ce qui est commun dans tous ces réseaux,

141
00:08:58,000 --> 00:09:04,000
donc dans le premier octet 172 est commun, nous savons donc que 16 est

142
00:09:04,000 --> 00:09:10,000
également commun, nous savons donc bien que les deux premiers octets sont communs dans

143
00:09:10,000 --> 00:09:15,000
le troisième octet, cependant, les nombres changent donc nous avons 32,

144
00:09:15,000 --> 00:09:20,000
33, 34, 35, jusqu'à 63, donc ce n'est pas aussi facile

145
00:09:20,000 --> 00:09:24,000
de visualiser ou de voir ce qui est commun

146
00:09:24,000 --> 00:09:27,000
ici, donc ce que nous allons faire,

147
00:09:27,000 --> 00:09:37,000
c'est que nous pouvons convertir le troisième octet en binaire pour rechercher des bits communs, par exemple 32 = 0010 0000 maintenant, il

148
00:09:37,000 --> 00:09:41,000
n'y a évidemment aucun espace à mi-chemin à travers

149
00:09:41,000 --> 00:09:45,000
l'octet. at suit maintenant dès que vous convertissez en

150
00:09:45,000 --> 00:09:50,000
binaire, vous devez convertir les bits restants dans binaire également dans

151
00:09:50,000 --> 00:09:53,000
cet exemple, vous n’avez pas besoin de

152
00:09:53,000 --> 00:09:56,000
le faire car vous pouvez voir

153
00:09:56,000 --> 00:09:59,000
que le dernier octet contient seulement

154
00:09:59,000 --> 00:10:04,000
un 0 mais je l’ai fait ici par souci d’exhaustivité, le

155
00:10:04,000 --> 00:10:11,000
deuxième réseau est 172. 16 33 0 et 33 en binaire

156
00:10:11,000 --> 00:10:18,000
ressemble à ce qui suit, 34 ressemble à ce qui suit, 35 ressemble à ce qui suit et je ne recommanderais pas

157
00:10:18,000 --> 00:10:22,000
de convertir toutes les adresses en binaires Je dirais simplement les 3 ou

158
00:10:22,000 --> 00:10:24,000
4 premiers puis le dernier pour

159
00:10:24,000 --> 00:10:26,000
voir ce qui est en commun.

160
00:10:26,000 --> 00:10:31,000
Dans le monde réel, vous rencontrerez peut-être des exemples bien plus complexes et vous

161
00:10:31,000 --> 00:10:34,000
devrez peut-être convertir toutes les adresses en adresses

162
00:10:34,000 --> 00:10:38,000
binaires, mais au niveau CCNA, cela peut ne pas être nécessaire.

163
00:10:38,000 --> 00:10:41,000
Donc, une fois que nous avons fait cela, nous

164
00:10:41,000 --> 00:10:45,000
pouvons rechercher les bits qui sont en commun, de sorte que le

165
00:10:45,000 --> 00:10:51,000
premier 0 binaire du 3ème octet soit commun dans le deuxième 0 binaire soit également commun, le troisième

166
00:10:51,000 --> 00:10:55,000
bit binaire est un 1 et qu'il est commun dans l'ensemble, cependant,

167
00:10:55,000 --> 00:11:02,000
dans la 4ème position du bit binaire, les valeurs changent comme vous pouvez le voir ici. Les premiers réseaux ont un

168
00:11:02,000 --> 00:11:05,000
0, mais le dernier réseau a un 1 dans

169
00:11:05,000 --> 00:11:11,000
la quatrième position du binaire afin que nous puissions tracer une ligne à droite de tous les bits

170
00:11:11,000 --> 00:11:15,000
qui sont comme vous pouvez le voir ici à gauche de la

171
00:11:15,000 --> 00:11:18,000
ligne dans le 3ème octet, nous avons 001 en

172
00:11:18,000 --> 00:11:23,000
binaire, les bits restants en binaire ne sont pas communs, autrement dit les bits varient.

173
00:11:23,000 --> 00:11:27,000
Désormais, Cisco ne prend pas en charge les masques

174
00:11:27,000 --> 00:11:33,000
de sous-réseau non contigus. Vous pouvez donc voir que ces bits ne sont pas

175
00:11:33,000 --> 00:11:36,000
en commun et que ces bits sont

176
00:11:36,000 --> 00:11:40,000
en commun. dès qu'il y a des bits qui

177
00:11:40,000 --> 00:11:43,000
ne sont pas communs, vous devez tracer

178
00:11:43,000 --> 00:11:47,000
une ligne pour différencier les bits communs et les

179
00:11:47,000 --> 00:11:49,000
bits qui ne le

180
00:11:49,000 --> 00:11:54,000
sont pas. Nous savons maintenant que le premier octet est commun, le

181
00:11:54,000 --> 00:12:00,000
deuxième octet est commun, donc 172. 16 dans le troisième octet, les

182
00:12:00,000 --> 00:12:05,000
3 premiers bits binaires sont communs, donc 001 maintenant tous

183
00:12:05,000 --> 00:12:11,000
les bits qui ne sont pas en commun sont simplement mis à 0;

184
00:12:11,000 --> 00:12:14,000
de retour à la décimale alors

185
00:12:14,000 --> 00:12:17,000
souvenez-vous, espérons-le, du cours ICND 1.

186
00:12:17,000 --> 00:12:23,000
Donc, le premier octet est 172, le deuxième octet est 16 le troisième octet

187
00:12:23,000 --> 00:12:28,000
si vous convertissez cela en décimal est égal à 32 et

188
00:12:28,000 --> 00:12:32,000
le dernier octet converti en décimal est 0.

189
00:12:32,000 --> 00:12:37,000
Donc, l'adresse sommaire est 172. 16 32 0 La dernière

190
00:12:37,000 --> 00:12:41,000
étape consiste à déterminer les bits communs, le premier octet étant

191
00:12:41,000 --> 00:12:45,000
commun et un octet composé de 8 bits, le second octet

192
00:12:45,000 --> 00:12:49,000
étant commun, il s'agit de 8 bits supplémentaires. Nous avons

193
00:12:49,000 --> 00:12:54,000
donc jusqu'à présent 8 bits + 8 bits. En d'autres termes, 16 bits communs

194
00:12:54,000 --> 00:13:02,000
3 bits du troisième octet sont communs. Par conséquent, 8 + 8 + 3 vous donneront 19 bits communs, ainsi l'adresse récapitulative

195
00:13:02,000 --> 00:13:10,000
de ce sous-réseau sera 172. 16 32 0/19 c’est aussi simple que cela

196
00:13:10,000 --> 00:13:14,000
de préparer un résumé et je vais vous montrer une astuce

197
00:13:14,000 --> 00:13:16,000
dans un instant qui vous

198
00:13:16,000 --> 00:13:19,000
permette de résoudre ce problème en quelques secondes. Voici

199
00:13:19,000 --> 00:13:29,000
un autre exemple. 16 64. 0/24 à 172. 16 127. 0/24 Ces

200
00:13:29,000 --> 00:13:36,000
sous-réseaux peuvent-ils être résumés en un seul sous-réseau ou en moins de sous-réseaux?

201
00:13:36,000 --> 00:13:40,000
Donc, en utilisant le même processus, nous partons du côté gauche et

202
00:13:40,000 --> 00:13:42,000
nous cherchons les bits qui

203
00:13:42,000 --> 00:13:47,000
sont communs dans le premier octet. Nous avons 172 dans tous ces sous-réseaux, ce qui

204
00:13:47,000 --> 00:13:51,000
est commun. Dans le deuxième octet, nous en avons 16, ce qui

205
00:13:51,000 --> 00:13:53,000
est commun partout. Nous savons

206
00:13:53,000 --> 00:13:58,000
donc que les 2 premiers octets 172. 16 sont communs partout mais

207
00:13:58,000 --> 00:14:01,000
dans le troisième octet, les valeurs changent.

208
00:14:01,000 --> 00:14:06,000
Nous avons 64, 65, 66, 67 jusqu’à 127, ce qui nous

209
00:14:06,000 --> 00:14:10,000
permet de convertir le troisième octet en binaire afin

210
00:14:10,000 --> 00:14:13,000
de mieux voir ce qu’il contient.

211
00:14:13,000 --> 00:14:20,000
La conversion de 64 en binaire vous donnera 00100 0000 65 une apparence, 66 comme ceci,

212
00:14:20,000 --> 00:14:26,000
67 et vous pourrez convertir un troisième octet de tous les sous-réseaux jusqu’à ce

213
00:14:26,000 --> 00:14:30,000
que vous obteniez un 127 qui suit le dernier

214
00:14:30,000 --> 00:14:32,000
octet. 0 en décimal,

215
00:14:32,000 --> 00:14:38,000
ce qui ressemble à ce qui suit en binaire. Nous devons maintenant rechercher les

216
00:14:38,000 --> 00:14:40,000
bits communs afin que

217
00:14:40,000 --> 00:14:44,000
ces derniers redeviennent 172. 16 puis le premier 0 binaire

218
00:14:44,000 --> 00:14:50,000
est commun dans tous les sous-réseaux, le deuxième bit binaire qui est mis à 1 est commun partout mais

219
00:14:50,000 --> 00:14:55,000
le troisième bit binaire n'est pas commun pendant la notification il y a 0 et puis

220
00:14:55,000 --> 00:15:00,000
ici il y a un 1 binaire afin que nous puissions tracer une ligne après

221
00:15:00,000 --> 00:15:02,000
le second bit binaire pour indiquer

222
00:15:02,000 --> 00:15:05,000
que tout ce qui se trouve à gauche de

223
00:15:05,000 --> 00:15:09,000
la ligne est en commun et tout ce qui se trouve à

224
00:15:09,000 --> 00:15:12,000
droite de la ligne n'est pas en commun, donc

225
00:15:12,000 --> 00:15:16,000
tout cela est en commun et tout cela n'est pas en commun.

226
00:15:16,000 --> 00:15:23,000
donc 172. 16 en décimal, les 2 premiers octets sont communs

227
00:15:23,000 --> 00:15:26,000
et les 2 premiers bits binaires du

228
00:15:26,000 --> 00:15:30,000
troisième octet sont communs, les bits restants doivent être mis

229
00:15:30,000 --> 00:15:34,000
à 0 afin que le remplissage des bits restants soit

230
00:15:34,000 --> 00:15:36,000
à 0 ressemble à

231
00:15:36,000 --> 00:15:41,000
ce qui suit, puis à la conversion. le binaire retourné en décimale aura

232
00:15:41,000 --> 00:15:47,000
172 dans le premier octet, 16 dans le deuxième octet, 64 en décimal, le troisième octet

233
00:15:47,000 --> 00:15:52,000
est donc 64 et le dernier octet, les 0 binaires sont égaux à

234
00:15:52,000 --> 00:16:01,000
0 en décimal, l'adresse 172. 16 64. 0 c'est le réseau récapitulatif de tous ces sous-réseaux.

235
00:16:01,000 --> 00:16:04,000
la dernière étape consiste à compter le nombre de

236
00:16:04,000 --> 00:16:08,000
bits en commun, le premier octet à 8 bits, le deuxième octet à

237
00:16:08,000 --> 00:16:12,000
8 bits, soit 16 bits au total, suivi de 2 autres bits binaires,

238
00:16:12,000 --> 00:16:15,000
ce qui vous donne 18 bits en commun, les

239
00:16:15,000 --> 00:16:19,000
18 premiers bits sont donc en commun dans tous ces sous-réseaux, notre réponse

240
00:16:19,000 --> 00:16:25,000
finale sera donc 172. 16 64. 0/18 correspond

241
00:16:25,000 --> 00:16:30,000
au réseau de synthèse de tous les sous-réseaux répertoriés.