Resumo

  • A RFC 3428 permitia que um proxy SIP bifurcasse uma solicitação MESSAGE para vários terminais possíveis e, ainda assim, encaminhasse uma única resposta final ao remetente.
  • Essa resposta não revelava se houve bifurcação nem quantos agentes de usuário receberam a solicitação; tampouco provava que alguém leu a mensagem.

Essa diferença fazia parte do modelo do protocolo e, por si só, não indicava uma falha. A RFC 3428 acrescentou MESSAGE ao SIP para mensagens independentes, semelhantes às de um pager. Uma solicitação MESSAGE não inicia um diálogo SIP. Os proxies a roteiam conforme as regras do SIP, e um proxy mais adiante pode bifurcá-la para vários dispositivos onde o destinatário talvez esteja conectado.

Assim, uma transação tem duas perspectivas. Vários ramos podem responder com sucesso após receber a mensagem, mas o proxy encaminha apenas uma resposta final para cima. A RFC 3428 afirma que o cliente de origem não tem como detectar a bifurcação e não deve concluir, a partir da resposta única, que apenas um agente de usuário recebeu a solicitação. O número de respostas visível para quem envia não é uma contagem de destinatários.

O código de resposta continua importante, mas responde a outra pergunta. No caso comum em que o destino final responde, 200 OK permite ao cliente de origem presumir que a mensagem chegou àquele destino; não significa que a pessoa a viu ou leu. O agente pode responder antes da exibição e não é obrigado a mostrar o conteúdo. 202 Accepted é mais limitado: um gateway, servidor de armazenamento e encaminhamento ou outro serviço aceitou a mensagem, sem comprovar a entrega final. A RFC 3428 deixa fora do escopo o mecanismo adicional necessário para confirmá-la.

Ao reconstruir uma troca, o remetente pode ter uma transação e uma resposta final enquanto os registros a jusante mostram vários ramos bem-sucedidos. Não há contradição. Por outro lado, um único 200 a montante não prova entrega exatamente uma vez, não conta os dispositivos receptores nem comprova atenção humana. A RFC 3428 especifica uma possibilidade, não demonstra que um serviço específico bifurcou uma mensagem ou que alguém a abriu.

O modelo também era restrito: cada MESSAGE é independente, e a conversa pode existir apenas na interface ou na percepção dos usuários. A RFC distinguiu esse modelo de pager de uma sessão com começo e fim explícitos. A RFC 8591 atualizou e esclareceu posteriormente partes do uso de S/MIME em mensagens SIP; isso não tornou uma resposta SIP um comprovante de leitura nem alterou o limite de contabilização das bifurcações tratado aqui.

Fontes: seções 2–8 da RFC 3428; RFC 3261 sobre roteamento e proxies SIP; RFC 8591 sobre atualizações posteriores de S/MIME. Conjunto completo: