1 00:00:00,000 --> 00:00:05,000 Teraz dokumenty RFC lub prośby o komentarze są formalnymi dokumentami 2 00:00:05,000 --> 00:00:10,000 od IETF lub Internet Engineering Task Force, które zazwyczaj są 3 00:00:10,000 --> 00:00:14,000 przygotowywane za pośrednictwem komitetu od wielu dostawców i 4 00:00:14,000 --> 00:00:17,000 są przeglądane przez zainteresowane strony. 5 00:00:17,000 --> 00:00:21,000 Specyfikacje RFC mają stać się standardami internetowymi, a 6 00:00:21,000 --> 00:00:25,000 ostateczna wersja RFC stanie się standardem internetowym i 7 00:00:25,000 --> 00:00:30,000 często nie są dozwolone żadne zmiany w tym dokumencie RFC. 8 00:00:30,000 --> 00:00:35,000 Jednak zmiany i aktualizacje mogą być dokonywane w kolejnych dokumentach 9 00:00:35,000 --> 00:00:40,000 RFC i często się to zdarza, gdy niektóre dokumenty RFC 10 00:00:40,000 --> 00:00:44,000 są zastępowane innymi nowszymi dokumentami RFC i dlatego 11 00:00:44,000 --> 00:00:48,000 stają się przestarzałe Zasadniczo wiele informacji, które analizujemy 12 00:00:48,000 --> 00:00:53,000 w sieci, pochodzi z dokumentów RFC lub Prośba o komentarze. 13 00:00:53,000 --> 00:00:57,000 Ważne jest, aby je zrozumieć i przeczytać, jeśli 14 00:00:57,000 --> 00:01:02,000 chcesz wejść w szczegóły lub szczegóły konkretnych protokołów. Jednak w 15 00:01:02,000 --> 00:01:06,000 sieci, jeden z dowcipów, które możesz usłyszeć, to: 16 00:01:06,000 --> 00:01:11,000 Jeśli nie możesz spać w nocy, idź i przeczytaj kilka 17 00:01:11,000 --> 00:01:14,000 dokumentów RFC i to cię uśpi. 18 00:01:14,000 --> 00:01:18,000 Jednak niektóre dokumenty RFC są rzeczywiście robione z dobrym 19 00:01:18,000 --> 00:01:26,000 humorem, a nawet RFC, RFC 1149 opisują IP na nośnikach AVIAN lub innymi słowy, jak przesyłać pakiety IP 20 00:01:26,000 --> 00:01:30,000 za pomocą gołębi i nie żartuję, idę i 21 00:01:30,000 --> 00:01:35,000 rzuć okiem na RFC 1149 i możesz zobaczyć, jak można przesyłać 22 00:01:35,000 --> 00:01:37,000 dane za pomocą gołębi. 23 00:01:37,000 --> 00:01:42,000 Oczywiście wykonane w dobrym humorze. 24 00:01:42,000 --> 00:01:47,000 Poważnie przez chwilę, jednym ze słynnych RFC, które musisz 25 00:01:47,000 --> 00:01:50,000 znać jest RFC 1918. 26 00:01:50,000 --> 00:01:54,000 RFC 1918, omawia prywatne adresy IP, które nie są adresami 27 00:01:54,000 --> 00:01:58,000 routingowymi w Internecie, adresy te będą blokowane przez dostawców 28 00:01:58,000 --> 00:02:02,000 usług internetowych lub dostawców usług internetowych i dlatego nie 29 00:02:02,000 --> 00:02:06,000 będą mogły być wykorzystywane do przesyłania ruchu do Internetu. 30 00:02:06,000 --> 00:02:12,000 Oto RFC 1918, wystarczy przeprowadzić proste wyszukiwanie w Google lub w 31 00:02:12,000 --> 00:02:16,000 ulubionej wyszukiwarce, a będziesz mógł znaleźć to RFC 32 00:02:16,000 --> 00:02:24,000 lub skorzystać z narzędzi. ietf. org / html / rfc1918 33 00:02:24,000 --> 00:02:28,000 Jak widać tutaj, różne strony brały udział w opracowywaniu 34 00:02:28,000 --> 00:02:33,000 tego dokumentu RFC, a także są przestarzałe w poprzednich dokumentach RFC. 35 00:02:33,000 --> 00:02:37,000 Ta dokumentacja RFC dotyczy alokacji adresów dla 36 00:02:37,000 --> 00:02:42,000 prywatnych sieci i wyjaśnia najlepsze praktyki dla społeczności internetowej 37 00:02:42,000 --> 00:02:48,000 w odniesieniu do adresowania prywatnego, zwróć uwagę na datę lutego 1996. 38 00:02:48,000 --> 00:02:51,000 Już dawno temu, nawet wiele 39 00:02:51,000 --> 00:02:55,000 lat temu zauważono, że wystąpił problem 40 00:02:55,000 --> 00:02:59,000 z wyczerpaniem adresów IPv4. Jak to 41 00:02:59,000 --> 00:03:01,000 nagrywam w 42 00:03:01,000 --> 00:03:06,000 2015 roku, Rejestr Adresów dla Amerykanów wyczerpał się 43 00:03:06,000 --> 00:03:12,000 ostatnio z adresów IP, więc ten RFC został stworzony, aby 44 00:03:12,000 --> 00:03:18,000 spróbować zwiększyć długowieczność IPv4 i faktycznie działał całkiem dobrze. 45 00:03:18,000 --> 00:03:22,000 Wyczerpanie IPv4 zostało odłożone na 46 00:03:22,000 --> 00:03:26,000 dłużej, niż oczekiwano wiele osób. 47 00:03:26,000 --> 00:03:30,000 W tym dokumencie RFC wymieniają niektóre problemy 48 00:03:30,000 --> 00:03:34,000 Internetu, które wciąż stanowią wyzwanie, na 49 00:03:34,000 --> 00:03:40,000 przykład, w jaki sposób Internet wyrósł ponad wszelkie oczekiwania, a 50 00:03:40,000 --> 00:03:45,000 RFC opisuje wykorzystanie prywatnych adresów IP wewnątrz organizacji, a 51 00:03:45,000 --> 00:03:51,000 adresy IP to NAT. d lub Adres Tłumaczone, gdy ruch 52 00:03:51,000 --> 00:03:54,000 jest wysyłany do Internetu. 53 00:03:54,000 --> 00:03:58,000 Zawiadomienie w RFC, stwierdza, że Internet 54 00:03:58,000 --> 00:04:04,000 Assigned Numbers Authority lub IANA zarezerwował następujące bloki przestrzeni adresowej 55 00:04:04,000 --> 00:04:07,000 IP dla prywatnych Internetu. 56 00:04:07,000 --> 00:04:12,000 Mamy więc sieć 10, która jest siecią adresów 57 00:04:12,000 --> 00:04:20,000 klasy A 172. 16 do 172. 31, które są sieciami klasy 58 00:04:20,000 --> 00:04:28,000 B i 192. 168 aż do 192. 168. 255, które są sieciami klasy C. 59 00:04:28,000 --> 00:04:35,000 Odnoszą się one do CIDR w RFC i za chwilę omówimy CIDR, a 60 00:04:35,000 --> 00:04:41,000 ja wyjaśnię, co oznacza ta maska, ale zauważmy, że jedna sieć 61 00:04:41,000 --> 00:04:46,000 klasy A, 16 sąsiednich sieci klasy B i 256 62 00:04:46,000 --> 00:04:51,000 sieci klasy C zostały przydzielone dla adresy prywatne.