Organismo de padrões abertos com impacto de implementação em todo o mundo.
Governança / IETF
IETF
As análises de IETF cobrem desenvolvimentos públicos que afetam a infraestrutura da internet, decisões de governança, mercados de conectividade, fluxos de capital digital e risco operacional.
GlobalGovernança de protocolosRisco de interoperabilidade
Processo de protocolo e legitimidade de padrões.
Lacuna entre especificação e implementação entre fornecedores e operadores.
Mudanças importantes nos padrões geralmente afetam sistemas em ciclos de 120d+.
Últimas coberturas
Destaques de IETF
1.607 artigos
IETF
O campo que passou a valer mais depois do aperto de mãos: TCP Window Scale
O TCP manteve um campo de janela de recepção de 16 bits mesmo quando enlaces rápidos e distantes passaram a exigir bem mais que 65.535 bytes em trânsito. A escala de janela não aumentou o cabeçalho: fez o SYN definir a unidade que cada direção usaria depois.
IETF
A solicitação chegou antes do aperto de mão: o pacto de repetição do TCP Fast Open
O TCP Fast Open permitiu que um cliente conhecido colocasse os primeiros bytes da aplicação no próprio SYN que abria a conexão. Ganhar até uma ida e volta exigiu uma contrapartida operacional: tolerância a repetição, chaves de cookie bem governadas, trabalho não confirmado…
IETF
A conexão é maior que o caminho: o Multipath TCP mantém um fluxo em várias rotas
Um telefone sai do escritório com uma conexão ativa no Wi-Fi e chega à rua usando a rede celular. O TCP comum prende a conexão a um caminho. O Multipath TCP pode manter um único fluxo ordenado para a aplicação enquanto as pontas acrescentam, retiram e priorizam subfluxos TCP.…
IETF
Quando o receptor desenhou o mapa: a história do SACK no TCP
O ACK cumulativo do TCP mostrava uma única fronteira contínua. O reconhecimento seletivo acrescentou um mapa compacto dos blocos que já haviam chegado depois de uma lacuna. A informação ficou mais rica, mas o emissor continuou responsável pelo controle de congestionamento, pela…
IETF
Como o DNSSEC aprendeu a provar que um nome não existe
Uma assinatura autentica um registro que está presente. O problema mais difícil é autenticar o espaço vazio em que um invasor poderia esconder um nome, inventá-lo ou trocar um “não” verdadeiro por uma ausência forjada.
IETF
A hora calma é só uma previsão: o ALTO transforma o horário do tráfego em promessa publicada
Uma transferência volumosa pode esperar até as duas da manhã. O problema é saber por que a rede continuaria tranquila quando esse horário chegar. O ALTO Cost Calendar permite que uma rede publique uma preferência ao longo do tempo para orientar a aplicação. Não é reserva de…
IETF
Happy Eyeballs e o preço de uma espera de 250 milissegundos
Ao transformar IPv6 e IPv4 em concorrentes controlados, o cliente protege a pessoa de uma rota ruim. O mesmo sucesso, porém, pode retirar do operador o sinal que faria a rota ser consertada.
IETF
Entrar no grupo não basta: no SSM, o receptor nomeia a fonte
O Source-Specific Multicast troca a descoberta feita pela rede por uma instrução mais precisa na borda: receber `G` somente quando o tráfego vier de `S`.
IETF
O nome secreto ainda precisa de uma porta pública: a nova fronteira de privacidade do ECH
O cliente quer esconder o destino no primeiro cumprimento TLS, mas precisa descobrir antes qual chave usar e qual porta pública pode abri-lo. O ECH resolve a exposição do `ClientHello` criando um envelope interno; ao mesmo tempo, transfere parte da garantia para o DNS, para o…
IETF
O pacote foi marcado antes de se perder: a longa discussão da ECN sobre congestionamento
Por muito tempo, a Internet usou a perda como prova de congestionamento: a fila enchia, o pacote desaparecia e o emissor reduzia a taxa. A Notificação Explícita de Congestionamento (ECN) antecipou esse momento. O roteador passou a poder registrar pressão num pacote ainda intacto…
IETF
Um Internet-Draft expirado não é uma proposta rejeitada
O inventário de padrões tinha uma regra automática: se o Datatracker mostrasse `Expired`, a coluna seguinte recebia “rejeitado pela IETF”. Não havia ata, chamada de adoção, Last Call nem decisão do IESG. Um prazo documental fora convertido em voto institucional sem que ninguém…
IETF
Um MUST de RFC sem sujeito não é uma constatação de auditoria
O edital prometia segurança com uma frase ampla: o fornecedor deveria “cumprir todos os MUST dos RFCs aplicáveis”. No laboratório, a frase virou uma planilha de palavras encontradas. Uma linha vermelha dizia apenas “RFC 8200 — MUST — falhou”. Não havia ator, condição, perfil…
IETF
O sensor acordou depois de cinco minutos; a sequência não traz de volta o intervalo perdido
Um sensor rural dorme para poupar bateria. Quando o rádio volta, chega uma notificação CoAP Observe com valor aparentemente distante da última aceita. Mais de 128 segundos se passaram. A RFC 7641 permite que o cliente trate a nova chegada como mais recente sem depender da…
IETF
Jana Iyengar e a conexão que continuou depois do endereço
Uma sessão QUIC pode trocar o Wi-Fi pela rede móvel sem começar do zero. Isso não dá ao caminho novo o direito de herdar todas as certezas do caminho antigo. A RFC 9000 preserva a conexão de forma seletiva e exige novas provas para alcance, amplificação, congestionamento, ECN e…
IETF
Sally Floyd e o teste que nenhuma vazão podia vencer sozinha
Uma conexão pode ficar mais rápida porque tomou espaço das demais. O trabalho público de Sally Floyd sobre avaliação de controle de congestionamento ensina a localizar essa transferência: na fila, na cauda da latência, no goodput, na recuperação após mudanças e nos limites do…
IETF
Jeff Tantsura e a intenção que ainda não era resultado
O painel continua verde. A intenção de manter um caminho protegido foi aceita, convertida em ações e aplicada. Depois, uma mudança de topologia retirou a alternativa que sustentava a proteção. O registro do que se queria permaneceu; o resultado no tráfego, não. A contribuição…
IETF
Linda Dunbar e o diretório que não pode inventar um vizinho
Uma entrada de diretório não fica errada de modo espetacular. Ela continua parecendo normal: mesmo endereço, mesmo formato, mesma resposta protegida. Só o destino mudou. Ao acompanhar quatro RFCs de TRILL com coautoria de Linda Dunbar, aparece uma regra operacional simples e…
IETF
Hannes Gredler e o enlace OSPF que precisava drenar nos dois sentidos
O custo sobe ao máximo em um roteador, as rotas de saída mudam e a equipe conclui que o circuito está livre. Só que o vizinho continua originando o estado do caminho de volta. Para a operação existe um enlace; para o OSPF existem declarações direcionais independentes. A coautoria…
IETF
John Scudder e a sessão BGP que precisou declarar suas capacidades
Uma conexão TCP bem-sucedida não prova que dois roteadores concordaram sobre o BGP que pretendem operar. Um pode conhecer uma extensão que o outro nunca implementou; os dois podem tê-la no software, mas só um a anuncia neste OPEN. O registro público associado a John Scudder…
IETF
Ketan Talaulikar e o prefixo que atravessou a área sem perder a origem
Uma rede OSPF pode preservar a rota e apagar parte de sua memória ao mesmo tempo. Quando um prefixo cruza uma área, o novo anúncio identifica o roteador de borda que o retransmitiu, não necessariamente o equipamento que o originou. A RFC 9084, editada por Ketan Talaulikar em…
Desbloquear membro
Inteligência de perfil restrito
Faça login para desbloquear os briefings completos de perfil e as seções de análise aprofundada.
Briefing do Strategic Circle
Junte-se para desbloquear briefings estratégicos após fazer login.
Junte-se ao Círculo EstratégicoBriefing da Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance