[Standards] Proposed XMPP Extension: Token-based reconnection

Dave Cridland dave at cridland.net
Mon Feb 15 09:20:42 UTC 2016


On 14 February 2016 at 20:29, Florian Schmaus <flo at geekplace.eu> wrote:

> On 13.02.2016 12:31, Jonas Wielicki wrote:
> > On 12.02.2016 11:08, Florian Schmaus wrote:
> >> Here is my suggestion how such a XEP could look like:
> >
> >> http://geekplace.eu/xeps/xep-qsr/xep-qsr.html
> >
> >> As always: This is an early draft, the source code can be found at
> >> https://github.com/flowdalic/xeps, feedback and patches welcome.
> >> :)
>
> FYI: I've renamed QSR to ISR:
> http://geekplace.eu/xeps/xep-isr/xep-isr.html
>
>
I have no comments on this until it's submitted to the XSF.


> > With respect to 4.1, would it make sense to default to the normal
> > stream-management resumption location specified in XEP-0198 iff
> > qsr:location is not specified?
>
> Good point. I don't see a reason to make it an iff. I've added it as 3.
> step to obtain ISR resumption host candidates from.
>
> > Also, you state
> >
> >> Note that the hosts announced by the 'location' attribute
> >> qualified
> > by the 'urn:xmpp:qsr:0' namespace MUST be connected to using Transport
> > Layer Security (TLS, see RFC 5246 [4]) from the beginning, i.e.
> > <starttls/> MUST NOT be used, instead the TLS Handshake is performed
> > right after establising the connection.
> >
> > Does this override what is written in the next section (4.2) where
> > both means are supported?
>
> No it does not. You certainly want to prefer to perform ISR over a
> xep368 style port, i.e. where TLS is done right away. But if there is no
> such port available, you are free to perform ISR after STARTTLS.
>
> - Florian
>
>
> _______________________________________________
> Standards mailing list
> Info: http://mail.jabber.org/mailman/listinfo/standards
> Unsubscribe: Standards-unsubscribe at xmpp.org
> _______________________________________________
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20160215/3dcd778e/attachment.html>


More information about the Standards mailing list