Tópico
Evidências de recursos de rede
Na faceta Tópico, a inteligência do tópico Evidências de recursos de rede 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.
IETF
O IPv4 continua alocado, mas a origem IPv6 pode mudar
A configuração dinâmica do túnel abre espaço para escolher onde o serviço IPv4 começa. Para transformar essa possibilidade em uma oferta confiável, o provedor precisa explicitar os limites de localização, o ritmo das mudanças e o tratamento dos identificadores.
Tendências globais dos ISPs regionais
Uma resposta DHCPv6 não prova que o prefixo delegado esteja roteado
O roteador do assinante pode exibir um /56 recém-delegado, com T1 e T2 em andamento, enquanto a rede de acesso ainda não tem rota de retorno e a LAN não anunciou um /64 utilizável. A resposta confirma o vínculo; o serviço depende de outras etapas.
IETF
O rascunho da IETF para Node-ID em ICMP diz “MUST” e “desativado por padrão”
Um pacote não carrega o motivo pelo qual um campo ficou de fora. Essa limitação ganhou importância na revisão 05 da proposta da IETF para identificar o nó que origina um erro ICMP. O novo texto fortalece a obrigação de incluir o objeto quando o endereço comum pode não bastar, mas…
Reportagens
LACNIC adiou para 2029 a tarifa IPv6-only de US$ 2.100. O aviso de 2020 ainda encerra o waiver em 2026
Em 2026, duas cifras oficiais convivem na web: US$ 2.100 no anúncio original e US$ 1.200 na tabela atual. Não se trata de cobrança irregular. Uma decisão unânime da Diretoria redesenhou a retirada do desconto. O ponto vulnerável é o vínculo documental que deveria acompanhar a…
Reportagens
A AFRINIC precisa de um registro público para as apelações
A AFRINIC constituiu um Appeal Committee de cinco membros em 28 de agosto de 2026. As nomeações entraram em vigor imediatamente e os mandatos terminam em 31 de dezembro de 2026. A BTW recomenda um registro público do procedimento, sem expor provas protegidas ou deliberações.
IETF
Ralph Droms e o DHCPACK que não concedia propriedade do endereço
O DHCPACK chega, o endereço aparece na interface e a conectividade começa. A cena parece uma entrega definitiva, mas o protocolo escrito por Ralph Droms registra algo mais preciso: na alocação comum, o servidor assume um vínculo de concessão e o cliente ainda verifica conflito…
IETF
No EVPN, corrigir o endereço não encerra a recuperação
Uma atribuição duplicada pode desaparecer do ambiente de computação enquanto a rede ainda conserva o estado criado para contê-la. A volta do serviço depende de acompanhar os dois acontecimentos.
História
O oitavo bit atravessou o correio e chegou mutilado: RFC 1922
Uma mensagem podia sair legível, cruzar um agente de correio de sete bits e chegar com o bit mais alto apagado. A entrega terminava; o texto, não. A RFC 1922 tratou esse risco ao separar transporte e interpretação — e fez algo ainda mais engenhoso nas formas de sete bits: cada…
IETF
Scott Rose e o bit de dados autenticados que não era prova fim a fim
O sinalizador `AD` em uma resposta DNS pode levar um resultado valioso: um resolvedor recursivo validador considera autênticos os dados relevantes. O risco está em ler mais do que ele diz. O bit não autentica o próprio trajeto até o cliente, não uniformiza políticas de validação…
IETF
O aceite da rede não encerra a conta da espera
Uma entrega pode cumprir a taxa agregada prevista e deixar para a operação o custo das transferências individuais, das retransmissões ou do atraso sob carga. O teste só vira uma decisão de serviço quando essas diferenças têm destinatário.
História
A impressora estava ocupada. O segundo pedido não entrou na fila: RFC 1921
Em TNVIP, `BUSY` podia significar que os dados recém-chegados tinham sido apagados. Não havia promessa de fila nem execução futura. A RFC 1921 organizou tela, impressora e cópia de tela como três fluxos independentes e obrigou até a mensagem de violação a respeitar a ordem do…
História
As duas redes estavam certas até se encontrarem: RFC 1918 e o preço da unicidade local
A primeira rota de uma interconexão pode produzir um resultado enganadoramente bom. O destino responde, o painel fica verde e a equipe conclui que as redes da empresa adquirida e da compradora já conversam. Só depois percebe que o número privado esperado existe dos dois lados — e…
Arquivo de Caso
Uma falha DNS recebeu 51 consultas — e a causa continua em aberto
O experimento de 2026 da APNIC Labs mostrou que respostas negativas definitivas ficaram perto de quatro consultas por teste. `SERVFAIL` recebeu 51,73; silêncio, 83,46. A carga chegou ao servidor autoritativo, mas o registro não revela sozinho qual camada apertou “tentar…
História
Antes do procedimento de renumeração, veio o diário de campo: RFC 1916
Um RFC com prazo para respostas parece menos uma especificação e mais um caderno de pesquisa. Era exatamente esse o papel de RFC 1916. O grupo PIER precisava orientar redes submetidas à renumeração, mas não tratou urgência como licença para inventar experiência. Pediu relatos de…
Reportagens
O RIPEstat vai refazer o histórico de roteamento para habilitar CSP — a nova visão precisa de um registro de paridade
Modernizar a segurança do navegador não deveria obrigar o operador a adivinhar se uma linha mudou por causa da rede ou por causa da tela. Ao reconstruir o Routing History, o RIPE NCC pode aposentar tecnologia legada e preservar a interpretação com um registro pequeno, versionado…
Arquivo de Caso
A purga foi aceita, mas o CDN seguinte ainda disse não
O protocolo pode confirmar a criação de uma tarefa antes de a cadeia descobrir que não conseguirá executá-la. A revisão 20 do CDNI Triggers v2 transforma esse intervalo em registro: a recusa do CDN seguinte volta como erro assíncrono — e o nome de quem recusou pode permanecer…
História
A exceção abriu o padrão; a licença continuou bilateral: RFC 1915
Havia duas filas. Na fila pública, o IETF podia receber comentários, registrar uma exceção e decidir se os protocolos de compressão e criptografia do PPP continuariam. Na fila privada, cada implementador ainda teria de pedir uma licença, esperar a resposta e descobrir as…
Arquivo de Caso
O erro ICMP ganhou contexto — e pode perder parte da prova
A revisão 05 de um Internet-Draft torna obrigatória, em condições definidas, a inclusão de contexto sobre o nó que originou certos erros ICMP. O ganho não é gratuito: o dado pode ser falsificado e, para caber na MTU, pode ocupar o espaço de bytes usados para ligar o erro ao…
IETF
Quem paga para a rede reagir mais depressa?
Uma referência de atraso pode ser estável justamente porque deixa a fila de fora. A empresa precisa decidir quem assume o custo de torná-la mais sensível — e quem observa o serviço enquanto ela permanece quieta.
Reportagens
O RIPE NCC publica em oito idiomas, mas o inglês ainda dá a palavra final
O RIPE NCC passou a destacar informações em oito idiomas e procura voluntários da comunidade para traduzir textos de seus Serviços de Informação. A iniciativa amplia o acesso, mas a própria Central de Idiomas estabelece o limite: as traduções são informativas e o inglês permanece…