XMPP

No debe confundirse con XAMPP, una pila de software de servidor web.

Logo oficial

Mensajería extensible y Protocolo de presencia (XMPP) es una Protocolo de comunicaciones para middleware orientado a mensajes basado en XML (Extensible Markup Language). Permite el intercambio de tiempo real de estructura todavía extensible datos entre cualquier dos o más entidades de la red. Originalmente llamado Jabber, el protocolo fue desarrollado por la comunidad open-source de Jabber en 1999 para casi en tiempo real mensajería instantánea (IM), información de presencia, y lista de contactos mantenimiento. Diseñado para ser extensible, el protocolo se ha utilizado también para publicar-suscribir sistemas de señalización para VoIP, video, transferencia de archivos, Juegos de azar, la Internet de las cosas (IoT) aplicaciones tales como la red inteligente, y servicios de redes sociales.

A diferencia de la mayoría protocolos de mensajería instantáneos XMPP se define en un estándar abierto y utiliza un sistemas abiertos enfoque de desarrollo y aplicación, por que cualquiera puede implementar un servicio XMPP e interoperar con implementaciones de otras organizaciones. Porque XMPP es un protocolo abierto, las implementaciones pueden desarrollarse utilizando cualquier licencia de software; Aunque muchas implementaciones de servidor, cliente y biblioteca se distribuyen como software libre y código abierto, numerosos Freeware y software comercial también existen implementaciones.

La Internet Engineering Task Force (IETF) formó un XMPP Grupo de trabajo en el 2002 para formalizar los protocolos base como una tecnología IETF instantánea mensajería y presencia. El grupo de trabajo de XMPP produjo cuatro especificaciones (RFC 3920, RFC 3921, RFC 3922, RFC 3923), que fueron aprobados como estándares propuestos en 2004. En 2011, RFC 3920 y RFC 3921 fueron reemplazados por RFC 6120 y RFC 6121 respectivamente, con RFC 6122 especifica el formato de dirección XMPP. En el año 2015, RFC 6122 fue reemplazado por RFC 7622. Además de estos protocolos básicos estandarizados en la IETF, los Fundación de estándares XMPP (anteriormente la Jabber Software Foundation) es activo en el desarrollo abierto XMPP extensiones.

Software basado en XMPP se despliega ampliamente a través de Internet y en 2003, fue utilizado por más 10 millones de personas en todo el mundo, según la Fundación de estándares XMPP.

Conjunto de protocolos de Internet
Capa de aplicación
BGP DHCP DNS FTP HTTP IMAP LDAP MGCP MQTT NNTP NTP POP RPC DE ONC RTP RTSP RIP SIP SMTP SNMP SSH Telnet TLS/SSL XMPP más...
Capa de transporte
TCP UDP DCCP SCTP RSVP más...
Capa de Internet
IP IPv4 IPv6 ICMP ICMPv6 ECN IGMP OSPF IPsec más...
Capa de enlace de
ARP NDP Túneles de L2TP PPP MAC Ethernet DSL ISDN (RDSI) FDDI más...

Historia

Jeremie Miller comenzó a trabajar en la tecnología Jabber en 1998 y lanzado la primera versión de la jabberd servidor en 04 de enero de 1999. La primera comunidad de Jabber centrado en software libre, principalmente el servidor de jabberd, pero su resultado principal fue el desarrollo del protocolo XMPP.

El temprano Jabber Protocolo, desarrollado en 1999 y 2000, formó la base para XMPP publicados en RFC 3920 y RFC 3921 (los cambios principales durante formalización por grupo de trabajo de IETF XMPP fueron la adición de TLS para la codificación de canal y SASL para la autenticación). Tenga en cuenta que RFC 3920 y RFC 3921 han sido reemplazadas por RFC 6120 y RFC 6121, publicado en 2011.

El primer servicio de mensajería instantánea basado en XMPP fue Jabber.org, que ha funcionado continuamente y ofrece cuentas gratuitas desde 1999. Desde 1999 hasta febrero de 2006, el servicio utilizado jabberd como su software de servidor, momento en el que emigró a Ejabberd (ambos de los cuales se software libre servidores de aplicaciones). En enero de 2010, el servicio emigró a la propietario Software de servidor M-Link producido por Isode.

En agosto de 2005 Google introducido Google Talk, una combinación sistema VoIP y mensajería instantánea que utiliza XMPP de mensajería instantánea y como base para una voz y un archivo transferencia protocolo de señalización de llamada Jingle. El lanzamiento inicial no incluyó servidor a servidor comunicaciones; Google habilita esa función en 17 de enero de 2006. Google ya ha añadido funcionalidad vídeo para Google Talk, también usando el protocolo Jingle para señalización. En mayo de 2013, Google anunciaba compatibilidad con Jabber sería bajado de Google Talk para Federación de servidor a servidor, aunque conservaría soporte de cliente a servidor.

En enero de 2008, AOL introdujo soporte XMPP experimental para su AOL Instant Messenger Servicio (objetivo), permitiendo a los usuarios objetivo comunicarse usando XMPP. Sin embargo, en marzo de 2008, este servicio fue continuado. A partir de mayo de 2011, AOL ofrece soporte limitado de XMPP.

En septiembre de 2008 Cisco Systems adquiere Jabber, Inc., los creadores de los productos comerciales de Jabber XCP.

En febrero de 2010, el sitio de redes sociales Facebook abrió su función de chat a aplicaciones de terceros vía XMPP. Parte de la funcionalidad no estaba disponible a través de XMPP, y apoyo fue abandonado en abril de 2014.

Asimismo, en diciembre de 2011, Microsoft lanzó una interfaz XMPP para su Servicio de Microsoft Messenger. Skype, su sucesor de hecho, también ofrece compatibilidad limitada con XMPP. Sin embargo, estos no son nativas implementación XMPP.

Fortalezas

Descentralización

La arquitectura de la red XMPP es similar al correo electrónico; cualquier persona puede ejecutar su propio servidor XMPP y hay no hay servidor central maestro.

Estándares abiertos

La Internet Engineering Task Force XMPP formalizado como una tecnología aprobada de mensajería y presencia instantánea bajo el nombre de XMPP (las últimas especificaciones están RFC 6120 y RFC 6121). No hay derechos de autor o permisos concedidos son necesarios para implementar estas especificaciones.

Historia

Tecnologías XMPP han estado en uso desde 1999. Muchas implementaciones de los estándares XMPP existen para clientes, servidores, componentes y bibliotecas de código.

Seguridad

Servidores XMPP pueden ser aislados (por ejemplo, en una empresa Intranet) y segura (autenticaciónSASL) y cifrado (TLS) se han construido a las especificaciones de núcleo XMPP.

Flexibilidad

Funcionalidad personalizada puede ser construido sobre XMPP. Para mantener la interoperabilidad, extensiones comunes son manejadas por el Fundación de estándares XMPP. Las aplicaciones más allá de la mensajería instantánea XMPP incluyen salas de chat, Administración de redes, sindicación de contenidos, herramientas de colaboración, uso compartido de archivos, juegos de azar, sistemas remotos de control y seguimiento, geolocalización, middleware y Computación en la nube, VoIP, y servicios de identidad.

Debilidades

No es compatible con calidad de servicio (QoS)

Entrega garantizada de mensajes tiene que ser construido encima de la capa XMPP. Hay dos XEPs propuestas abordar esta cuestión, Recibos de entrega de mensaje XEP-0184 que es un proyecto de estándar, y XEP-0333 Chat marcadores que se considera experimental.

Comunicación basada en texto

Puesto que XML es texto, XMPP normal cuenta con una red mayor sobrecarga en comparación con soluciones puramente binarias. Este tema se aborda la experimental XEP-0322: XML eficiente formato de intercambio (EXI), donde XML se serializa de forma binaria muy eficiente, especialmente en el modo esquema informado.

Transferencia de datos binarios en banda es limitada

Datos binarios debe ser el primero Base64 codificadas antes de que puede ser transmitida en la banda. Por lo tanto, cualquier cantidad significativa de datos binarios (por ejemplo, transferencias de archivos) es mejor transmite fuera de banda, utilizando mensajes en banda para coordinar. El mejor ejemplo de esto es la Jingle Protocolo de extensión XMPP, XEP-0166.

Descentralización y direccionamiento

Una simple red XMPP con los servidores Jabber.org y Draugr.de. Clientes verdes están en línea, clientes amarillas escriben mutuamente y verde pequeño subclientes son los recursos de un usuario. La red marrón no está conectada a internet. El servidor de Draugr.de está conectado a otros servicios de mensajería instantánea (ICQ, AIM y otros) a través Transportes XMPP.

La red XMPP utiliza un cliente – servidor arquitectura; clientes no hablan directamente con uno otro. El modelo se descentraliza - cualquier persona puede ejecutar un servidor. Por diseño, no hay ningún servidor autoridad central ya que hay servicios tales como AOL Instant Messenger o Windows Live Messenger. Cierta confusión a menudo se presenta en este punto ya que hay un servidor XMPP público se ejecuta a Jabber.org, que un gran número de usuarios suscribirse. Sin embargo, cualquier persona puede ejecutar su propio servidor XMPP en dominio propio.

Cada usuario de la red tiene una dirección única de XMPP, llamada JID (por razones históricas, XMPP direcciones se llaman a menudo Jabber ID). La JID es estructurado como un Dirección de correo electrónico con un nombre de usuario y una nombre de dominio (o Dirección IP) para el servidor donde reside el usuario, separados por un en señal de (@), como username@example.com.

Puesto que un usuario puede iniciar sesión desde varias ubicaciones, puede especificar un recursos. Un recurso identifica a un cliente particular del usuario (por ejemplo casa, trabajo o móvil). Esto puede incluirse en la JID añadiendo una barra diagonal seguida del nombre del recurso. Por ejemplo, podría ser el JID completo de un usuario móvil username@example.com/Mobile.

Cada recurso puede ha especificado un valor numérico llamado prioridad. Mensajes enviados sólo a username@example.com va al cliente con mayor prioridad, pero los enviados a username@example.com/Mobile irá sólo para el cliente móvil. La prioridad más alta es el mayor valor numérico.

JIDs sin una parte del nombre de usuario también son válidas y pueden ser utilizados para mensajes del sistema y control de características especiales en el servidor. Un recurso sigue siendo opcional para los JIDs así.

Los medios para enrutar los mensajes basados en un identificador de la punto final lógico - JID, en vez de una dirección IP explícitamente presentan oportunidades de usar XMPP como un Red superpuesta aplicación sobre arpillera de diferentes redes.

XMPP como extensible plataforma Middleware orientado a mensajes (xMOM)

XMPP proporciona un marco general para la mensajería a través de una red, que ofrece una multitud de aplicaciones más allá de la tradicional mensajería instantánea (IM) y la distribución de los datos de presencia. Mientras que varios servicio de descubrimiento los protocolos existen hoy (como por ejemplo Zeroconf o la Protocolo de ubicación de servicio), XMPP proporciona una base sólida para el descubrimiento de los servicios que reside localmente o a través de una red y la disponibilidad de estos servicios (a través de la información de presencia), tal como se especifica por DISCO XEP-0030.

Basándose en su capacidad para apoyar el descubrimiento a través de local Dominios de red, XMPP es adecuado para Computación en la nube donde las máquinas virtuales, las redes y firewalls de lo contrario presentaría obstáculos para la detección de servicios alternativos y soluciones basadas en la presencia. Cloud computing y sistemas de almacenamiento dependen de diversas formas de comunicación en niveles múltiples, incluyendo no sólo mensajería entre sistemas para relé de estado pero también la migración o la distribución de objetos más grandes, tales como almacenamiento o máquinas virtuales. Junto con la protección de datos de autenticación y en tránsito, XMPP puede ser aplicado en una variedad de niveles y puede ser ideal como un middleware extensible o Mensaje orientado al Middleware Protocolo (MOM). Ampliamente conocido por su capacidad para intercambiar contenido basado en XML de forma nativa, se ha convertido en una plataforma abierta para el intercambio de otras formas de contenido como propietario secuencias binarias, Vídeo completo del movimiento Contenido (FMV) y el transporte de archivo basado en contenido, a través de por ejemplo la Jingle serie de extensiones. Aquí la mayoría de las aplicaciones no tiene nada que ver con la comunicación humana (es decir, IM) pero en vez de eso proporcionan un medio abierto para apoyar máquina a máquina o Peer-to peer comunicaciones a través de un conjunto diverso de redes.

XMPP mediante transporte HTTP y WebSocket

El protocolo original y "nativo" para XMPP es Protocolo de Control de transmisión (TCP), utilizando secuencias XML abiertas sobre conexión TCP de larga duración.

Como una alternativa para el transporte TCP, la comunidad XMPP también ha desarrollado un HTTP transporte para los clientes web como usuarios detrás restringido cortafuegos. En la especificación original, XMPP puede utilizar HTTP de dos maneras: de la interrogación y enlace. El método de interrogación, ahora obsoleto, esencialmente implica mensajes almacenados en una base de datos de servidor son ser traído (y publicado) regularmente por un cliente XMPP a través de peticiones HTTP 'GET' y 'POST'. El método de enlace implementado usando Flujos bidireccionales sobre HTTP sincrónico (BOSH), permite que los servidores empujar mensajes a los clientes tan pronto como se enviaron. Este modelo de empuje de notificación es más eficiente que la interrogación, donde muchas de las encuestas no devuelven ningún dato nuevo.

Dado que el cliente utiliza HTTP, firewalls más permitan a los clientes obtener y enviar mensajes sin ningún obstáculos. Así, en escenarios donde está bloqueado el puerto TCP utilizado por XMPP, un servidor puede escuchar en el puerto HTTP normal y el tráfico debe pasar sin problemas. Varios sitios web que las personas firman en XMPP mediante un navegador. Además, existen servidores públicos abiertos que escuchar en estándar http (puerto 80) y https (puerto 443) puertos y por lo tanto permitan conexiones por detrás de la mayoría de firewalls. Sin embargo, el puerto registrado por la IANA para BOSH es realmente 5280, no 80.

A tal vez es un transporte más eficiente para la mensajería en tiempo real WebSocket, una tecnología web para bi-direccional, Full-duplex canales de comunicación sobre un único TCP conexión. XMPP sobre enlace de WebSocket se define en el estándar IETF propuesto RFC 7395.

Implementaciones de

XMPP es implementado por un gran número de clientes, servidores y librerías de código. Estas implementaciones son proporcionadas bajo una variedad de licencias de software.

Implementaciones de

Varios servicios IM públicos grandes forma nativa utilizan XMPP, incluyendo LiveJournalde "LJ Talk", Nimbuzz, y HipChat. Varios hosting servicios, tales como DreamHost, permiten a los clientes de hosting elegir servicios XMPP junto a tradicionales servicios web y correo electrónico. Servicios de hosting especializados XMPP también existen en forma de nube para que los propietarios de dominio no necesitan ejecutar directamente sus propios servidores XMPP, incluyendo Cisco WebEx Conectarse, Chrome.pl, Flosoft.BIZ, i-pobox.net y hosted.im.

Algunos de los mayores proveedores de mensajería utilizan o han utilizado, diversas formas de protocolos XMPP basado en sus sistemas de back-end sin necesariamente exponer este hecho a sus usuarios finales. Esto incluye WhatsApp, GTalk y Chat de Facebook (Facebook obsoleto sistema de mensajería). La mayoría de estas implementaciones se basa en la software libre, Erlang-basado en servidor XMPP llamado Ejabberd.

XMPP también se utiliza en las implementaciones de servicios no-IM, incluyendo sistemas inteligentes tales como respuesta de la demanda aplicaciones, middleware orientado a mensajes y como un reemplazo para SMS para proporcionar mensajería en muchos teléfono inteligente clientes.

XMPP es el estándar de facto para chat privado en juegos de azar relacionados con plataformas tales como Origen, Raptr, PlayStation, y el ahora descontinuado Xfire. Dos excepciones notables son Vapor y Xbox LIVE; Ambos utilizan su propia propietario protocolos de mensajería.

Extensiones

La Fundación de estándares XMPP o XSF (antiguamente la Jabber Software Foundation) es activo en el desarrollo abiertas extensiones XMPP, denominadas XEP. Sin embargo, las extensiones también pueden definirse por ningún individuo, proyecto u organización. Otro ejemplo es el protocolo de la Federación en Onda de Apache, basado en XMPP.

Normas de competencia

XMPP a menudo ha sido considerado como un competidor de SIMPLE, basado en Protocolo de inicio de sesión (SIP), como el protocolo estándar de notificación instantánea de mensajes y presencia.

La extensión XMPP para chat multiusuario puede ser visto como un competidor de Internet Relay Chat (IRC), aunque IRC es mucho más sencillo, tiene menos características y es mucho más ampliamente utilizado.

Las extensiones XMPP para publish-subscribe proporcionar muchas de las mismas características que el Avanzada mensaje Queue Server protocolo (AMQP).

Conectando a otros protocolos

Alice envía un mensaje a través de la red XMPP para el transporte ICQ. El mensaje se enruta a continuación a Bob a través de la red ICQ.

Uno de los objetivos del diseño original de la primera comunidad de código abierto Jabber fue permitiendo a los usuarios conectarse a múltiples sistemas especialmente no XMPP de mensajería a través de una aplicación de cliente único. Esto se hizo a través de entidades llamadas transportes o puertas de enlace otro instante mensajería tales como protocolos, sino también a los protocolos de SMS o Correo electrónico. A diferencia de clientes multiprotocolo, XMPP proporciona acceso a nivel de servidor mediante la comunicación a través de servicios de gateway especial a lo largo de un servidor XMPP. Cualquier usuario puede "registrar" con uno de estos proporcionando la información necesaria para iniciar sesión en la red, y luego puede comunicarse con los usuarios de esa red como si fueran usuarios XMPP. Por lo tanto, tales entradas funcionan como proxies de cliente (la puerta autentica en nombre del usuario en el servicio no XMPP). Como resultado, cualquier cliente que es totalmente compatible con XMPP puede acceder a cualquier red con una pasarela sin código adicional en el cliente y sin necesidad del cliente tener acceso directo a Internet. Sin embargo, el modelo de proxy de cliente puede violar términos de servicio en el protocolo utilizado (aunque dichos términos de servicio no son reclamables en varios países) y también requiere que el usuario enviar su IM username y contraseña en el sitio de terceros que opera el transporte (que puede plantear problemas de seguridad y privacidad).

Otro tipo de gateway es una puerta de enlace de servidor a servidor, que permite una implementación de servidores XMPP no conectarse a servidores XMPP nativos usando construido en funciones de la Federación entre dominios de XMPP. Estos gateways de servidor a servidor ofrecen varios productos de software empresa IM, incluyendo:

• IBM Lotus Sametime
• Skype para Business Server (anteriormente denominado Microsoft Lync Server y Microsoft Office Communications Server – OCS)

Desarrollo

XSF

La Fundación de estándares XMPP (XSF) desarrolla y publica las extensiones a XMPP a través de un proceso de estándares centrado en Protocolos de la extensión XMPP (XEPs, anteriormente conocidos como Jabber propuestas de mejora - PEC). Las siguientes extensiones están en uso amplio especialmente:

• Formularios de datos
• Servicio de descubrimiento
• Multi-User Chat
• Publicar-suscribir y Protocolo de eventos personales
• XHTML-IM
• Transferencia de archivos
• Capacidades de la entidad
• Enlace HTTP
• Jingle para voz y video

Internet de las cosas

Características XMPP como Federación de dominios, publicación/suscripción, autenticación y su seguridad para endpoints móviles se utilizan para implementar el Internet de las cosas. Varias extensiones XMPP son parte de la implementación experimental: formato de intercambio de XML eficaz (EXI); Datos del sensor; Provisioning de ti; Control; Concentradores; Descubrimiento.

Estos esfuerzos están documentados en una página en el wiki XMPP dedicada a Internet de las cosas y la lista de correo de Internet de XMPP.

Las especificaciones y normas

La IETF Grupo de trabajo de XMPP ha producido una serie de Solicitud de comentarios Documentos (RFC):

• RFC 3920 (reemplazado por RFC 6120)
• RFC 3921 (reemplazado por RFC 6121)
• RFC 3922
• RFC 3923
• RFC 4622 (reemplazado por RFC 5122)
• RFC 4854
• RFC 4979
• RFC 6122 (reemplazado por RFC 7622)

Los más importantes y más ampliamente implementadas estas especificaciones son:

• RFC 6120, Mensajería extensible y Protocolo de presencia (XMPP): núcleo, que describe cliente – servidor mensajería con dos abiertas XML corrientes. Consisten en secuencias XML < presencia / >, < mensaje / > y < iq / > (info o consulta). Una conexión autenticada con Capa de seguridad y autenticación simple (SASL) y cifrados con Transport Layer Security (TLS).
• RFC 6121, Mensajería extensible y Protocolo de presencia (XMPP): mensajería instantánea y presencia describe mensajería instantánea (IM), la aplicación más común de XMPP.
• RFC 7622, Mensajería extensible y Protocolo de presencia (XMPP): formato de dirección describe las reglas para direcciones de XMPP, también llamados JabberIDs o JIDs. JIDs utiliza actualmente PRECIS (como se define en RFC 7564) para el manejo de Unicode caracteres fuera del rango de ASCII.

Ver también

• Comparación de clientes de mensajería instantánea
• Comparación de protocolos de mensajería instantáneos
• Comparación del software de servidor XMPP
• Comunicación segura
• SIMPLE
• Matriz de

Enlaces externos

• Sitio web oficial
• XMPP-iot.org - la iniciativa de XMPP-IoT (Internet de las cosas)
• Guía de inicio rápido de comunicaciones en tiempo real
• Guía de usuario de Jabber
• "IETF publica XMPP RFC: Jabber protocolos reconocidos como Internet grado tecnologías de la base". 04 de octubre de 2004. Archivado de el original en 24 de octubre de 2009. 
• "Peter Saint-André en Jabber/XMPP", FLOSS Weekly, Twit TV, 07 de diciembre de 2008 , entrevistado por Randal Schwartz y Leo Laporte