XMPP

El cliente XMPP se comunica con el servidor a través de un flujo TCP cifrado con TLS en el puerto 5222. Los servidores XMPP se comunican entre sí a través de un flujo TCP cifrado con TLS en el puerto 5269. ^{[ 3 ] [ 5 ]}

La arquitectura de red XMPP recuerda al Protocolo Simple de Transferencia de Correo (SMTP), un modelo cliente-servidor ; los clientes no se comunican directamente entre sí, ya que es descentralizada: cualquiera puede ejecutar un servidor. Por diseño, no existe un servidor central autorizado como en servicios de mensajería como AIM , WLM , WhatsApp o Telegram . A menudo surge cierta confusión al respecto, ya que existe un servidor XMPP público en jabber.org, al que se suscriben muchos usuarios. Sin embargo, cualquiera puede ejecutar su propio servidor XMPP en su propio dominio.

Cada usuario de la red tiene una dirección XMPP única, llamada ID de Jabber . ^{[ 6 ]} El JID está estructurado como una dirección de correo electrónico con un nombre de usuario y un nombre de dominio (o dirección IP ^{[ 7 ]} ) para el servidor donde reside ese usuario, separados por un signo arroba ( @) – por ejemplo, “ alice@example.com“: aquí aliceestá el nombre de usuario y example.comel servidor con el que está registrado el usuario.

Dado que un usuario puede querer iniciar sesión desde varias ubicaciones, puede especificar un recurso . Un recurso identifica un cliente particular que pertenece al usuario (por ejemplo, casa, trabajo o móvil). Esto se puede incluir en el JID agregando una barra diagonal seguida del nombre del recurso. Por ejemplo, el JID completo de la cuenta móvil de un usuario podría ser username@example.com/mobile.

Cada recurso puede tener especificado un valor numérico llamado prioridad . Los mensajes enviados simplemente a username@example.comirán al cliente con la prioridad más alta, pero los enviados a username@example.com/mobileirán solo al cliente móvil. La prioridad más alta es la que tiene el mayor valor numérico.

Los JID sin nombre de usuario también son válidos y pueden utilizarse para mensajes del sistema y control de funciones especiales en el servidor. El recurso sigue siendo opcional para estos JID.

El método para enrutar mensajes basándose en un identificador de punto final lógico ( el JID, en lugar de una dirección IP explícita ) ofrece oportunidades para utilizar XMPP como una implementación de red superpuesta sobre diferentes redes subyacentes. ^{[ 8 ]}

El protocolo de transporte original y "nativo" para XMPP es el Protocolo de Control de Transmisión (TCP), que utiliza flujos XML abiertos sobre conexiones TCP de larga duración. Como alternativa al transporte TCP, la comunidad XMPP también ha desarrollado un transporte HTTP para clientes web y usuarios detrás de cortafuegos restringidos . En la especificación original, XMPP podía usar HTTP de dos maneras: sondeo ^{[ 9 ]} y enlace . El método de sondeo, ahora obsoleto, implica esencialmente que los mensajes almacenados en una base de datos del servidor se obtienen (y se envían) regularmente por un cliente XMPP mediante solicitudes HTTP 'GET' y 'POST'. El método de enlace, implementado mediante flujos bidireccionales sobre HTTP síncrono ( BOSH ) ^{[ 10 ]} , permite a los servidores enviar mensajes a los clientes tan pronto como se envían. Este modelo de notificación push es más eficiente que el sondeo, donde muchos de los sondeos no devuelven datos nuevos. XMPP también admite el uso de WebSockets para comunicarse con un servidor ^{[ 11 ] .}

Dado que el cliente utiliza HTTP, la mayoría de los cortafuegos permiten que los clientes reciban y publiquen mensajes sin problemas. Por lo tanto, en escenarios donde el puerto TCP utilizado por XMPP está bloqueado, un servidor puede escuchar en el puerto HTTP normal y el tráfico debería pasar sin inconvenientes. Diversos sitios web permiten iniciar sesión en XMPP a través de un navegador. Además, existen servidores públicos abiertos que escuchan en los puertos HTTP (puerto 80) y HTTPS (puerto 443) estándar, lo que permite conexiones incluso detrás de la mayoría de los cortafuegos. Sin embargo, el puerto registrado por la IANA para BOSH es en realidad el 5280, no el 80.

La Fundación de Estándares XMPP o XSF (anteriormente Fundación de Software Jabber) participa activamente en el desarrollo de extensiones XMPP abiertas, denominadas XEP . ^{[ 12 ]} Sin embargo, las extensiones también pueden ser definidas por cualquier individuo, proyecto de software u organización. Para mantener la interoperabilidad, la XSF gestiona las extensiones comunes. Las aplicaciones XMPP, además de la mensajería instantánea, incluyen: salas de chat , gestión de redes , sindicación de contenido , herramientas de colaboración, intercambio de archivos , juegos, control y monitorización de sistemas remotos, geolocalización , middleware y computación en la nube , VoIP y servicios de identidad.

Gracias a su capacidad para admitir el descubrimiento en dominios de red locales , XMPP resulta idóneo para la computación en la nube, donde las máquinas virtuales, las redes y los cortafuegos podrían representar obstáculos para las soluciones alternativas de descubrimiento de servicios y de presencia. Los sistemas de almacenamiento y computación en la nube dependen de diversas formas de comunicación en múltiples niveles, incluyendo no solo la mensajería entre sistemas para transmitir el estado, sino también la migración o distribución de objetos de mayor tamaño, como el almacenamiento o las máquinas virtuales. Junto con la autenticación y la protección de datos en tránsito, XMPP puede aplicarse en diversos niveles y podría resultar ideal como middleware extensible o protocolo de middleware orientado a mensajes (MOM).

Dado que XML se basa en texto, el protocolo XMPP estándar presenta una mayor sobrecarga de red en comparación con las soluciones puramente binarias. Este problema se estaba abordando con el formato experimental XEP-0322 de Intercambio XML Eficiente (EXI), que serializa XML de forma binaria eficiente, especialmente en modo con esquema definido. Este XEP se encuentra actualmente aplazado.

La transferencia de datos binarios dentro de la banda es limitada. Los datos binarios deben codificarse primero en base64 antes de poder transmitirse dentro de la banda. Por lo tanto, cualquier cantidad significativa de datos binarios (por ejemplo, transferencias de archivos ) se transmite mejor fuera de banda , utilizando mensajes dentro de la banda para la coordinación. En la mayoría de los casos, esto se resuelve mediante el uso de un archivo adjunto a un mensaje y el mecanismo de carga de archivos HTTP XEP-0363, ampliamente implementado. El chat de voz y video se puede realizar a través del protocolo de extensión Jingle XMPP, XEP-0166.

Mediante la extensión Jingle , XMPP ofrece un medio abierto para admitir comunicaciones máquina a máquina o punto a punto a través de diversas redes. Esta función se utiliza principalmente para telefonía IP (VoIP).

XMPP admite conferencias con varios usuarios, utilizando la especificación Multi-User Chat (MUC) (XEP-0045). Desde el punto de vista de un usuario normal, es comparable a Internet Relay Chat (IRC).

Los servidores XMPP pueden aislarse (por ejemplo, en la intranet de una empresa ), y la autenticación segura ( SASL ) y el cifrado punto a punto ( TLS ) se han incorporado a las especificaciones básicas de XMPP.

La mensajería fuera de registro (OTR) es una extensión de XMPP que permite el cifrado de mensajes y datos. Posteriormente, fue reemplazada por una extensión superior: el cifrado de extremo a extremo múltiple ( OMEMO , XEP-0384), que garantiza el cifrado de extremo a extremo entre usuarios. Esto proporciona un mayor nivel de seguridad, ya que cifra todos los datos desde el cliente de origen y los descifra nuevamente en el cliente de destino; el operador del servidor no puede descifrar los datos que reenvía.

Los mensajes también se pueden cifrar con OpenPGP , por ejemplo con el software Gajim .

Si bien hoy existen varios protocolos de descubrimiento de servicios (como zeroconf o el Protocolo de localización de servicios ), XMPP proporciona una base sólida para el descubrimiento de servicios que residen localmente o a través de una red, y la disponibilidad de estos servicios (a través de información de presencia), como lo especifica XEP-0030 DISCO. ^{[ 13 ]}

Uno de los objetivos de diseño originales de la comunidad de código abierto Jabber era permitir a los usuarios conectarse a múltiples sistemas de mensajería instantánea (especialmente sistemas que no utilizan XMPP) a través de una única aplicación cliente. Esto se lograba mediante entidades llamadas transportes o pasarelas a otros protocolos de mensajería instantánea como ICQ , AIM o Yahoo Messenger , pero también a protocolos como SMS , IRC o correo electrónico . A diferencia de los clientes multiprotocolo , XMPP proporciona este acceso a nivel de servidor mediante la comunicación a través de servicios de pasarela especiales que se ejecutan junto con un servidor XMPP. Cualquier usuario puede "registrarse" en una de estas pasarelas proporcionando la información necesaria para iniciar sesión en esa red y, a continuación, puede comunicarse con los usuarios de esa red como si fueran usuarios de XMPP. De este modo, dichas pasarelas funcionan como proxies de cliente (la pasarela se autentica en nombre del usuario en el servicio que no utiliza XMPP). Como resultado, cualquier cliente que sea totalmente compatible con XMPP puede acceder a cualquier red con una pasarela sin necesidad de código adicional en el cliente y sin que este tenga acceso directo a Internet. Sin embargo, el modelo de proxy del cliente puede infringir los términos de servicio del protocolo utilizado (aunque dichos términos de servicio no son legalmente exigibles en varios países) y también requiere que el usuario envíe su nombre de usuario y contraseña de mensajería instantánea al sitio de terceros que opera el transporte (lo que puede generar preocupaciones sobre la privacidad y la seguridad).

Otro tipo de puerta de enlace es la puerta de enlace de servidor a servidor, que permite que una implementación de servidor que no utiliza XMPP se conecte a servidores XMPP nativos mediante las funciones de federación entre dominios integradas de XMPP. Diversos productos de software de mensajería instantánea empresarial ofrecen este tipo de puertas de enlace de servidor a servidor, entre ellos:

• HCL Sametime Premium ^{[ 14 ] [ 15 ]}
• Skype for Business Server (anteriormente llamado Microsoft Lync Server y Microsoft Office Communications Server – OCS) ^{[ 16 ]}

Existen numerosos programas de servidor XMPP; algunos de los más conocidos son ejabberd y Prosody .

Existe una gran cantidad de software cliente XMPP en varias plataformas modernas y antiguas, incluyendo clientes gráficos y basados ​​en línea de comandos. Según el sitio web de XMPP, algunos de los programas más populares incluyen Conversations , Cheogram, Monocles y Quicksy ( Android ), Dino ( BSD , Windows , Unix , Linux ), Converse.js (navegador web, Linux , Windows , macOS ), ^{[ 18 ]} Gajim ( Windows , Linux ), ^{[ 18 ]} Monal ( macOS , iOS ) y Swift.IM (macOS, Windows, Linux). Recientemente, Monal se ha bifurcado como una versión de Quicksy para iOS .

Otros clientes incluyen: Bombus, ChatSecure , Coccinella, Miranda NG , ^{[ 18 ]} Pidgin , Psi , ^{[ 18 ]} Tkabber , Trillian y Xabber .

Algunos de los mayores proveedores de mensajería utilizan, o han utilizado, diversas formas de protocolos basados ​​en XMPP en sus sistemas backend sin necesariamente exponer este hecho a sus usuarios finales. ^{[ 20 ] [ 21 ]} Un ejemplo es Google , que en agosto de 2005 presentó Google Talk , un sistema combinado de VoIP y mensajería instantánea que utiliza XMPP para mensajería instantánea y como base para un protocolo de señalización de transferencia de voz y archivos llamado Jingle . El lanzamiento inicial no incluía comunicaciones de servidor a servidor ; Google habilitó esa función el 17 de enero de 2006. ^{[ 22 ]} Posteriormente, Google agregó funcionalidad de video a Google Talk, utilizando también el protocolo Jingle para la señalización. En mayo de 2013, Google anunció que se eliminaría la compatibilidad con XMPP de Google Talk para la federación de servidor a servidor, aunque se mantendría el soporte de cliente a servidor. ^{[ 23 ]} Desde entonces, Google Talk ha sido eliminado de la línea de productos de Google.

En enero de 2008, AOL introdujo soporte experimental para XMPP en su servicio AOL Instant Messenger (AIM), ^{[ 24 ]} permitiendo a los usuarios de AIM comunicarse mediante XMPP. Sin embargo, en marzo de 2008, este servicio se suspendió. A partir de mayo de 2011, AOL ofrece soporte limitado para XMPP. ^{[ 25 ]}

En febrero de 2010, el sitio de redes sociales Facebook abrió su función de chat a aplicaciones de terceros a través de XMPP. ^{[ 26 ]} Algunas funcionalidades no estaban disponibles a través de XMPP, y el soporte se eliminó en abril de 2014. ^{[ 27 ]} En 2024, en respuesta a la Ley de Mercados Digitales de la UE, Meta se vio obligada a habilitar un mayor grado de interoperabilidad entre sus productos WhatsApp y Facebook Messenger (ambas implementaciones cerradas de XMPP) y otros sistemas XMPP. ^{[ 28 ]} Esto describe una posible ruta para que terceros interoperaran con los productos Meta XMPP, que es un nivel de interoperabilidad mucho menor que la verdadera Federación.

De manera similar, en diciembre de 2011, Microsoft lanzó una interfaz XMPP para su servicio Microsoft Messenger . ^{[ 29 ]} Skype , su sucesor de facto, también proporcionó soporte XMPP limitado. ^{[ 30 ]} Apache Wave es otro ejemplo. ^{[ 31 ]}

XMPP es el estándar de facto para el chat privado en plataformas relacionadas con juegos como Origin , ^{[ 32 ]} y PlayStation , así como los ahora descontinuados Xfire y Raptr . ^{[ 33 ]} Dos excepciones notables son Steam ^{[ 34 ]} y Xbox LIVE ; ambos utilizan sus propios protocolos de mensajería propietarios .

Las características de XMPP, como la federación entre dominios, la publicación/suscripción, la autenticación y su seguridad, incluso para puntos finales móviles, se están utilizando para implementar el Internet de las Cosas . Varias extensiones de XMPP forman parte de la implementación experimental: Formato de intercambio XML eficiente (EXI); ^{[ 46 ]} Datos de sensores; ^{[ 47 ]} Aprovisionamiento; ^{[ 48 ]} Control; ^{[ 49 ]} Concentradores; ^{[ 50 ]} Descubrimiento. ^{[ 51 ]}

Estos esfuerzos están documentados en una página de la wiki de XMPP dedicada al Internet de las Cosas ^{[ 52 ]} y en la lista de correo de XMPP IoT. ^{[ 53 ]}

XMPP ha sido considerado a menudo como un competidor de SIMPLE , basado en el Protocolo de Inicio de Sesión (SIP), como protocolo estándar para mensajería instantánea y notificación de presencia. ^{[ 54 ] [ 55 ]}

La extensión XMPP para chat multiusuario ^{[ 40 ]} puede considerarse un competidor de IRC , aunque IRC es mucho más simple, tiene muchas menos funciones y es mucho más utilizado.

Las extensiones XMPP para publicación-suscripción ^{[ 41 ]} proporcionan muchas de las mismas características que el Protocolo avanzado de cola de mensajes (AMQP).