IETF Logo Mail Archive

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

<Markus.Isomaki@nokia.com> Mon, 26 August 2013 12:34 UTC

Return-Path: <Markus.Isomaki@nokia.com>
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 259F821E8053 for <stox@ietfa.amsl.com>; Mon, 26 Aug 2013 05:34:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.729
X-Spam-Level:
X-Spam-Status: No, score=-5.729 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_MLH_Stock1=0.87]
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 1uJ0x3XdaBYK for <stox@ietfa.amsl.com>; Mon, 26 Aug 2013 05:34:28 -0700 (PDT)
Received: from mgw-da02.nokia.com (smtp.nokia.com [147.243.128.26]) by ietfa.amsl.com (Postfix) with ESMTP id 43BDB11E818E for <stox@ietf.org>; Mon, 26 Aug 2013 05:34:27 -0700 (PDT)
Received: from smtp.mgd.nokia.com ([65.54.30.24]) by mgw-da02.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r7QCYOps029317 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for <stox@ietf.org>; Mon, 26 Aug 2013 15:34:26 +0300
Received: from 008-AM1MPN1-041.mgdnok.nokia.com ([169.254.1.88]) by 008-AM1MMR1-008.mgdnok.nokia.com ([65.54.30.24]) with mapi id 14.03.0136.001; Mon, 26 Aug 2013 12:34:24 +0000
From: Markus.Isomaki@nokia.com
To: stox@ietf.org
Thread-Topic: stox-presence-03: a couple of comments
Thread-Index: Ac6iVdrqwMqQ2/nWQYe3VUtiNNDXRQ==
Date: Mon, 26 Aug 2013 12:34:23 +0000
Message-ID: <E44893DD4E290745BB608EB23FDDB7620A08FEFE@008-AM1MPN1-041.mgdnok.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-tituslabs-classifications-30: TLPropertyRoot=Nokia; Confidentiality=Nokia Internal Use Only; Project=None;
x-titus-version: 3.5.9.3
x-headerinfofordlp: None
x-tituslabs-classificationhash-30: AUkF7AZ/aooHlqC+qifQh1U7sdX1YmbbFpfkSiqDysxGgiNHdZJCI0SdAQ70uBgEA6+sCjFp0HVKESbKvUwVZCMMiQcIB8p8slpDDBV0QbwAK/ei5UIhhOhPro9sHVoXaX6D96BUSKCqk+eEqhRSntX3FAyylW9+6ypuR9DM7ufH/aEGGuXIDlOZisGVBGzP5gxTZLzphQ2q7IlaYgIsDMY0br/z1qqz5kyWcYoN5+uJnKN0GP0CW8ZPEgTzkfB4
x-originating-ip: [172.21.80.145]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Nokia-AV: Clean
Subject: [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 12:34:34 -0000

Hi,

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.

*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.

* 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?

Markus

v2.23.0 | Report a Bug | By Email