1
00:00:00,000 --> 00:00:05,000
Désormais, les RFC ou Request For Comments sont des documents officiels

2
00:00:05,000 --> 00:00:10,000
de l'IETF ou du groupe de travail d'ingénierie Internet, qui sont

3
00:00:10,000 --> 00:00:14,000
généralement rédigés par un comité composé de plusieurs fournisseurs

4
00:00:14,000 --> 00:00:17,000
et examinés par les parties intéressées.

5
00:00:17,000 --> 00:00:21,000
Les RFC sont destinés à devenir des normes Internet

6
00:00:21,000 --> 00:00:25,000
et la version finale d'un RFC deviendra une

7
00:00:25,000 --> 00:00:30,000
norme Internet et souvent aucun changement n'est autorisé à cette RFC.

8
00:00:30,000 --> 00:00:35,000
Cependant, des modifications ou des mises à jour peuvent être apportées aux

9
00:00:35,000 --> 00:00:40,000
RFC suivants et vous le constaterez souvent: certaines RFC sont remplacées par

10
00:00:40,000 --> 00:00:44,000
d'autres RFC plus récentes et deviennent donc obsolètes. Une grande

11
00:00:44,000 --> 00:00:48,000
partie des informations que nous étudions dans la mise

12
00:00:48,000 --> 00:00:53,000
en réseau proviennent à l'origine de RFC ou Demande pour des commentaires.

13
00:00:53,000 --> 00:00:57,000
Ils sont importants à comprendre et à lire si vous

14
00:00:57,000 --> 00:01:02,000
voulez entrer dans les détails ou dans les détails de protocoles spécifiques. Cependant,

15
00:01:02,000 --> 00:01:06,000
dans le réseautage, l’une des blagues que vous entendrez est

16
00:01:06,000 --> 00:01:11,000
que si vous ne pouvez pas dormir la nuit, lisez beaucoup de

17
00:01:11,000 --> 00:01:14,000
RFC. et ça va vous endormir.

18
00:01:14,000 --> 00:01:18,000
Cependant, certains RFC sont en fait faits de bonne humeur,

19
00:01:18,000 --> 00:01:26,000
et il y a même un RFC, RFC 1149 décrivant IP sur AVIAN Carriers ou en d'autres termes, sur la

20
00:01:26,000 --> 00:01:30,000
transmission de paquets IP à l'aide de pigeons et je

21
00:01:30,000 --> 00:01:35,000
ne plaisante pas. vous pouvez voir comment il est possible d'envoyer des données

22
00:01:35,000 --> 00:01:37,000
à l'aide de pigeons.

23
00:01:37,000 --> 00:01:42,000
Evidemment fait de bonne humeur.

24
00:01:42,000 --> 00:01:47,000
Soyant un instant sérieux, l’un des fameux RFC que vous

25
00:01:47,000 --> 00:01:50,000
devez savoir est le RFC 1918.

26
00:01:50,000 --> 00:01:54,000
RFC 1918, traite des adresses IP privées qui sont des adresses

27
00:01:54,000 --> 00:01:58,000
non routables sur Internet. Ces adresses seront bloquées par les

28
00:01:58,000 --> 00:02:02,000
fournisseurs de services Internet ou les FAI et ne peuvent

29
00:02:02,000 --> 00:02:06,000
donc pas être utilisées pour envoyer du trafic vers Internet.

30
00:02:06,000 --> 00:02:12,000
Alors voici la RFC 1918, faites simplement une recherche dans Google ou votre moteur

31
00:02:12,000 --> 00:02:16,000
de recherche préféré et vous pourrez trouver cette RFC

32
00:02:16,000 --> 00:02:24,000
ou accéder à des outils. ietf. org / html / rfc1918 Comme

33
00:02:24,000 --> 00:02:28,000
vous pouvez le voir ici, différentes parties ont été impliquées

34
00:02:28,000 --> 00:02:33,000
dans la rédaction de cette RFC, qui obsolète également les RFC précédentes.

35
00:02:33,000 --> 00:02:37,000
Ce RFC est Allocation d’adresse pour les internets

36
00:02:37,000 --> 00:02:42,000
privés et explique les meilleures pratiques pour la communauté Internet

37
00:02:42,000 --> 00:02:48,000
en ce qui concerne l’adressage privé. Notez la date de février 1996.

38
00:02:48,000 --> 00:02:51,000
Il y a longtemps, il

39
00:02:51,000 --> 00:02:55,000
a été reconnu, même il y a de

40
00:02:55,000 --> 00:02:59,000
nombreuses années, qu'il y avait un problème

41
00:02:59,000 --> 00:03:01,000
d'épuisement des adresses

42
00:03:01,000 --> 00:03:06,000
IPv4. En enregistrant cela en 2015, le Address Registrar pour

43
00:03:06,000 --> 00:03:12,000
les Américains s'est récemment épuisé Cette RFC a été créée dans le

44
00:03:12,000 --> 00:03:18,000
but d’augmenter la longévité d’IPv4 et elle a très bien fonctionné.

45
00:03:18,000 --> 00:03:22,000
L'épuisement de l'IPv4 a été

46
00:03:22,000 --> 00:03:26,000
reporté, plus longtemps que prévu.

47
00:03:26,000 --> 00:03:30,000
Dans cette RFC, ils mentionnent certains des problèmes

48
00:03:30,000 --> 00:03:34,000
d'Internet qui sont encore problématiques aujourd'hui, par

49
00:03:34,000 --> 00:03:40,000
exemple, comment Internet a dépassé les attentes de quiconque et cette RFC

50
00:03:40,000 --> 00:03:45,000
décrit l'utilisation d'adresses IP privées en interne dans des organisations

51
00:03:45,000 --> 00:03:51,000
et ces adresses IP seraient NAT d ou Address Traduit lorsque le

52
00:03:51,000 --> 00:03:54,000
trafic est envoyé sur Internet.

53
00:03:54,000 --> 00:03:58,000
Notez que dans le RFC, il est indiqué

54
00:03:58,000 --> 00:04:04,000
que l’Internet Assigned Numbers Authority ou IANA a réservé les blocs d’espace adresse

55
00:04:04,000 --> 00:04:07,000
IP suivants pour les internets privés.

56
00:04:07,000 --> 00:04:12,000
Nous avons donc le réseau 10, qui est un réseau

57
00:04:12,000 --> 00:04:20,000
d’adresses de classe A 172. 16 à 172. 31 qui sont des réseaux de

58
00:04:20,000 --> 00:04:28,000
classe B et 192. 168 jusqu'à 192. 168. 255 qui sont des réseaux de classe C.

59
00:04:28,000 --> 00:04:35,000
Ils se réfèrent au CIDR dans le RFC et nous discuterons du CIDR dans un instant.

60
00:04:35,000 --> 00:04:41,000
Je vais expliquer ce que signifie ce masque, mais notons essentiellement qu'un seul

61
00:04:41,000 --> 00:04:46,000
réseau de classe A, 16 réseaux de classe B contigus et

62
00:04:46,000 --> 00:04:51,000
256 réseaux de classe C ont été alloués. adresses privées.
