Resumo

  • A RFC 9897 define a negociação MP-DCCP, o anúncio de endereços e a entrada autenticada de um subfluxo adicional numa conexão existente.
  • MP_CONFIRM e MP_JOIN demonstram fatos limitados do plano de controle; não demonstram agendamento, recepção no prazo, reordenação, failover ou resultado resiliente da aplicação.

O painel ficou verde. O segundo subfluxo concluiu o handshake, o identificador de conexão foi aceito e o HMAC vinculou a entrada às partes do primeiro fluxo. Mas, quando o caminho principal piorou, qual datagrama essencial atravessou o alternativo? O registro que comprova a entrada não registra essa resposta.

Publicada como Proposed Standard em janeiro de 2026, a RFC 9897 estende o DCCP para múltiplos caminhos; o registro do RFC Editor fixa sua identidade. O serviço da RFC 4340 continua sendo de datagramas não confiáveis com controle de congestionamento. Vários subfluxos podem parecer uma conexão para a aplicação sem se transformar num fluxo confiável de bytes.

O primeiro subfluxo negocia a capacidade multipath e troca material de chave de cada host. Um subfluxo posterior leva MP_JOIN, o Connection Identifier do par e um nonce novo; MP_HMAC verifica que ele pertence à conexão original. A distinção impede que um fluxo qualquer reivindique associação. Ainda assim, a associação autenticada não informa qual pacote da aplicação o escalonador realmente destinou àquele caminho.

O anúncio de endereço é uma etapa ainda anterior. MP_ADDADDR comunica um endereço e, se necessário, uma porta; HMAC e sequência protegem o dado e separam versões recentes das obsoletas. O par pode armazenar ou descartar o anúncio. MP_CONFIRM torna confiável a troca da opção, mas a RFC exclui explicitamente o processamento posterior do significado da confirmação. Anúncio confirmado não é subfluxo estabelecido; subfluxo estabelecido não é uso observado.

A norma preserva essa divisão de propósito. MP-DCCP fornece números de sequência da conexão, informação de RTT e dicas de prioridade. A escolha do algoritmo de agendamento, a reordenação opcional no receptor e a política de quando e em que ordem adicionar ou remover subfluxos pertencem aos endpoints. Nem o número máximo é negociado; cada implementação deve conter seu consumo de recursos.

É nessas decisões locais que a experiência do serviço nasce. Uma estratégia de mobilidade pode tentar o caminho alternativo quando o principal deixa de servir, mas a melhor combinação de origem e destino é decisão da implementação. No uso simultâneo, o escalonador decide por pacote, e controle de congestionamento e eventual reordenação determinam o comportamento. Dois subfluxos podem dividir o mesmo gargalo; a contagem não prova domínios de falha independentes nem capacidade adicional.

O limite de segurança também precisa permanecer visível. A RFC protege a adesão e algumas mensagens no seu modelo de chaves, mas não entrega por si só toda garantia criptográfica exigida pela aplicação. Por isso menciona proteção fim a fim como DTLS sobre DCCP. Um Address ID também não elimina middleboxes. DCCP-UDP oferece encapsulamento para travessia, porém esse recurso está fora do MP-DCCP da RFC 9897.

A especificação toma linguagem e sinais da RFC 8684, e remete à RFC 8041 ao discutir limites de caminhos. Esse contexto não transfere a MP-DCCP propriedades de entrega ou experiência operacional de MPTCP. O registro IANA de parâmetros DCCP confirma as atribuições de Feature 10, Option 46, versão 0 e subopções; não confirma implementação nem desempenho.

O operador precisa costurar quatro registros. O de controle guarda negociação, anúncios, confirmações, adesões, nonces, tipos de chave, fechamento e fallback. O de caminho guarda decisões do escalonador, quádruplas, autorização de congestionamento, horário, perda e gargalos compartilhados. O receptor guarda chegada, lacunas, atraso e reordenação. O serviço registra se atingiu a meta concreta de troca, latência, continuidade ou agregação.

A Especificação Inicial Mínima de Heng Lu explica por que a RFC não congela um escalonador universal: o acordo comum pode ser estreito e a decisão futura ficar onde é observável e reversível. A primazia do código em execução exige pacotes e resultado. As camadas da realidade impedem que um símbolo autenticado no controle vire autoridade sobre a aplicação.

A norma oferece uma entrada disciplinada ao segundo caminho. A resiliência só começa quando a evidência atravessa essa entrada.

Sources