[Stox] revised STOX charter proposal

Peter Saint-Andre <stpeter@stpeter.im> Tue, 11 June 2013 17:04 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 D09FB21F8F15; Tue, 11 Jun 2013 10:04:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.089
X-Spam-Level:
X-Spam-Status: No, score=-102.089 tagged_above=-999 required=5 tests=[AWL=-0.360, 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 7uhm-+qWX+oP; Tue, 11 Jun 2013 10:04:44 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id B823621F88A9; Tue, 11 Jun 2013 10:04:44 -0700 (PDT)
Received: from ergon.local (unknown [64.101.72.59]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 6423E40393; Tue, 11 Jun 2013 11:18:15 -0600 (MDT)
Message-ID: <51B758A9.10006@stpeter.im>
Date: Tue, 11 Jun 2013 11:04:41 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: "stox@ietf.org" <stox@ietf.org>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: The IESG <iesg@ietf.org>
Subject: [Stox] revised STOX charter proposal
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: Tue, 11 Jun 2013 17:04:49 -0000

Based on feedback received on the stox@ietf.org list and from IESG
members, here is a revised charter proposal for the STOX WG. Your
feedback is welcome.

Peter

###

SIP-TO-XMPP (stox)
------------------------------------------------
Current Status: Proposed WG

Chairs:
  Markus Isomaki <markus.isomaki at nokia.com>
  Yana Stamcheva <yana at jitsi.org>

Assigned Area Director:
  Gonzalo Camarillo <gonzalo.camarillo at ericsson.com>

Mailing list
  Address: stox at ietf.org
  To Subscribe: https://www.ietf.org/mailman/listinfo/stox
  Archive: http://www.ietf.org/mail-archive/web/stox/

Charter:

Problem Statement

The IETF has defined two signalling technologies that can be used
for multimedia session negotiation, instant messaging, presence,
file transfer, capabilities discovery, notifications, and other types
of real-time functionality:

o  The Session Initiation Protocol (SIP), along with various SIP
   extensions developed within the SIP for Instant Messaging and
   Presence Leveraging Extensions (SIMPLE) Working Group.

o  The Extensible Messaging and Presence Protocol (XMPP), along
   with various XMPP extensions developed by the IETF as well as by
   the XMPP Standards Foundation.

SIP has been focused primarily on media session negotiation (e.g.,
audio and video), whereas XMPP has been focused primarily on messaging
and presence.  As a result, the technologies are mostly complementary.
However, there is also some overlap between SIP and XMPP, since there
are SIP extensions for messaging, presence, groupchat, file transfer,
etc., and there are XMPP extensions for multimedia session negotiation.
This overlap has practical implications, since some deployed services
use SIP for both media and messaging/presence, whereas other deployed
services use XMPP for both messaging/presence and media.  When such
services wish to exchange information, they often need to translate
their native protocol (either SIP or XMPP) to the other protocol
(either XMPP or SIP).

Implementers needing to perform such protocol mappings have often worked
out their own heuristics for doing so.  Unfortunately, these heuristics
are not always consistent, which can lead to interoperability problems.

Objectives

To make it easier for implementers to enable interworking between
SIP-based systems and XMPP-based systems, several Internet-Drafts have
defined guidelines for protocol mapping between SIP and XMPP, starting
with draft-saintandre-xmpp-simple-00 in early 2004.  The current
documents are:

draft-saintandre-sip-xmpp-core
draft-saintandre-sip-xmpp-presence
draft-saintandre-sip-xmpp-im
draft-saintandre-sip-xmpp-chat
draft-saintandre-sip-xmpp-groupchat
draft-saintandre-sip-xmpp-media

Those documents are fairly stable and the authors have received feedback
from a number of implementers over the years.  However, implementers do
not always know that such mapping specifications exist, because they are
Internet-Drafts and sometimes they have become expired due to
inactivity.  Thus it would be helpful to publish a set of mapping
specifications as RFCs; the foregoing Internet-Drafts provide likely
starting points, but other proposals are welcome as per normal IETF
working group processes.

It might also be helpful to at some point publish additional documents
in the same series, covering topics like capabilities discovery and
file transfer.  However, any such work would require a recharter.

The group shall not be tasked with defining any new protocols, only with
specifying mappings between existing protocols that have been defined
for SIP and XMPP.

Deliverables

1. Address mapping and error handling
2. Presence mapping
3. Mapping for single instant messages
4. Mapping for one-to-one text chat sessions
5. Mapping for multi-user text chat sessions
6. Mapping for media signaling

All of the foregoing deliverables are standards track, since they are
subject to interoperability testing.

Milestones:

Jun 2013   Accept starting-point mapping specifications as WG items

Aug 2013   Start Working Group Last Call on mapping specifications

Oct 2013   Submit mapping specifications to the IESG

###