Resumo

  • A RFC 3261 define 180 Ringing como resposta provisória: o agente receptor está tentando alertar o usuário, e o cliente chamador pode iniciar um tom local a partir dela.
  • O código não comprova que o aparelho remoto emitiu som, que mídia antecipada chegou, que alguém percebeu o alerta ou que a chamada foi aceita. O PRACK da RFC 3262 confirma a recepção de uma resposta provisória, não o atendimento.
  • Um evento útil de “alerta iniciado” precisa manter origem, ramificação, instante e estado posterior; só então pode orientar operações sem virar um recibo falso.

Um som local com aparência de fato remoto

Para quem liga, o ringback parece uma transmissão direta do outro lado. No SIP, ele pode ser uma decisão do terminal local depois de receber 180. A onda sonora no fone não viajou necessariamente a partir do destino; ela pode ter sido sintetizada como representação de uma mensagem de sinalização.

O texto da RFC 3261 é deliberadamente estreito: o agente que recebeu o INVITE está tentando alertar o usuário. Uma tela pode acender sem som. Um modo de concentração pode esconder o aviso. O dispositivo pode estar numa sala vazia. Em uma chamada bifurcada, a ramificação que avisou primeiro talvez seja cancelada quando outro contato responder. A tentativa é observável; a percepção não é.

O lugar de 180 na classe 1xx reforça o limite. Respostas provisórias descrevem progresso enquanto o processamento continua. A aceitação vem com a resposta final 2xx; falhas finais encerram a tentativa de outra forma. Se um painel converte o primeiro 180 em “atendida”, ele apaga a diferença entre caminho e destino.

Oito autores assinam a RFC 3261: Jonathan Rosenberg, Henning Schulzrinne, Gonzalo Camarillo, Alan Johnston, Jon Peterson, Robert Sparks, Mark Handley e Eve Schooler. Schulzrinne tem papel central na história das comunicações pela Internet, mas a atribuição correta é coletiva. A arquitetura é valiosa justamente por permitir relacionar sinalização, mídia e experiência sem dizer que são o mesmo evento.

A mídia pode começar sem esperar a aceitação

Gonzalo Camarillo e Schulzrinne escreveram a RFC 3960 sobre mídia antecipada e geração do tom de chamada. Antes de uma sessão ser aceita, uma central, um gateway ou o terminal remoto pode enviar áudio. Em outras situações, o aparelho chamador produz o tom usando a sinalização. O usuário pode ouvir algo nas duas hipóteses, mas a custódia da evidência muda.

Gerar som localmente pode encobrir uma mensagem em banda sobre congestionamento ou fila. Esperar apenas a mídia pode resultar em silêncio quando os pacotes não aparecem. A bifurcação agrava o problema: uma ramificação manda 180, outra fornece áudio e uma terceira acaba atendendo. Por isso a RFC 3960 apresenta escolhas de política, e não uma regra universal segundo a qual 180 significaria “o telefone remoto está audível”.

Quatro relógios deveriam permanecer visíveis. Um marca a chegada da sinalização; outro, a primeira mídia utilizável e sua fonte; o terceiro, o que a interface local apresentou; o quarto, o resultado final do diálogo. A afirmação de que uma pessoa notou a chamada exige um quinto tipo de prova. Em trajetos simples os tempos podem ficar próximos, mas justamente os casos anormais os separam.

Uma captura de pacotes é forte no domínio que observa: ela comprova que certo elemento SIP recebeu uma mensagem em determinado instante. Não mede o volume de outro aparelho, a política de notificação do sistema operacional ou a presença de uma pessoa. Cada pergunta precisa da fonte que controla o fato correspondente.

PRACK melhora a custódia da mensagem, não o seu alcance

A RFC 3262, de Jonathan Rosenberg e Schulzrinne, torna confiáveis certas respostas provisórias. Elas recebem informação de sequência, e o cliente confirma sua chegada ordenada usando PRACK. Isso evita que um estado provisório importante dependa apenas de uma entrega incerta.

O objeto confirmado, porém, continua provisório. PRACK não é o ACK da resposta final 2xx, não atesta a chegada de mídia e não representa o gesto de atender. A própria RFC 3262 admite que uma resposta final seja enviada antes de o PRACK chegar.

Há uma armadilha visual para operações: retransmissão, sequência, correlação e confirmação fazem o evento parecer definitivo. A confiabilidade responde “o par recebeu esta declaração?”. A finalidade responde “como o convite terminou?”. É possível conhecer a primeira resposta com precisão e ainda aguardar a segunda.

Cada ramificação tem sua própria história de toque

Um INVITE pode alcançar vários contatos. Uma ramificação devolve 180, outra transmite um anúncio, outra rejeita e uma quarta aceita. Um único campo “tocando” no nível da chamada perde quem falou e se aquela fonte continuou relevante.

A RFC 6228 introduziu 199 para avisar que um diálogo antecipado específico terminou. Outros diálogos podem continuar, e a resposta final do INVITE ainda será necessária. O receptor pode então eliminar o estado e a mídia ligados à ramificação encerrada.

Christer Holmberg, não Schulzrinne, escreveu a RFC 6228. Ela entra aqui como evidência posterior das consequências arquitetônicas, sem alterar a autoria. O documento mostra por que todo estado provisório precisa de procedência: registrar que “houve 180” sem ramificação e sem evento que o substituiu guarda apenas metade do fato.

O código continua valioso quando usado no tamanho certo. Um evento de alerta-iniciado por ramificação mede avanço de roteamento, encontra destinos que não chegam a uma condição final e permite calcular intervalos. Fonte, instante e superação preservam sua honestidade; chamar isso de resposta humana a destrói.

A precisão também vale para a biografia

O perfil atual de Columbia apresenta Schulzrinne como Julian Clarence Levi Professor of Mathematical Methods and Computer Science e professor de Engenharia Elétrica. O retrato atual no Datatracker da IETF lista 90 RFCs associados a ele. São sinais de uma contribuição extensa, não licença para transformar colaboração em mito individual.

A atribuição delimitada diz que a RFC 3261 é coletiva; a RFC 3262 pertence a Rosenberg e Schulzrinne; a RFC 3960 é um RFC Informational de Camarillo e Schulzrinne, não um Internet Standard; e a RFC 6228 é de Holmberg. Preservar autor, documento e categoria é o equivalente editorial de preservar fonte, ramificação e classe de resposta.

Fontes