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