Re: [Stox] Comments on draft-ietf-stox-presence-00

Michael Lundberg <michaellundberg.ietf@gmail.com> Fri, 26 July 2013 14:50 UTC

Return-Path: <michaellundberg.ietf@gmail.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 9B80F21F918C for <stox@ietfa.amsl.com>; Fri, 26 Jul 2013 07:50:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.73
X-Spam-Level:
X-Spam-Status: No, score=-1.73 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, 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 nWQ3LuUl5vQU for <stox@ietfa.amsl.com>; Fri, 26 Jul 2013 07:50:38 -0700 (PDT)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 07CBA21F8AA1 for <stox@ietf.org>; Fri, 26 Jul 2013 07:50:37 -0700 (PDT)
Received: by mail-we0-f173.google.com with SMTP id x55so1990076wes.32 for <stox@ietf.org>; Fri, 26 Jul 2013 07:50:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QIfV9X7ZoJXUXWvRVhNcDrtzypEhBqasJzcJEkiGPHA=; b=yb9SPItnuG3B01PFOSS8Z7HJog/4Skw44E41/EHf+JiKzZ4IlSfWDj7nNwUzghNRvq ANJe8eu7LkWpgliyz8DRJ8d6nss4/XswEzXM9qL0Cp5B4CTCwlEaYr6WMUnsWq6NDH5j fFKteCM217RU8qWJlftUQIjwoKCd2YCHV5B8VM/ZABDYi68IPkE3iU3bL0EzV+2+KvyF VcZwx98bYoSJpjJbehCw9aeKoDcMA6cZTtSn6ZWfuJ6grAv4qgP9SL2S25HNpr5ZVFSM x1o1R6y4oafmvzQTZY+C2k+RBbHH5ZUNlaSZHJjgSIVMYotI4tW611C4fHZuMZ+Tcvsl D4Yw==
MIME-Version: 1.0
X-Received: by 10.180.108.129 with SMTP id hk1mr5983184wib.42.1374850235871; Fri, 26 Jul 2013 07:50:35 -0700 (PDT)
Received: by 10.216.202.10 with HTTP; Fri, 26 Jul 2013 07:50:35 -0700 (PDT)
In-Reply-To: <51EF4531.6090902@stpeter.im>
References: <CANVDpGHNdp47OHbB6mAFVjaO2bx1Jtv53fukmOKK14KXYb7c5g@mail.gmail.com> <51EF4531.6090902@stpeter.im>
Date: Fri, 26 Jul 2013 10:50:35 -0400
Message-ID: <CANVDpGGUTtiT9Rh6vQMKiB88oQ3JJ6+qGTYnw5U2Uuwz6QFjXA@mail.gmail.com>
From: Michael Lundberg <michaellundberg.ietf@gmail.com>
To: Peter Saint-Andre <stpeter@stpeter.im>
Content-Type: text/plain; charset=ISO-8859-1
Cc: stox@ietf.org
Subject: Re: [Stox] Comments on draft-ietf-stox-presence-00
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: Fri, 26 Jul 2013 14:50:40 -0000

Peter,

Thanks.  See below for a response to your question.

Thanks,
Michael

On Tue, Jul 23, 2013 at 11:08 PM, Peter Saint-Andre <stpeter@stpeter.im> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Mike, thanks for the feedback.
>
> On 7/19/13 6:01 AM, Michael Lundberg wrote:
> > Peter,
> >
> > I think draft-ietf-stox-presence-00 looks good.  I had a previous
> > comment to an earlier version that was not addressed that I'm
> > incuding it again as I think it is important for the document.
>
> Sorry I missed that.
>
> > I think it would be good to add the <show/> element to Table 7,
> > with a note similar to the one provided in Table 6. This will
> > provide a method for mapping 'away' and 'dnd' information in the
> > opposite direction.
>
> Agreed.
>
> (BTW, these are actually Table 1 and Table 2 -- we need to fix the
> numbering.)
>
> > Similar to the note in Table 6, this would require the SIP
> > implementation to support the 'jabber:client' namespace.  If the
> > SIP implementation supports the namespace, the gateway can then map
> > the values directly into the <show/> element of the XMPP presence
> > messages.
>
> True.
>
> One clarifying question: when you say "if the SIP implementation
> supports the namespace", do you mean the XMPP-to-SIP gateway or the
> SIP user agent?

Good question.  It would be benificial if both supported the
namespace, but only the gateway is probably required to.  If the
client supports the namespace, then the gateway would just need to map
between the elements described in this document.

If the client doesn't support the namespace, the gateway would most
likely need to do an additional translation into a namespace the
client does understand.  In this case, the values might not be the
same between the two namespaces, and therefore things are 'lost' in
translation. This is one of the big issues with presence mapping today
as many implementations have thier own implementation specific
namespace, which makes it hard to map between different
implementations.  Both the implementation specific and common
namespaces could coexist, where the implementation specific namespace
is used for internal communication and a common, standard namespace
(e.g., 'jabber:client' ) is used when communicating between different
implementations.

> > The only other thing I saw was that the below sentence in Section
> > 3.2.3 is missing the word "send" after SHOULD.
> >
> > Current:
> >
> > Upon sending the transformed unsubscribe, the XMPP-SIMPLE gateway
> > SHOULD a presence stanza of type "unsubscribed" to the XMPP user:
> >
> > New:
> >
> > Upon sending the transformed unsubscribe, the XMPP-SIMPLE gateway
> > SHOULD send a presence stanza of type "unsubscribed" to the XMPP
> > user:
>
> Noted. :-)
>
> Peter
>
> - --
> Peter Saint-Andre
> https://stpeter.im/
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJR70UxAAoJEOoGpJErxa2pGHgP/3egwP1prfQ0se36jXI6wlR4
> LaYerbpXqnTBrlHXft1sVvCCVFHpCbRgRecUYm5sFwC5nDtxN83u4UpVEuijO7Wv
> ajMYLNNz3m0z/Vo2nfK94FzH5wK2tVNWBV5orAbIfc+SH60WTw2HOgSntoK/yvTK
> iiX8hpfYTv09ZX3iE4ZnBoPVEqG2oxo9CKouCRl4WxwPEE3rZF+PcOn6PvmPWpvE
> Xf5htIDKmvOv53mM4OU7KpR0j+2QyS6egkbOOsxki0gT/m5ZYm1HmF2WA4b5LXOl
> 1/mM+KQM2qukcr5BHVy2HV53cybkCx8Nf5DhtkXOG5Ti57jiWgvomeLDOTqgLf3w
> 8yFgLKHD4RFb6z/9k8k4EdHx9aMO+HhCMkKK2qeHPc6cf96vjMKAASMdjcRsmlOu
> 0pzudOpe9cfRnzSQamn6/0/H7JX/9O8fZ2Ya7/Cb6qdr7KUCrOAIRIgK07fmMDIY
> G3lgXSkzQTrYuIQ34mp+jXEdZf3+J4B422y8UvoZ5QmgVMNNrkARuv+DWnGprCrQ
> EnKnbFGJbdNfLuof5RTg8FaJofKeWPCj2UAsRbVn0le1sbjoy43hvRF9r5Gv5KzG
> 2K9Ei8/XoYPkZRWdst6/RpQ/R5Nox40xK/SCWs067P7qsTKGByciEJVAjm336vAy
> vFM/cMMZUGP6KyKTxwaJ
> =YNJV
> -----END PGP SIGNATURE-----