diff --git a/xep-0156.xml b/xep-0156.xml index 840b37b2..96e1be00 100644 --- a/xep-0156.xml +++ b/xep-0156.xml @@ -23,6 +23,12 @@ N/A &hildjj; &stpeter; + + 0.7 + 2007-04-18 + psa +

Updated to reflect renaming of HTTP Binding to XMPP Over BOSH.

+
0.6 2007-01-30 @@ -79,7 +85,7 @@ -

Although &rfc3920; specifies the use of TCP as the method of connecting to an XMPP server, alternative connection methods exist, including the &xep0124; method, the &xep0025; method (now deprecated), and less common methods such as &wap;. For some of these methods, it is necessary to discover further parameters before connecting, such as the HTTP URL of an alternative connection manager. Currently, if a client application needs to discover alternative connection methods before connecting to an XMPP service, the relevant information must be provided manually by a human user, which is cumbersome and error-prone. Thankfully, there are several potential ways to complete this pre-connection service discovery in an automated fashion:

+

Although &rfc3920; specifies the use of TCP as the method of connecting to an XMPP server, alternative connection methods exist, including the &xep0124; method for which &xep0206; is the XMPP profile, the &xep0025; method (now deprecated), and less common methods such as &wap;. For some of these methods, it is necessary to discover further parameters before connecting, such as the HTTP URL of an alternative connection manager. Currently, if a client application needs to discover alternative connection methods before connecting to an XMPP service, the relevant information must be provided manually by a human user, which is cumbersome and error-prone. Thankfully, there are several potential ways to complete this pre-connection service discovery in an automated fashion:

  1. Define a &w3wsdl; definition (or other XML file format) and a canonical URL for that definition at a domain that offers XMPP services. Unfortunately, this approach requires access to the HTTP server for the domain (and quite possibly to the root directory thereof), which may be difficult for XMPP server administrators to arrange. In addition, it requires a client to retrieve the relevant file via HTTP before performing DNS lookups and XMPP connection; it would be more efficient to use recognized DNS methods since DNS lookups are already required by RFC 3920.

  2. Define a way to specify alternative connection methods as part of the existing DNS SRV records (see &rfc2782;) for a domain that offers XMPP services. While this approach sounds promising, it is not feasible since the DNS SRV Target field can be used only to specify domain names and cannot be used to specify full URIs (such as the URL for an HTTP connection manager).

  3. @@ -115,7 +121,7 @@

    The following examples show two DNS TXT resource records: the first indicates support for the httpbind connection method defined in XEP-0124 and the second indicates support for WAP connections (both include appropriate URLs).

    @@ -143,17 +149,21 @@ _xmppconnect IN TXT "_xmpp-client-wap=http://wap.jabber.org/connector.cgi" - _xmpp-client-httpbind - the HTTP Binding connection method - the http: or https: URL at which to contact the HTTP Binding connection manager or proxy - XEP-0124 + _xmpp-client-httppoll + the HTTP Polling connection method + + the http: or https: URL at which to contact the HTTP Polling connection manager or proxy + + XEP-0025 - _xmpp-client-httppoll - the HTTP Polling connection method - the http: or https: URL at which to contact the HTTP Polling connection manager or proxy - XEP-0025 + _xmpp-client-xbosh + the XMPP Over Bosh connection method + + the http: or https: URL at which to contact the HTTP Binding connection manager or proxy + + XEP-0206 ]]>