Resumen

  • RFC 3428 permitía que un proxy SIP bifurcara una petición MESSAGE hacia varios terminales posibles y, aun así, enviara una sola respuesta final al remitente.
  • Esa respuesta no revelaba si hubo bifurcación ni cuántos agentes de usuario recibieron la petición; tampoco demostraba que alguien hubiera leído el mensaje.

La diferencia pertenecía al modelo del protocolo, no era por sí sola una señal de fallo. RFC 3428 añadió MESSAGE a SIP para mensajes independientes, semejantes a los de un buscapersonas. La petición no abre un diálogo SIP. Los proxies la enrutan según las reglas de SIP, y uno situado más adelante puede bifurcarla hacia varios dispositivos donde quizá se encuentre el destinatario.

Así aparecen dos registros distintos de una misma transacción. Varias ramas pueden responder con éxito tras recibir el mensaje, pero el proxy solo reenvía una respuesta final al remitente. RFC 3428 dice que el cliente emisor no puede detectar si ocurrió la bifurcación y no debe concluir, a partir de esa única respuesta, que solo un agente de usuario recibió la petición. El número de respuestas visibles para quien envía no equivale al número de destinatarios.

El código de respuesta sigue siendo importante, aunque contesta otra pregunta. En el caso normal del destino final, 200 OK permite al cliente emisor asumir que el mensaje llegó a ese destino; no significa que la persona lo haya visto o leído. El agente puede contestar antes de mostrarlo. 202 Accepted es más limitado: una pasarela, un servidor de almacenamiento y reenvío u otro servicio aceptó el mensaje, pero no queda acreditada la entrega final. RFC 3428 deja fuera de alcance el mecanismo adicional necesario para confirmarla.

Al reconstruir una traza, el emisor puede tener una transacción y una respuesta final mientras los registros posteriores muestran varias ramas exitosas. No hay contradicción. A la inversa, un solo 200 recibido no demuestra entrega exactamente una vez, no cuenta los dispositivos receptores ni prueba atención humana. RFC 3428 define una posibilidad normativa; no acredita que un servicio concreto haya bifurcado un mensaje ni que alguien lo abriera.

El modelo también era acotado: cada MESSAGE es independiente y la conversación puede existir solo en la interfaz o en la percepción de los usuarios. El RFC separó ese modelo de buscapersonas de una sesión con inicio y cierre explícitos. RFC 8591 actualizó después aspectos de S/MIME para mensajería SIP, pero no convirtió una respuesta SIP en prueba de lectura ni alteró el límite de contabilización de bifurcaciones aquí analizado.

Fuentes: secciones 2–8 de RFC 3428; RFC 3261 para el enrutamiento y los proxies SIP; RFC 8591 para las actualizaciones posteriores de S/MIME. Conjunto completo: