SIMPLE (Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions) es un conjunto de perfiles y extensiones SIP diseñados para mensajería instantánea ( IM ) y notificaciones de presencia (Presencia). Al igual que XMPP , SIMPLE, a diferencia de la gran mayoría de protocolos existentes para mensajería instantánea y notificación de presencia, es un estándar abierto . Además, una de las características importantes del protocolo es la capacidad de utilizar listas de presencia tomadas de otras aplicaciones.
El SIMPLE SIP se utiliza para:
En 2006, el IETF encargó a un grupo de trabajo llamado SIMPLE Working Group que definiera un conjunto de perfiles y extensiones del estándar SIP para mensajería instantánea y notificación de presencia. En los documentos RFC : RFC 2778 Archivado el 8 de agosto de 2007 en Wayback Machine y RFC 2779 Archivado el 7 de agosto de 2007 en Wayback Machine , RFC 3428 Archivado el 6 de agosto de 2007 en Wayback Machine , el grupo definió el modelo de su operación y el requisitos básicos para una mensajería instantánea y notificación de presencia.
Los componentes clave del protocolo ya se han generalizado bastante, sobre todo Microsoft Windows Messenger . Archivado el 11 de diciembre de 2007 en Wayback Machine .
SIMPLE no es el único protocolo IM desarrollado dentro del IETF. Por ejemplo, uno es XMPP .
Las especificaciones de presencia del protocolo SIMPLE se pueden dividir en:
mecanismo central del protocolo . Proporciona las extensiones SIP reales para suscripciones, notificaciones y publicaciones. RFC 3265 define los métodos SUBSCRIBE y NOTIFY. El método SUBSCRIBE le permite suscribirse a un evento en el servidor, el servidor responde con un método NOTIFY cada vez que ocurre el evento. RFC 3856 define cómo usar SUBSCRIBE/NOTIFY para determinar la presencia. Se definen dos modelos: un modelo de extremo a extremo (cada Agente de usuario se suscribe de forma independiente a la información de presencia) y un modelo centralizado. Este último introduce el concepto de servidor de presencia. Todas las suscripciones son manejadas por este servidor. El mensaje PUBLICAR ( RFC 3903 ) permite a los Agentes de Usuario informar al servidor de presencia el estado de su suscripción.
documentos de presencia . La información de presencia se codifica en documentos XML que se transportan en el cuerpo de los mensajes SIP correspondientes. RFC 3863 y RFC 4479 describen este procedimiento, RFC 4480 (RPID), RFC 4481 , RFC 4482 (CPID) y otros describen el contenido y los formatos de los documentos de presencia.
política de privacidad y aprovisionamiento . Si se utiliza un modelo centralizado, los agentes de usuario necesitan una forma de determinar quién puede suscribirse ya qué parte de su información de presencia. RFC 4745 y RFC 5025 definen un marco para una política de autorización al controlar el acceso a ciertos datos de la aplicación. El protocolo XCAP ( RFC 4825 ) compatible con HTML permite que los agentes de usuario comuniquen sus reglas de presencia al servidor XCAP, que controla la cantidad de información que muestra el servidor de presencia. RFC 3857 y RFC 3858 definen el evento "información del observador". Los agentes de usuario pueden suscribirse a este evento para saber quién se suscribe para recibir su información de presencia.
SIP define dos modos de mensajería instantánea:
El modo paginado utiliza el método SIP MESSAGE como se define en RFC 3428 . Este método no configura sesiones.
Modo sesión . El Protocolo de retransmisión de sesión de mensajes ( RFC 4975 , RFC 4976 ) define un protocolo basado en texto que se utiliza para intercambiar contenido de tamaño arbitrario entre usuarios en cualquier momento. Una sesión de MSRP se configura mediante el intercambio de cierta información, como un URI de MSRP, dentro de la señalización SDP y SIP.