"Ámbito de aplicabilidad Este documento describe el uso del método MENSAJE para enviar mensajes instantáneos utilizando una metáfora similar a la de un buscapersonas bidireccional o un teléfono habilitado para SMS. Es decir, no existe una asociación explícita entre mensajes. Cada mensajería instantánea es independiente. -cualquier sentido de una ""conversación"" sólo existe en la interfaz de usuario del cliente@ o quizás en la propia imaginación del usuario. Contrastamos esto con un modelo de ""sesión""@ donde hay una conversación explícita con un comienzo y un final claros . En el entorno SIP @ una sesión de mensajería instantánea sería una sesión de medios iniciada con una transacción INVITE y terminada con una transacción BYE. Hay valor en cada modelo. La mayoría de los clientes de mensajería instantánea modernos ofrecen ambas experiencias de usuario. El usuario puede elegir enviar un IM a un contact@ o puede optar por invitar a uno o más contactos a unirse a una conversación. El modelo de buscapersonas tiene sentido cuando el usuario desea enviar un pequeño número de mensajes instantáneos cortos a un único (o un pequeño número de) destinatarios. El modelo de sesión tiene sentido para conversaciones extendidas@ unirse a grupos de chat@ si es necesario asociar una conversación con alguna otra sesión iniciada por SIP@ etc. Puede existir la tentación de simular una sesión de mensajes instantáneos iniciando un diálogo@ y luego enviando solicitudes de MENSAJE en el contexto de ese diálogo. Esta no es una solución adecuada para sesiones de mensajería instantánea @ ya que este enfoque obliga a las solicitudes de MENSAJE a seguir la misma ruta de red que cualquier otra solicitud SIP @ incluso aunque las solicitudes de MENSAJE posiblemente transporten medios en lugar de señalización. Las aplicaciones de mensajería instantánea suelen tener un gran volumen y esperamos que el volumen de mensajería instantánea en las sesiones sea aún mayor. Es probable que esto cause problemas de congestión si se envía a través de un transporte sin control de congestión @ y no existe un mecanismo claro en SIP para evitar que algún salto reenvíe una solicitud de MENSAJE a través de UDP. Además@ las solicitudes de MENSAJE enviadas a través de un diálogo existente deben@ por la naturaleza de SIP@ ir al mismo destino que cualquier otra solicitud enviada en ese diálogo. Esto evita cualquier separación entre el punto final de IM y el punto final de señalización. Esta no es una limitación aceptable para el modelo de sesión de mensajería instantánea. Los autores reconocen que puede haber razones válidas para enviar solicitudes de MENSAJE en el contexto de un diálogo. Por ejemplo@ un participante en una sesión de voz puede desear enviar un mensaje instantáneo a otro participante@ y asociar ese mensaje instantáneo con la sesión. Pero las implementaciones NO DEBEN crear cuadros de diálogo con el propósito principal de asociar solicitudes de MENSAJE entre sí. Tenga en cuenta que esta declaración no prohíbe el uso de SIP para iniciar una sesión multimedia compuesta por IMs@ como cualquier otra sesión. De hecho @ esperamos que la solución para las sesiones de mensajería instantánea utilice esa metáfora. El lector debe evitar confundir los conceptos de diálogo SIP y sesión multimedia."
RFC 3428-2002 Historia
2002RFC 3428-2002 Extensión del Protocolo de inicio de sesión (SIP) para mensajería instantánea