1
00:00:00,000 --> 00:00:05,000
Acum RFC-urile sau cererile pentru comentarii sunt documente oficiale de la

2
00:00:05,000 --> 00:00:10,000
IETF sau Internet Engineering Task Force, care de obicei sunt elaborate

3
00:00:10,000 --> 00:00:14,000
printr-o comisie de la mai mulți furnizori și

4
00:00:14,000 --> 00:00:17,000
sunt revizuite de către părțile interesate.

5
00:00:17,000 --> 00:00:21,000
RFC-urile sunt menite să devină standarde Internet, iar

6
00:00:21,000 --> 00:00:25,000
versiunea finală a unei RFC-uri va deveni un

7
00:00:25,000 --> 00:00:30,000
standard Internet și adesea nu sunt permise modificări pentru RFC.

8
00:00:30,000 --> 00:00:35,000
Cu toate acestea, schimbările sau actualizările pot fi făcute în RFC-urile ulterioare

9
00:00:35,000 --> 00:00:40,000
și veți găsi adesea acest lucru, unde anumite RFC-uri sunt înlocuite de

10
00:00:40,000 --> 00:00:44,000
alte RFC-uri mai noi și, prin urmare, devin caduce.

11
00:00:44,000 --> 00:00:48,000
În esență, o mulțime de informații pe care

12
00:00:48,000 --> 00:00:53,000
le studiem în rețea provin inițial din RFC-uri sau Cerere de comentarii.

13
00:00:53,000 --> 00:00:57,000
Este important să înțelegeți și să citiți dacă vreți să

14
00:00:57,000 --> 00:01:02,000
intrați în subteran sau detalii ale unor protocoale specifice. Cu toate acestea, în

15
00:01:02,000 --> 00:01:06,000
rețea unul dintre glumele pe care le puteți auzi este

16
00:01:06,000 --> 00:01:11,000
că Dacă nu puteți dormi noaptea, du-te și citiți o grămadă de RFC-uri

17
00:01:11,000 --> 00:01:14,000
și asta te va face să dormi.

18
00:01:14,000 --> 00:01:18,000
Cu toate acestea, unele RFC-uri sunt de fapt făcute cu umor

19
00:01:18,000 --> 00:01:26,000
bun, și există chiar și un RFC, RFC 1149 descriind IP-ul peste AVIAN Carriers sau cu alte cuvinte, modul de transmitere

20
00:01:26,000 --> 00:01:30,000
a pachetelor IP folosind porumbei și eu nu glumesc, du-te

21
00:01:30,000 --> 00:01:35,000
și aruncați o privire la RFC 1149 și puteți vedea cum este posibil

22
00:01:35,000 --> 00:01:37,000
să trimiteți date folosind porumbei.

23
00:01:37,000 --> 00:01:42,000
Evident, făcut în umor bun.

24
00:01:42,000 --> 00:01:47,000
Acum fiind serioasă pentru un moment, unul dintre cele mai cunoscute RFC-uri pe care

25
00:01:47,000 --> 00:01:50,000
trebuie să le cunoașteți este RFC 1918.

26
00:01:50,000 --> 00:01:54,000
RFC 1918, discută despre adresele IP private care sunt adrese

27
00:01:54,000 --> 00:01:58,000
non-routabile pe internet aceste adrese vor fi blocate de furnizorii

28
00:01:58,000 --> 00:02:02,000
de servicii de Internet sau ISP-uri și, prin urmare,

29
00:02:02,000 --> 00:02:06,000
nu pot fi utilizate pentru trimiterea traficului pe internet.

30
00:02:06,000 --> 00:02:12,000
Deci, iată RFC 1918, faceți doar o căutare simplă în Google sau în

31
00:02:12,000 --> 00:02:16,000
motorul de căutare preferat și veți putea găsi

32
00:02:16,000 --> 00:02:24,000
acest RFC sau accesați instrumentele. IETF. org / html / rfc1918

33
00:02:24,000 --> 00:02:28,000
După cum puteți vedea aici, diferite părți au fost

34
00:02:28,000 --> 00:02:33,000
implicate în redactarea acestui RFC și, de asemenea, depășesc RFC-urile anterioare.

35
00:02:33,000 --> 00:02:37,000
Acest RFC este alocarea adreselor pentru

36
00:02:37,000 --> 00:02:42,000
mediile private și explică cele mai bune practici pentru

37
00:02:42,000 --> 00:02:48,000
comunitatea Internet cu privire la adresarea privată, observați data februarie 1996.

38
00:02:48,000 --> 00:02:51,000
Cu mult timp in urma, chiar

39
00:02:51,000 --> 00:02:55,000
acum cativa ani a fost recunoscut faptul ca

40
00:02:55,000 --> 00:02:59,000
a existat o problema cu epuizarea adreselor IPv4.

41
00:02:59,000 --> 00:03:01,000
Pe masura ce inregistrez

42
00:03:01,000 --> 00:03:06,000
acest lucru in 2015, Registratorul adreselor pentru americani a terminat

43
00:03:06,000 --> 00:03:12,000
recent adresa IP, asa ca acest RFC a fost creat pentru a încerca

44
00:03:12,000 --> 00:03:18,000
să crească longevitatea IPv4 și a funcționat de fapt destul de bine.

45
00:03:18,000 --> 00:03:22,000
Epuizarea IPv4 a fost amânată, pentru

46
00:03:22,000 --> 00:03:26,000
mai mult de mult așteptat.

47
00:03:26,000 --> 00:03:30,000
În acest RFC menționează unele dintre problemele

48
00:03:30,000 --> 00:03:34,000
internetului care sunt încă provocări astăzi, de

49
00:03:34,000 --> 00:03:40,000
exemplu, cum a crescut internetul dincolo de așteptările oricui și acest RFC

50
00:03:40,000 --> 00:03:45,000
descrie utilizarea adreselor IP private în interiorul organizațiilor și acele

51
00:03:45,000 --> 00:03:51,000
adrese IP ar fi NAT ' d sau Adresa Tradus atunci când

52
00:03:51,000 --> 00:03:54,000
traficul este trimis către internet.

53
00:03:54,000 --> 00:03:58,000
Notă în RFC, afirmă că Autoritatea pentru Numere

54
00:03:58,000 --> 00:04:04,000
Atribuite pe Internet sau IANA, a rezervat următoarele blocuri de spațiu de

55
00:04:04,000 --> 00:04:07,000
adrese IP pentru rețele private.

56
00:04:07,000 --> 00:04:12,000
Deci, avem rețeaua 10, care este o rețea de adrese

57
00:04:12,000 --> 00:04:20,000
de clasă A 172. 16 până la 172. 31 care sunt rețele de clasă

58
00:04:20,000 --> 00:04:28,000
B și 192. 168 până la 192. 168. 255 care sunt rețele de clasă C.

59
00:04:28,000 --> 00:04:35,000
Acestea se referă la CIDR în RFC și vom discuta despre CIDR într-un moment și vă

60
00:04:35,000 --> 00:04:41,000
voi explica ce înseamnă această mască, dar, în esență, observați că o singură rețea

61
00:04:41,000 --> 00:04:46,000
de clasă A, 16 rețele de clasă B continuă și 256

62
00:04:46,000 --> 00:04:51,000
de rețele de clasă C au fost alocate adresele private.
