Tipo de conteúdo
Research
Na faceta Tipo de conteúdo, a inteligência de Research reúne artigos do BTW.MEDIA que compartilham o mesmo formato editorial, para que os leitores possam comparar briefings, perfis, notas de risco, análises de mercado e coberturas de eventos sem misturar tipos diferentes de evidência. A página explica como esse tipo de conteúdo contextualiza eventos de infraestrutura da internet, movimentos de empresas, decisões de governança, sinais operacionais e evidências públicas em todo o site. Os leitores podem comparar quais atores ou sistemas de infraestrutura aparecem com mais frequência, como a qualidade da fonte altera a interpretação e se o material é um perfil duradouro, um evento com relevância temporal, um sinal estratégico de mercado ou um desdobramento de governança. O resultado é uma página de busca útil para operadores, investidores, clientes, analistas e partes interessadas em políticas que precisam entender a consequência, o momento e a evidência por trás de formatos semelhantes de artigos.
IETF
RFC 9874: a exclusão EPP de um cliente pode quebrar o DNS de outro
Um registro pode responder que a exclusão foi bem-sucedida e, ainda assim, deixar outro cliente com uma delegação degradada. O RFC 9874 trata desse intervalo entre a autoridade da sessão EPP e a dependência existente no DNS. O comando pertence a um cliente; o impacto pode…
Líderes
Remco van Mook e o gateway IPv4 sem vizinho IPv4
O endereço aparece como gateway padrão, mas nenhum equipamento deve responder por ele em IPv4. Na proposta de Remco van Mook, `192.0.0.11` é uma instrução: o host deixa de procurar um vizinho por ARP e reutiliza o endereço de camada 2 que o IPv6 já aprendeu.
IETF
A rede declarou a raiz inativa. Não provou uma falha física: RFC 9866
Uma rede RPL pode ter motivos suficientes para abandonar sua versão atual e ainda não saber o que aconteceu com o roteador de borda. O RFC 9866 transforma observações distribuídas em uma decisão rápida de segurança. Não transforma essa decisão em laudo sobre energia, hardware ou…
Líderes
John Ousterhout e a escrita rápida que virou dívida de limpeza
O sistema de arquivos estruturado em log do Sprite tornou pequenas gravações quase leves ao reuni-las em transferências sequenciais extensas. O avanço mais importante, porém, foi tornar visível o custo adiado: limpeza de segmentos, capacidade ociosa por escolha, erros de…
História
RFC 2350 descreveu o serviço, não o desfecho do incidente
Um CSIRT pode publicar um canal correto, uma autoridade clara e uma lista completa de serviços. Nada disso, isoladamente, mostra que um relato específico foi recebido, confirmado, atribuído, erradicado ou recuperado.
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 servidor de reserva respondeu. A chave em cache não serviu: RFC 8901
Um segundo provedor de DNS autoritativo pode continuar respondendo depois que o primeiro falha e ainda assim não entregar uma resposta aceitável a um resolvedor validador. A RFC 8901 trata a redundância DNSSEC como um contrato de sincronização entre signatários, não como contagem…
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…
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…
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
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…
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…
Líderes
Adrian Farrel e o caminho que ainda é só uma resposta
Um PCRep positivo pode encerrar o cálculo e, ao mesmo tempo, deixar toda a execução em aberto. A arquitetura PCE associada a Adrian Farrel continua útil porque preserva essa diferença essencial.
Arquivo de Caso
O WebAuthn delega a validação do RP ID ao cliente remoto. A permissão local não comprova o resultado
O primeiro rascunho público do WebAuthn Level 4 propõe uma passagem de responsabilidade bem delimitada para autenticação em desktops remotos. O navegador local pode usar os dados produzidos no host distante após uma autorização por origem, mas essa autorização não registra se a…
Líderes
Cristiano Amon e Oryon: o que a compra da Nuvia realmente comprova
O acordo de 2021 deu à Qualcomm controle sobre a Nuvia. O lançamento de 2024 colocou computadores com Oryon no mercado. A decisão judicial de 2025 reforçou a licença usada pela Qualcomm. São três marcos de uma estratégia consistente, mas nenhum deles substitui os demais.