Domínio principal
Infraestrutura de Internet
Na faceta Domínio principal, Infraestrutura de Internet grupos de inteligência são organizados por domínio principal para que os leitores possam acompanhar uma área de foco em infraestrutura da internet, governança, mercados de conectividade ou capital digital. A página reúne artigos relacionados, evidências públicas, instituições, empresas, pessoas, exposição regional, dependências operacionais e contexto de mercado que, de outra forma, poderiam estar espalhados por páginas de categorias separadas. Ela explica o domínio, a provável classe de atores, o contexto de mercado ou de governança e o material de origem que os leitores devem usar ao comparar sinais. Operadores, analistas e leitores de governança podem ver como o mesmo domínio aparece em eventos, perfis, mudanças de mercado, evidências de fontes públicas, dependências regionais e decisões de infraestrutura de ciclos mais longos ao longo do tempo.
História
O servidor anunciou o caminho da caixa. Não confirmou a caixa: RFC 2342
O NAMESPACE do IMAP permitiu ao cliente descobrir prefixos pessoais, compartilhados e de outros usuários sem pedir configuração manual. Esse anúncio ensinava a formar nomes. Existência, visibilidade, permissão, seleção, conteúdo e leitura continuavam dependendo de etapas…
História
Um caminho, quatro álgebras e um desconhecido contagioso: RFC 2215
Valores sobre a mesma rota não respondem necessariamente à mesma pergunta. A RFC 2215 preservava uma quebra com OR, contava saltos capazes, retinha o mínimo de banda e MTU e somava a latência mínima. Quando um elemento não conseguia produzir evidência, a precisão dos elementos…
IETF
O proxy aceitou o túnel. O destino ainda não provou o resultado
A revisão 14 do CONNECT-TCP dá ao proxy TCP uma origem HTTP, um modelo de URI e um protocolo de cápsulas comum a HTTP/1.1, HTTP/2 e HTTP/3. A mudança melhora o controle de entrada. Também torna indispensável separar autorização do proxy, estabelecimento da conexão, entrega dos…
História
Áudio e vídeo cabiam no mesmo pacote; a reprodução não cabia: RFC 2343
A RFC 2343 descreveu uma carga RTP capaz de transportar slices de vídeo MPEG-2 e frames de áudio como um único programa. Ela reduziu overhead e tornou a relação temporal explícita. Ainda assim, os campos do pacote não observavam o caminho, o estado do decoder, a saída do…
História
RFC 2216: o nome do serviço não carregava a prova da entrega
Um número comum permitia que aplicações, roteadores e protocolos falassem do mesmo serviço. Não permitia que tratassem o número como o próprio resultado. Em 1997, a RFC 2216 criou um roteiro de prestação de contas: cada promessa precisava expor seus parâmetros, o contrato de…
ICANN
4,3 milhões de IDNs medem registros, não aceitação universal
Um nome pode estar delegado, registrado e resolvendo no DNS e ainda assim ser recusado pelo primeiro formulário de cadastro. O relatório de 2026 da ICANN mostra as duas realidades: a oferta de identificadores multilíngues ganhou escala, mas o caminho de software que precisa…
História
RFC 2345: a URL encontrada não era a identidade da empresa
Digitar o nome de uma empresa e receber um endereço web parecia eliminar a incerteza. A RFC 2345 testou justamente uma resposta mínima: uma URL e um rótulo, entregues por um serviço inspirado em WHOIS. O formato ajudava a localizar, mas não informava quem controlava o domínio…
História
RFC 2212: o roteador expôs seus erros antes de prometer atraso
Em vez de receber um selo opaco de “qualidade garantida”, a aplicação podia receber os termos necessários para refazer a conta. RFC 2212 obrigava cada elemento a declarar quanto se afastava de um servidor ideal: uma parcela que encolhia com a taxa reservada, `C/R`, e outra que…
IETF
O salto respondeu, mas qual nó falou?
Uma linha de traceroute pode exibir um endereço compartilhado e esconder qual equipamento realmente produziu o erro. O novo objeto proposto para ICMP acrescenta contexto com endereço ou nome de nó. A escolha operacional, porém, não é apenas habilitar um recurso: é definir quem…
História
O endereço não era o caminho: o limite que a RFC 2333 impôs ao NHRP
Uma entrada NHRP podia associar um destino IP a um endereço NBMA, indicar a origem da resposta e permanecer válida por um Holding Time. Isso não a transformava em comprovante de conectividade. A RFC 2333 colocava a resolução depois da escolha de rota e antes de várias etapas…
IETF
Menos consultas à raiz não significam menos tráfego
O LocalRoot mantém muitas consultas dentro do próprio resolvedor e reduz a dependência do caminho até o Root Server System. Em troca, cria uma obrigação de distribuição: encontrar uma fonte, detectar mudanças, obter a zona, validar ZONEMD e DNSSEC, ativar uma cópia e recuar antes…
História
O pedido chegou à cafeteira. A xícara ainda não provava o café: RFC 2324
HTCPCP transformou o café em recurso de rede e a cafeteira em servidor. O efeito mais útil dessa sátira é outro: mostrar que uma resposta de protocolo pode ser verdadeira e, ainda assim, insuficiente para provar preparo físico, entrega, segurança para consumo ou o ato de beber.
História
RFC 2210 e o bit que tirava do ADSPEC o direito de falar pelo caminho inteiro
Uma rota podia ser resumida em números úteis sem carregar um inventário de cada salto. A RFC 2210 fazia o ADSPEC acumular propriedades enquanto o PATH seguia até o receptor. Mas o próprio formato reconhecia um limite: se algum elemento não participasse de RSVP e Integrated…
IETF
O acesso está ativo; a capacidade ainda precisa de recibo: RFC 4084
Uma conexão pode entregar navegação e velocidade sem entregar a superfície operacional de que o cliente depende. A RFC 4084 oferece nomes neutros para essa diferença; um recibo de capacidades transforma os nomes em critérios de compra e operação.
História
A fatura de 256 aliases: o custo operacional do RFC 2317
Delegar o DNS reverso de blocos menores que /24 não exigiu um novo resolvedor. Exigiu que o pai produzisse quase um CNAME por endereço e continuasse servindo de ponte para zonas-filhas. O RFC 2317 distribuiu administração de nomes; não entregou controle integral do recurso.
História
A associação constava como madura. O resultado de segurança, não: RFC 2367
Um inventário local pode mostrar uma Security Association IPsec em estado `MATURE`, com SPI, algoritmos, endereços e tempo de vida. Essa linha é um recibo real, mas limitado. A RFC 2367 descreve o que o Key Engine local informou; não transforma esse relato em prova sobre o par, o…
Arquivo de Caso
O pseudosegmento sem carga que faz o estado TCP voltar
O Presto transforma uma correção para trás em uma nova passagem para a frente. O registro sintético pode alterar o estado de transporte, mas não é tráfego do usuário nem comprova conclusão do socket ou entrega à aplicação.
História
O endereço dizia “fique aqui”. Só o roteador executava a fronteira: RFC 2365
O bloco 239/8 dava ao multicast IPv4 uma linguagem de escopo administrativo, não uma barreira automática. A RFC 2365 colocou a contenção em outro lugar: nas definições carregadas em cada interface, no estado dos protocolos multicast e no caminho de encaminhamento realmente…
Arquivo de Caso
Um endereço de resolvedor não identifica uma única resolução
Depois que o APNIC Labs acrescentou um segundo servidor autoritativo de pilha dupla, a média de consultas por teste caiu de 3,43 para 2,57. O experimento não encontrou a causa. Ele mostrou, porém, que um IP público de resolução pode esconder vários mecanismos de distribuição…
História
RFC 2188 e a evidência que cada ponta realmente possui
Uma operação remota parece convidar a uma narrativa simples: alguém pede, alguém executa, e no fim existe sucesso ou falha. A RFC 2188 torna essa história mais precisa — e, por isso, mais desconfortável. No ESRO, o desfecho observado por uma ponta não é automaticamente o desfecho…