[dispatch] Comments on draft-saintandre-sip-xmpp-presence-04
Michael Lundberg <michaellundberg.ietf@gmail.com> Sun, 10 March 2013 00:29 UTC
Return-Path: <michaellundberg.ietf@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68BC021F8721 for <dispatch@ietfa.amsl.com>; Sat, 9 Mar 2013 16:29:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
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 vbYL3+e9tZuD for <dispatch@ietfa.amsl.com>; Sat, 9 Mar 2013 16:29:02 -0800 (PST)
Received: from mail-we0-x244.google.com (mail-we0-x244.google.com [IPv6:2a00:1450:400c:c03::244]) by ietfa.amsl.com (Postfix) with ESMTP id A13FC21F85B8 for <dispatch@ietf.org>; Sat, 9 Mar 2013 16:29:02 -0800 (PST)
Received: by mail-we0-f196.google.com with SMTP id t11so832933wey.7 for <dispatch@ietf.org>; Sat, 09 Mar 2013 16:29:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=pZiOOnLfr43yafPm3BxRPrvm9BW9+El1j61pNMrLgtM=; b=gq418F10g0C3qMoIfe4qAF8mj1rwbiJj+Ia4M5gAGPx45yBjIOh3a2+/FDZT40cWT6 3ox1be2ZG3zzTRRo4ssFSHdqsyybG9HdCoEY57dSOvvSfkUskdbU1Dn6dAT0HVVrY6NL yrV5kFQh3AqB4Lk07U5DMcUQi7L5LgqDSTjCSt5UUo/c8Um84SRUu5i1c0jSoQ0L74KX 61Dkd44QmIpxOA9hK+TQY0CZJrwmc66PnsgngbQrfrZCictOkILQtU8/28TwYdPBwnjY S/CDXGUvJLiNgJhCoAJp4iN/y1AysefCE15xwESdGlRrUW6xE8WSZlIzOY00Q2P8G/UZ Grkw==
MIME-Version: 1.0
X-Received: by 10.194.5.4 with SMTP id o4mr11734538wjo.40.1362875341669; Sat, 09 Mar 2013 16:29:01 -0800 (PST)
Received: by 10.217.94.8 with HTTP; Sat, 9 Mar 2013 16:29:01 -0800 (PST)
Date: Sat, 09 Mar 2013 19:29:01 -0500
Message-ID: <CANVDpGFOzuohhVR9ci_JRBkbBg5YR7==RVcp4Tvq52kgk7DsEw@mail.gmail.com>
From: Michael Lundberg <michaellundberg.ietf@gmail.com>
To: dispatch@ietf.org
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Subject: [dispatch] Comments on draft-saintandre-sip-xmpp-presence-04
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Mar 2013 00:29:03 -0000
Peter, Thanks for resubmitting the SIP-XMPP presence I-D. I think this and the other documents are important as there are a lot of interworking issues today with XMPP and SIP/SIMPLE implementations, and I think these documents can help reduce some of those interworking challenges. In order to help ensure interworking between different implementations, I think Sections 5.2 and 5.3 need to have some stronger ‘MUST’ language instead of SHOULDs, MAYs, etc. This will enforce proper and complete mappings between implementations that conform to this document. While I don’t think the document needs to enforce the use of the <show/> element mapping discussed in 5.2, I think if implementations are going to use the mapping, this document should enforce the use of a specific namespace and describe the mapping of <show> values specified in RFC 6121 (i.e., away, dnd, chat, and xa). This will at least allow a minimum set of standard mappings between XMPP and SIP, which can be expanded on in future document(s). Section 5.3 could then also discuss how this mapping can be accomplished from SIP to XMPP if the SIP endpoints/devices support this same namespace. One of the big interworking challenges with today’s implementations is the use of different namespaces given the extensibility of XML-based presence standards (e.g., PIDF, RPID), which allows individuals to create their own namespace. This flexibility is good for ingenuity, but problematic for interworking between different implementations. I think standardizing a basic set of common status information using a specific namespace is needed, and this document is a good place to do that. In my opinion, I do not think Section 6 should be part of this base document. While I like the idea of encapsulating the SIP <presence> information into the XMPP message, I think this content should be a consideration for implementing ‘rich presence’. As written, this method is only applicable for SIP to XMPP translation, and if the focus of this document is just ‘basic’ presence information interworking, the SIP to XMPP mapping in Section 5.3 already describes a method for how this can be accomplished. Regards, Michael
- [dispatch] Comments on draft-saintandre-sip-xmpp-… Michael Lundberg
- Re: [dispatch] Comments on draft-saintandre-sip-x… Peter Saint-Andre
- Re: [dispatch] Comments on draft-saintandre-sip-x… Michael Lundberg
- Re: [dispatch] Comments on draft-saintandre-sip-x… Michael Lundberg
- Re: [dispatch] Comments on draft-saintandre-sip-x… Peter Saint-Andre