Resumo

  • O algoritmo de recepção exemplificado pelo RTP colocava um SSRC desconhecido em probation: um pacote plausível não bastava, e uma pequena sequência consecutiva fornecia evidência fraca de continuidade.
  • Um salto enorme era recusado e seu sucessor esperado ficava guardado; somente a chegada desse número abria uma nova época, protegendo as contas sem autenticar o emissor.

Passar na sintaxe não era passar como fonte

O receptor encontra pela primeira vez o SSRC 0x4A17 e o número 41.900. A versão é 2, o tipo de carga é conhecido e o comprimento combina com o preenchimento. O pacote pode ser legítimo. Também pode ter sido endereçado ao aplicativo errado, decifrado no contexto errado ou coincidir por acaso com poucos bits verificáveis.

O RFC 1889, de 1996, reconheceu que uma fonte inédita oferece apenas verificações fracas. O RFC 3550, de 2003, preservou a solução. Versão, tipo, extensão, padding e tamanho excluem algumas interpretações, mas um datagrama isolado não traz consigo uma história.

O receptor acrescenta tempo à prova. Um SSRC novo entra em probation até que MIN_SEQUENTIAL números consecutivos sejam observados. No exemplo típico, o valor é dois: 41.900 ainda é candidatura; 41.901 estabelece a primeira ligação entre observações.

Essa ligação não identifica uma pessoa nem autentica um equipamento. Também não garante decodificação. Ela apenas torna razoável manter uma hipótese operacional: há uma fonte sustentando uma sequência.

A proteção cobrava os primeiros instantes

Os pacotes em probation podem ser descartados ou guardados para entrega após a validação, caso o atraso seja aceitável. Exigir mais números reduz admissões por coincidência, mas retém mais mídia inicial. Com muita perda, a fonte verdadeira talvez nunca forme a série necessária.

Por isso os valores aparecem como parâmetros de exemplo. Um RTCP válido já recebido fornece contexto adicional. Um formato cuja marca temporal cresce de modo previsível oferece outra checagem. Uma ligação interativa e um arquivo gravado podem escolher compromissos diferentes.

Probation descreve corretamente uma decisão local sob incerteza. Chamar isso de autenticação transferiria ao emissor uma prova que ele não apresentou.

O número de 16 bits voltava ao começo

Depois da admissão, a comparação continua dependente de estado. O número RTP tem 16 bits e retorna a zero após 65.535. O receptor combina o maior número visto com um contador de ciclos para construir a sequência estendida usada nos relatórios.

Pacotes também chegam fora de ordem. Um valor pouco atrás pode ser atrasado ou duplicado; um valor razoavelmente adiante pode indicar uma lacuna. O exemplo do RFC 3550 usa MAX_MISORDER 100 e MAX_DROPOUT 3.000.

As premissas explicam o significado: cinquenta pacotes por segundo, dois segundos de desordem e um minuto de interrupção. Em outra taxa, os mesmos números representam outro tempo. Não são constantes naturais de toda mídia.

Um salto enorme precisou do número seguinte

Se a sequência chegou a 12.000 e aparece 50.000, somar a distância às perdas cria uma precisão inventada. Declarar imediatamente um reinício também escreve uma história com base em uma única anomalia.

O algoritmo recusa o salto e guarda o número ruim mais um em bad_seq. Se 50.001 chega depois, o par passa a parecer um novo início consecutivo. O estado é reinicializado e o segundo pacote se torna a primeira observação aceita da nova época.

Na admissão inicial, a continuidade responde se um SSRC desconhecido merece memória prolongada. Após o salto, responde se a história antiga de um SSRC conhecido ainda explica o presente. A semelhança existe porque não se pode depender de uma mensagem explícita de reinício.

Zerar as perdas era reconhecer um intervalo desconhecido

Ao ressincronizar, o receptor reinicia as estatísticas. Ele não apaga o fato de que perdas anteriores importaram. Evita afirmar quantos pacotes existiram durante uma ausência que pode ter atravessado ciclos completos ou um reinício com número aleatório.

O próprio cálculo do RFC 3550 é menos intuitivo que um percentual. Perda acumulada é esperados menos recebidos; pacotes tardios e duplicados entram nos recebidos. Duplicatas em excesso podem produzir valor negativo. O RFC 3611 acrescentou rastros de perda e duplicação e recomendou relatar eventos observados antes de interpretá-los.

A fronteira de época define o denominador. Estender uma única conta por um renascimento não observado troca ignorância honesta por exatidão ornamental.

A norma nova consertou o exemplo copiável

O RFC 3550 registrou ajustes no texto anterior. base_seq passou a começar no número recebido, não em um a menos. Ficou explícito que se guarda o número ruim mais um. A inicialização completa foi separada de uma única chamada, e palavras perdidas no processamento editorial do RFC 1889 voltaram.

Um erro de um altera os pacotes esperados; uma descrição ambígua de bad_seq muda qual pacote confirma a época. Pseudocódigo de apêndice pode virar infraestrutura justamente porque é fácil copiá-lo.

O núcleo durável não são 2, 100 e 3.000. São estados explícitos para candidato, sequência válida, atraso tolerado, ruptura suspeita e novo início confirmado.

Continuidade não assinava a origem

Um falsificador capaz de emitir números consecutivos pode passar; uma fonte verdadeira com perdas pode falhar. O RFC 3711 definiu o SRTP para fornecer confidencialidade, autenticação de mensagem e proteção contra repetição com gestão de chaves adequada. Essa é outra camada.

Nem o SRTP prova que alguém ouviu ou entendeu. A probation RTP afirma muito menos. O primeiro número propõe uma história, o segundo sustenta continuidade; o salto suspende a conta antiga, e seu sucessor pode abrir outra. É o estado do receptor que transforma campo em evidência.

Fontes