Tópico
Ciclo de vida do software e dependência
Na faceta Tópico, a inteligência do tópico Ciclo de vida do software e dependência conecta artigos que compartilham um assunto específico, foco de sinal ou tema de monitoramento. A página oferece aos leitores um percurso mais rico por meio de reportagens relacionadas, evidências de fontes, atores do mercado e implicações de infraestrutura, com contexto suficiente para entender por que o tópico é relevante em movimentações de empresas, decisões de governança, exposição regional e risco operacional. Os leitores podem comparar sinais recorrentes, organizações afetadas, evidências públicas, contexto de mercado, continuidade de serviço, compras, concorrência, conformidade e questões de planejamento estratégico por trás do assunto, em vez de se limitar a uma lista enxuta de artigos correspondentes. A página explica o que o tópico abrange, quais atores ou políticas de infraestrutura estão envolvidos, quais evidências sustentam a cobertura e por que o assunto pode ser importante para operadores, clientes, investidores e leitores de políticas.
Líderes
Brian Kantor e o acervo compartilhado de notícias do NNTP
Em 1986, Brian Kantor e Phil Lapsley propuseram uma solução para computadores que não podiam guardar uma coleção inteira de notícias: cada leitor pediria apenas os artigos de que precisasse a um servidor comum. O desenho separava essa leitura local da troca de artigos entre…
Líderes
Wesley Eddy reuniu as regras do TCP, não sua justificativa
O RFC 9293 reuniu os requisitos normativos do TCP em uma especificação atual, mas manteve a história do projeto e vários algoritmos em documentos complementares. Essa separação facilita encontrar a base comum; não comprova que as implementações em operação tenham o mesmo…
Tendências globais de serviços em nuvem
Deno se junta à Cloudflare: dois prazos e uma portabilidade ainda em construção
O anúncio de 9 de outubro muda quem conduzirá o desenvolvimento e distribui as obrigações de Deno por calendários diferentes. O Deno Deploy tem mais seis meses de operação; o runtime recebe atualizações mensais por mais um ano; o JSR continua enquanto sua infraestrutura migra. A…
História
O arquivo de índice também era uma saída: o experimento da ALIWEB em 1993–94
A ALIWEB permitia que cada servidor da Web descrevesse uma seleção de seus recursos em um arquivo pequeno e reunia esses arquivos em uma base pesquisável. Sua aposta mais duradoura era que as descrições pudessem migrar para um sistema melhor se o serviço central deixasse de ser…
História
A RFC 1490 foi amplamente implementada; sua fragmentação não era interoperável.
Em 1998, a RFC que sucedeu a RFC 1490 registrou um resultado duplo: o encapsulamento multiprotocolo do Frame Relay era amplamente implementado, mas seu algoritmo de fragmentação não interoperava entre implementações. O padrão teve alcance; uma função opcional, não.
História
A RFC chegou depois: quatro anos de IRC em funcionamento
A primeira descrição formal do Internet Relay Chat saiu em maio de 1993 com a classificação “Experimental”. Mas os autores já descreviam um serviço que funcionava havia anos: uma rede de servidores em expansão, cuja arquitetura começava a sentir o peso do crescimento.
Tendências globais de serviços em nuvem
Microsoft estende ao software CSP o adicional de 5% por pagamento mensal
Um compromisso de um ano pode ser pago em doze parcelas. A partir de 1º de outubro, a Microsoft acrescenta 5% a determinadas assinaturas de software CSP cobradas mensalmente. A mudança amplia o conjunto de produtos atingidos; o compromisso continua anual.
História
Dois caminhos comerciais para o Mosaic: as licenças da Spyglass e os produtos próprios da Netscape
Em 1994, a Universidade de Illinois encaminhou à Spyglass as futuras licenças comerciais do NCSA Mosaic, enquanto antigos integrantes da equipe montavam outra empresa de navegadores. O acordo de dezembro separou direitos e marca sem decidir uma controvérsia sobre uso de código.
História
A imagem não era o link: a proposta IMG do Mosaic
Em fevereiro de 1993, Marc Andreessen propôs que o HTML pudesse exibir uma imagem dentro do documento sem transformar o endereço dessa imagem no destino de um link. `SRC` identificaria o recurso a mostrar; `HREF`, quando houvesse uma âncora, indicaria para onde a ativação…
História
O primeiro DATA válido escolhia o servidor de boot: o cliente em ROM do RFC 906
Antes de carregar o sistema operacional, uma estação sem disco precisava que um pequeno programa em ROM chegasse à rede e pedisse o primeiro arquivo de código. Em 1984, o RFC 906 propôs um caminho comum com IP e TFTP para conviver com os métodos de boot diferentes de cada…
Arquivo de Caso
A API v3 da PeeringDB ampliaria as consultas, mas não as regras de reutilização
A proposta separa leituras públicas, distribuídas e fáceis de armazenar em cache das atualizações, que ficariam no v2. Isso não altera, por si só, as condições para guardar ou revender dados.
Acadêmicos
Eric Allman, Sendmail 8 e a distância entre padrões de e-mail e código público
Quando Eric Allman voltou a trabalhar ativamente no Sendmail em 1991, o problema não era apenas lançar outra versão. Seu relato descreve uma distância crescente entre a evolução dos requisitos SMTP e as versões que os operadores podiam examinar, adaptar e compilar por conta…
História
A licença cobria o software, não o protocolo: a linha que o Gopher traçou em 1993
Em 11 de março de 1993, a equipe Gopher de Minnesota publicou no Usenet um comunicado para responder a boatos. A versão que ficou na memória é curta: usuários comerciais teriam de pagar. O texto original era mais específico. Ele separava os casos conforme a finalidade do…
Arquivo de Caso
O DNS raiz recebeu o dobro de consultas; a pista estava nos resolvedores
Por cerca de uma semana, o volume de consultas que chegou à raiz do DNS subiu de aproximadamente 1,6 milhão para 3,2 milhões por segundo. Eram pedidos válidos, vindos de redes de resolvedores recursivos, sem impacto mensurável no serviço raiz. O episódio mostra como uma mudança…
IETF
RFC 5416: o vínculo 802.11 tem um limite de geração
RFC 5416 define uma ligação CAPWAP para IEEE 802.11, não uma promessa para cada recurso de Wi‑Fi moderno. O texto organiza estações, rádios, QoS, BSSID e WLAN dentro da base 802.11-2007. A pergunta de liderança é se um anúncio ou uma mensagem de controle prova capacidade atual…
IETF
O estado do CAPWAP não prova o serviço: RFC 5415
O RFC 5415 organiza o plano de controle WLAN: um Access Controller gerencia Wireless Termination Points, protege sessões, atualiza configurações e transporta dados. Mas concluir um estado, completar DTLS ou observar um pacote prova apenas um caminho de protocolo. Não prova…
Líderes
Com o aumento dos pedidos da zona raiz, Kim Davies reconstruiu o RZMS
Em 2022, carteiras maiores de domínios de nível superior e mudanças mais frequentes em chaves DNSSEC já pressionavam as premissas do Root Zone Management System. Kim Davies descreveu como uma equipe da ICANN reconstruiu o RZMS com aprovações configuráveis, solicitações…
IETF
WiCoP é um registro histórico, não uma base de implantação: RFC 5414
O RFC 5414 descreve o WiCoP para controlar e provisionar WLANs grandes de forma centralizada. O RFC Editor o classifica como Historic e aponta o RFC 5415 como referência posterior. Assim, um controlador alcançável ou um aviso de configuração não prova autoridade atual, política…
IETF
A segurança do SLAPP é uma fronteira histórica, não prova de implantação
O RFC 5413 registra o Secure Light Access Point Protocol no momento em que foi levado ao trabalho de CAPWAP. Suas ideias de descoberta, autenticação e transporte protegido são evidência histórica, mas o RFC Editor diz que o texto foi publicado para registro e não deve fundamentar…
IETF
LWAPP é registro histórico, não base de implantação
RFC 5412 registra o Lightweight Access Point Protocol no momento em que foi levado ao trabalho de CAPWAP. Ele esclarece a arquitetura de controlador e pontos de acesso leves, mas o RFC Editor o classifica como Historic e diz que não deve fundamentar implantação. O RFC 5415…