diff --git a/xep-0206.xml b/xep-0206.xml index a20ed984..f1e641ab 100644 --- a/xep-0206.xml +++ b/xep-0206.xml @@ -27,10 +27,10 @@ &ianpaterson; &stpeter; - 1.2pre1 - in progress, last updated 2008-08-14 + 1.2rc2 + in progress, last updated 2008-10-01 psa -

Clarified handling of restart: client MUST send and body MUST be empty; removed IM session establishment examples; corrected XML schema.

+

Clarified handling of xmpp:restart -- client MUST send the restart and the body MUST be empty; removed IM session establishment examples because that protocol is deprecated in rfc3921bis; corrected XML schema.

1.1 @@ -217,7 +217,7 @@ Content-Length: 121 ]]> -

Upon receiving the <success/> element, the client MUST then ask the connection manager to restart the stream. It does this by setting to "true" the 'xmpp:restart' attribute (qualified by the 'urn:xmpp:xbosh' namespace) of the BOSH <body/> element. When sending the restart request, the client SHOULD also include the 'to' and 'xml:lang' attributes. In addition the <body/> SHOULD be empty (if the client includes an XML stanza in the body, the connection manager might send that stanza when the stream is restarted, but there is no guarantee that a connection manager will do so).

+

Upon receiving the <success/> element, the client MUST then ask the connection manager to restart the stream. It does this by setting to "true" the 'xmpp:restart' attribute (qualified by the 'urn:xmpp:xbosh' namespace) of the BOSH <body/> element. When sending the restart request, the client SHOULD also include the 'to' and 'xml:lang' attributes. In addition the <body/> MUST be empty (if the client includes an XML stanza in the body, the connection manager SHOULD ignore it but MAY send that stanza when the stream is restarted; however there is no guarantee that a connection manager will send the stanza so a client cannot rely on this behavior).

]]> -

Upon receiving any request with the 'xmpp:restart' attribute set to "true" the connection manager MUST consider the original stream with the XMPP server to be closed. It MUST then initiate a new stream by sending an opening <stream:stream> tag over the same TCP connection to the XMPP server. Upon receiving the response from the XMPP server, it MUST forward any available features (or an empty element) to the client:

+

Upon receiving any request with the 'xmpp:restart' attribute set to "true" the connection manager MUST consider the original stream with the XMPP server to be closed. It MUST then initiate a new stream by sending an opening <stream:stream> tag over the same TCP connection to the XMPP server. If the connection manager receives a <stream:features/> element from the XMPP server, it MUST forward that element to the client: