[Stox] review of presence (was: Re: review of core, chat, groupchat and presence)

[Peter Saint-Andre <[e-mail]>]

On 8/8/13 12:33 PM, Philipp Hancke wrote:

> pres:
>     should mention different concepts, long-lived vs short-lived in
>     intro, not only in 3.3.2

Yes, Ben Campbell mentioned that during the WG session in Berlin, too. I
propose adding the following paragraph to the introduction:

   SIP and XMPP differ significantly in their presence subscription
   models, since SIP subscriptions are short-lived (requiring relatively
   frequent refreshes even during a presence session) whereas XMPP
   subscriptions last across presence sessions until they are explicitly
   cancelled.  This document provides suggestions for bridging the gap
   between these very different models.

>     3.1: im uri of the form <pres:>?

Copy and paste error. Will fix.

>     3.3.1: if a subscription already exists -> already defined in 6121,
>     not sure if this was in 3921 already

RFC 3921 said:

   However, if the user receives a presence stanza of type
   "subscribe" from a contact to whom the user has already granted
   permission to see the user's presence information (e.g., in cases
   when the contact is seeking to resynchronize subscription states),
   the user's server SHOULD auto-reply on behalf of the user.

I suspect that RFC 6121 goes into more detail about that scenario, since
it goes into more detail about everything. ;-)

>     4.3: table 7 CSeq <-> id?! consistency...

That was fixed in -01.

Thanks for the feedback!

Peter

-- 
Peter Saint-Andre
https://stpeter.im/