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.
História
Foo entrou nos RFCs antes de receber explicação: RFC 3092
Em 1971, a RFC 269 mandava renomear `FOO` para `BAR` sem explicar que ambos eram nomes descartáveis. Quando a RFC 3092 fez o inventário, em 2001, quase 7% da série já usava essa linguagem. A prática circulou por décadas antes de ganhar uma porta de entrada para quem vinha de…
Data Center Global
Kingston Technology : comment un fabricant privé de modules mémoire domine 62 % d'un marché en plein essor
Kingston Technology, société privée fondée en 1987, vient d'être classée pour la 23e année consécutive premier fournisseur mondial de modules DRAM hors intégrateurs. Derrière ce titre, un mécanisme d'exécution précis: pivot DDR5, diversification industrielle et serveurs…
História
O grupo multicast de π não era um endereço IPv4: RFC 3091
O RFC 3091 imaginou clientes montando π por meio de um fluxo, respostas UDP por posição ou multicast. Mas o grupo multicast especificado não tinha representação IPv4 válida, e as portas TCP e UDP citadas no mesmo documento também não cabiam nos campos de transporte.
História
O firewall liberou HTTP, não aprovou o pacote escondido: RFC 3093
A RFC 3093 propôs colocar um datagrama IP completo dentro de uma mensagem HTTP, cruzar pela abertura da Web e reinseri-lo atrás do firewall. Publicado em 1º de abril de 2001, o projeto cômico preservou uma distinção séria: permitir o envelope externo não autoriza a carga que ele…
IETF
O pacote autenticou. O PSP ainda não decidiu se ele era repetido
Uma chave nova chegou por IKEv2, a NIC derivou o material correto e o ICV do pacote passou. Essa sequência prova autenticidade criptográfica dentro de uma associação. Não prova, sozinha, que o pacote era inédito. A arquitetura PSP entrega a proteção contra replay a outra camada.…
ICANN
Internet Society: os instrumentos internos de governança à luz de suas próprias exigências de prestação de contas
O Internet Society (ISOC) é um dos defensores mais públicos de decisões sobre a Internet "abertas, transparentes, inclusivas e responsáveis". Seus próprios instrumentos de governança — os estatutos revistos e alterados, os procedimentos de seleção de trustees e a política de…
História
A mesma zona era segura aqui e não segura em outro lugar: RFC 3090
Em 2001, perguntar se uma zona DNS era segura exigia saber quem faria a validação. A resposta mudava com a âncora de confiança, o algoritmo e o caminho disponíveis ao resolvedor. A RFC 3090 organizou essa realidade: uma zona assinada podia ser uma ilha local sem ser segura para a…
História
A raiz indicava um servidor, não entregava a entrada: RFC 3088
O primeiro servidor de uma busca distribuída pode saber para onde encaminhar, sem guardar o registro procurado. A experiência da OpenLDAP tornou essa diferença concreta: o serviço raiz consultava o DNS e devolvia referências LDAP; a resposta do diretório ficava com o servidor…
História
A URI escolheu o menu da caixa postal, mas não autenticou quem ligou: RFC 3087
Em 2001, uma chamada SIP podia chegar ao correio de voz sem carregar todos os indícios confiáveis que a telefonia antiga usava para escolher a primeira saudação. A RFC 3087 transformou o destino corrente do pedido em uma instrução de serviço. O caminho ganhou contexto; o endereço…
Reportagens
Documento de Governança dos RIRs: como a Versão 3 redistribui poder entre ICANN e os Registros Regionais
Em 1º de setembro de 2026, o Conselho de Endereços da ASO (ASO AC) distribuiu a Versão 3 do Documento de Governança dos RIRs, rotulada como rascunho final recomendado (Versão 3.4). O texto pretende suceder a ICP-2, adotada pela ICANN em 4 de junho de 2001, e redesenha quem decide…
Serviços em Nuvem da Europa e Oriente Médio
NovaCloud-Hosting seis semanas após o outage da FFM2: um registro público que não se moveu
Seis semanas depois de declarar encerrada uma interrupção de 19 dias em seu data center de Frankfurt (FFM2), a NovaCloud-Hosting opera com um registro público que continua divergindo do próprio anúncio de recuperação. Uma leitura datada de 1 de outubro de 2026 — comparada linha a…
IETF
Uma chave desconhecida cabe no Connect-Info; isso não lhe dá significado
Um NAS começa a enviar um novo par chave-valor. O servidor RADIUS aceita a gramática, preserva o atributo e segue processando a sessão. Essa tolerância é valiosa para evolução. Mas, sem definição de unidade, amostragem, multiplicidade e finalidade, a chave ainda não pode entrar…
História
O servidor enviou as regras. A reconexão ainda precisava conciliar o que o equipamento guardou: RFC 3084
A RFC 3084 desenhou o provisionamento de políticas como estado compartilhado, não como simples entrega: uma decisão agrupava mudanças, o equipamento respondia e uma falha imediata exigia retorno ao último estado bom. Quando a conexão caía, porém, servidor e dispositivo podiam…
História
O número da revisão ordenava um NewsItem; não o entregava: RFC 3085
Uma mesma notícia podia ficar em vários endereços. Em 2001, a RFC 3085 propôs um URN único para cada NewsItem e um número para ordenar suas revisões. Também separou a atualização da notícia da troca apenas dos metadados de gestão — sem prometer que o identificador levaria alguém…
História
O cabo criptografava o tráfego. Seu plano de gestão ainda podia desligar a privacidade: RFC 3083
A RFC 3083 tornou a privacidade DOCSIS observável, ajustável e reiniciável por SNMP. A visibilidade ajudava a diagnosticar, mas abria outra fronteira: a interface que via o estado das chaves também podia reiniciar autorização, mudar tempos e decidir acesso multicast.
IETF
O controlador confirmou a intenção. A árvore multicast ainda precisava existir
Uma resposta de sucesso da API pode instalar a ideia de uma árvore sem provar a lista de interfaces que cada roteador aplicou. Em uma rede SRv6, PIM, IP Flex-Algo e um controlador central podem produzir sinais verdes independentes. O serviço só fecha quando esses sinais chegam ao…
Institucional Global
G42: entre ce qui est autorisé et ce qui est construit — la comptabilité de capacité d'une société d'IA proche de l'État
La société d'Abu Dhabi revendique une approbation américaine pour jusqu'à 35 000 puces Nvidia GB300 équivalentes, tandis que son plus grand projet annoncé, Stargate UAE, n'en est qu'à ses premiers 200 MW en construction. Ce dossier reconstitue, niveau par niveau, ce que…
História
TCP era confiável. Um canal ainda podia sufocar os outros: RFC 3081
A RFC 3081 colocou uma sessão BEEP em uma única conexão TCP e encarou o que a confiabilidade não resolvia: um canal de aplicação lento podia ocupar a capacidade comum e deixar os vizinhos sem progresso. Acima do fluxo confiável, seriam necessários crédito por canal, prioridade…
História
Os avisos continuaram depois do Directory Agent; novos serviços ainda podiam passar despercebidos: RFC 3082
A RFC 3082 queria trocar consultas repetidas por avisos de mudança. Seu procedimento de recuperação revela uma assimetria: agentes de serviço que já conhecem a assinatura podem continuar anunciando, enquanto um agente novo talvez nunca saiba que há alguém escutando.
Arquivo de Caso
O SID apontou a faixa; a capacidade ainda precisava ser comprovada
Uma rede pode reconhecer o identificador correto e encaminhar o pacote pela partição prevista sem que a banda, os buffers e as filas prometidos estejam ativos em todos os nós. O acerto do seletor é apenas a primeira etapa da prova.