IETF Logo Mail Archive

Re: [Stox] stox-presence-03: a couple of comments

Peter Saint-Andre <stpeter@stpeter.im> Mon, 26 August 2013 22:49 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: stox@ietfa.amsl.com
Delivered-To: stox@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95AAF21F9D66 for <stox@ietfa.amsl.com>; Mon, 26 Aug 2013 15:49:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.955
X-Spam-Level:
X-Spam-Status: No, score=-101.955 tagged_above=-999 required=5 tests=[AWL=-0.226, BAYES_00=-2.599, SARE_MLH_Stock1=0.87, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bi8-LaaqeHoR for <stox@ietfa.amsl.com>; Mon, 26 Aug 2013 15:49:30 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 8E73621F9CE9 for <stox@ietf.org>; Mon, 26 Aug 2013 15:49:30 -0700 (PDT)
Received: from sjc-vpn7-819.cisco.com (unknown [128.107.239.235]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id B7834414D4; Mon, 26 Aug 2013 16:53:08 -0600 (MDT)
Message-ID: <521BDB79.9080809@stpeter.im>
Date: Mon, 26 Aug 2013 16:49:29 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Markus.Isomaki@nokia.com
References: <E44893DD4E290745BB608EB23FDDB7620A08FEFE@008-AM1MPN1-041.mgdnok.nokia.com>
In-Reply-To: <E44893DD4E290745BB608EB23FDDB7620A08FEFE@008-AM1MPN1-041.mgdnok.nokia.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Cc: stox@ietf.org
Subject: Re: [Stox] stox-presence-03: a couple of comments
X-BeenThere: stox@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP-TO-XMPP Working Group discussion list <stox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stox>, <mailto:stox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/stox>
List-Post: <mailto:stox@ietf.org>
List-Help: <mailto:stox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stox>, <mailto:stox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 22:49:35 -0000

On 8/26/13 6:34 AM, Markus.Isomaki@nokia.com wrote:
> Hi,

Hi Markus, thanks for the feedback.

> I have a couple of comments on the presence-03 draft:
> 
> * Some asymmetry between XMPP-to-SIP (3.2) and SIP-to-XMPP (3.3)
> directions
> 
> - 3.2.1 explains the DNS operations an XMPP domain uses to determine
> that the foreign domain does not support XMPP but actually supports
> SIP/SIMPLE. Presumably something similar is needed in the reverse
> direction, but this is not explained in 3.3.1. - The case where the
> subscription is rejected is covered in 3.3.1 but not in 3.2.1.

Good point. We'll add something about that.

> *200 OK to NOTIFY is missing in 3.2.1
> 
> - 3.2.1 shows a SIP 200 OK response to the SUBSCRIBE request
> (examples 2 and 3), not to the subsequent NOTIFY (example 4). The 200
> OK to NOTIFY is not mapped to XMPP so it may be fine to leave it out
> but it could be added for clarity.

Agreed. Clarity is good. :-)

> * SUBSCRIBE with Expires:0?
> 
> - In SIP it is possible to one-time query the presence-value by
> sending a SUBSCRIBE with Expires value 0. This triggers just a single
> NOTIFY. Does that work nicely through the mapping to XMPP, or is it a
> special case that would need to be separately covered?

See my reply to Saúl. I think it would be reasonable to mention that.

Peter

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

v2.23.0 | Report a Bug | By Email