1 00:00:00,000 --> 00:00:05,000 Agora RFCs ou Request For Comments são documentos formais do 2 00:00:05,000 --> 00:00:10,000 IETF ou Internet Engineering Task Force, que são tipicamente elaborados 3 00:00:10,000 --> 00:00:14,000 através de um comitê de vários fornecedores e 4 00:00:14,000 --> 00:00:17,000 são revisados ​​pelas partes interessadas. 5 00:00:17,000 --> 00:00:21,000 Os RFCs se destinam a se tornarem Padrões da Internet 6 00:00:21,000 --> 00:00:25,000 e a versão final de uma RFC se tornará um 7 00:00:25,000 --> 00:00:30,000 Padrão da Internet e, com freqüência, nenhuma alteração é permitida a essa RFC. 8 00:00:30,000 --> 00:00:35,000 No entanto, alterações ou atualizações podem ser feitas em RFCs subsequentes 9 00:00:35,000 --> 00:00:40,000 e você encontrará isso com frequência, onde determinados RFCs são substituídos 10 00:00:40,000 --> 00:00:44,000 por outros RFCs mais novos e, portanto, se tornam 11 00:00:44,000 --> 00:00:48,000 obsoletos Essencialmente, muitas das informações que estamos estudando em 12 00:00:48,000 --> 00:00:53,000 redes vêm originalmente de RFCs ou Pedido de Comentários. 13 00:00:53,000 --> 00:00:57,000 Eles são importantes para entender e ler, se você quiser 14 00:00:57,000 --> 00:01:02,000 entrar no âmago da questão ou detalhes de protocolos específicos. No entanto, 15 00:01:02,000 --> 00:01:06,000 na rede, uma das piadas que você pode ouvir é 16 00:01:06,000 --> 00:01:11,000 que, se você não consegue dormir à noite, leia um monte de 17 00:01:11,000 --> 00:01:14,000 RFCs. e isso vai colocá-lo para dormir. 18 00:01:14,000 --> 00:01:18,000 No entanto, algumas RFCs são realmente feitas de bom humor, 19 00:01:18,000 --> 00:01:26,000 e há até mesmo uma RFC, RFC 1149 descrevendo IP sobre AVIAN Carriers ou em outras palavras, como transmitir 20 00:01:26,000 --> 00:01:30,000 pacotes IP usando pombos e eu não estou brincando, dar 21 00:01:30,000 --> 00:01:35,000 uma olhada na RFC 1149 e você pode ver como é possível 22 00:01:35,000 --> 00:01:37,000 enviar dados usando pombos. 23 00:01:37,000 --> 00:01:42,000 Obviamente feito de bom humor. 24 00:01:42,000 --> 00:01:47,000 Agora, falando sério por um momento, um dos famosos RFCs que 25 00:01:47,000 --> 00:01:50,000 você precisa saber é o RFC 1918. 26 00:01:50,000 --> 00:01:54,000 RFC 1918, discute endereços IP privados que são endereços 27 00:01:54,000 --> 00:01:58,000 não-roteáveis ​​na Internet, esses endereços serão bloqueados por provedores 28 00:01:58,000 --> 00:02:02,000 de serviços de Internet ou ISPs e, portanto, não 29 00:02:02,000 --> 00:02:06,000 podem ser usados ​​para enviar tráfego para a Internet. 30 00:02:06,000 --> 00:02:12,000 Então aqui está o RFC 1918, basta fazer uma pesquisa simples no Google ou 31 00:02:12,000 --> 00:02:16,000 no seu mecanismo de busca favorito e você poderá 32 00:02:16,000 --> 00:02:24,000 encontrar este RFC ou ir para ferramentas. ietf. org / html / rfc1918 33 00:02:24,000 --> 00:02:28,000 Como você pode ver aqui, várias partes envolvidas 34 00:02:28,000 --> 00:02:33,000 na elaboração deste RFC, e também obsoleta RFCs anteriores. 35 00:02:33,000 --> 00:02:37,000 Esse RFC é a alocação de endereços para Internets 36 00:02:37,000 --> 00:02:42,000 privadas e explica as práticas recomendadas para a comunidade da Internet 37 00:02:42,000 --> 00:02:48,000 com relação ao endereçamento privado, observe a data de fevereiro de 1996. 38 00:02:48,000 --> 00:02:51,000 Isso é muito tempo atrás, mesmo 39 00:02:51,000 --> 00:02:55,000 que muitos anos atrás, foi reconhecido, que havia 40 00:02:55,000 --> 00:02:59,000 um problema com o esgotamento dos endereços IPv4 41 00:02:59,000 --> 00:03:01,000 Como eu estou gravando 42 00:03:01,000 --> 00:03:06,000 isso em 2015, o Address Registrar para os americanos recentemente 43 00:03:06,000 --> 00:03:12,000 ficou sem endereços IP, então este RFC foi criado para tentar aumentar 44 00:03:12,000 --> 00:03:18,000 a longevidade do IPv4 e, na verdade, funcionou muito bem. 45 00:03:18,000 --> 00:03:22,000 O esgotamento do IPv4 foi adiado por 46 00:03:22,000 --> 00:03:26,000 mais tempo do que muitas pessoas esperavam. 47 00:03:26,000 --> 00:03:30,000 Neste RFC eles mencionam alguns dos problemas da 48 00:03:30,000 --> 00:03:34,000 internet que ainda são desafios hoje, por exemplo, 49 00:03:34,000 --> 00:03:40,000 como a Internet cresceu além das expectativas de qualquer pessoa e esta RFC 50 00:03:40,000 --> 00:03:45,000 descreve o uso de endereços IP privados internamente dentro das organizações 51 00:03:45,000 --> 00:03:51,000 e esses endereços IP seriam NAT ' d ou Endereço Traduzido quando o 52 00:03:51,000 --> 00:03:54,000 tráfego é enviado para a internet. 53 00:03:54,000 --> 00:03:58,000 Observe no RFC, ele afirma que a autoridade 54 00:03:58,000 --> 00:04:04,000 de números atribuídos da Internet ou IANA, reservou os seguintes blocos de 55 00:04:04,000 --> 00:04:07,000 espaço de endereço IP para internets particulares. 56 00:04:07,000 --> 00:04:12,000 Portanto, temos a rede 10, que é uma rede 57 00:04:12,000 --> 00:04:20,000 de endereços classe A 172. 16 até 172. 31, que são redes de 58 00:04:20,000 --> 00:04:28,000 classe B e 192. 168 todo o caminho até 192. 168 255 que são redes de classe C. 59 00:04:28,000 --> 00:04:35,000 Eles se referem ao CIDR no RFC e discutiremos o CIDR daqui a pouco e 60 00:04:35,000 --> 00:04:41,000 eu explicarei o significado dessa máscara, mas essencialmente notarei que uma única rede 61 00:04:41,000 --> 00:04:46,000 de classe A, 16 redes de classe B contíguas e 62 00:04:46,000 --> 00:04:51,000 256 redes de classe C foram alocadas para endereços privados.