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