[Stox] WG Review: SIP-TO-XMPP (stox)

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Mon, 03 June 2013 10:59 UTC

Return-Path: <dromasca@avaya.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 112C021F93BA; Mon, 3 Jun 2013 03:59:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.664
X-Spam-Level:
X-Spam-Status: No, score=-102.664 tagged_above=-999 required=5 tests=[AWL=-0.935, 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 O+DoO+IVNpOH; Mon, 3 Jun 2013 03:59:18 -0700 (PDT)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id F32C521F944F; Mon, 3 Jun 2013 03:59:11 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkgFAJV2rFGHCzI1/2dsb2JhbABTBoJoITC/BH8WdIIjAQEBAQMBAQEPKDQLEgEVCgsCEjcLHQoECgQDAggBGYdrAQueb5t8jW0IDHUxgn5hA51/in+DD0CBMTY
X-IronPort-AV: E=Sophos;i="4.87,792,1363147200"; d="scan'208";a="14425008"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 03 Jun 2013 06:58:59 -0400
Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 03 Jun 2013 06:54:28 -0400
Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC04.global.avaya.com ([135.64.58.14]) with mapi id 14.02.0328.009; Mon, 3 Jun 2013 06:58:58 -0400
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: The IESG <iesg@ietf.org>
Thread-Topic: WG Review: SIP-TO-XMPP (stox)
Thread-Index: AQHOXhUDoUdzShJZsEWGzxmotETjV5kj1IGQ
Date: Mon, 03 Jun 2013 10:58:57 +0000
Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA17F0F4@AZ-FFEXMB04.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.64.58.46]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "stox@ietf.org" <stox@ietf.org>
Subject: [Stox] WG Review: SIP-TO-XMPP (stox)
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, 03 Jun 2013 10:59:26 -0000

Hi,

I have two comments concerning this charter. 

1. The way the Objectives section is written does not make clear whether the current scope of stox is dully defined as making out of the draft-saintandre-sip-xmpp-* Proposed Standard RFCs, or whether other proposals for the same mapping functionality (if submitted) will be considered. 

2. It is very unusual that there are no proposed milestones for a document submitted for public review. I am pretty sure that the IESG will not approved the charter without seeing the milestones scheduled, so I suggest that they are made public before the IESG discussion. 

Thanks and Regards,

Dan




Subject: WG Review: SIP-TO-XMPP (stox)

A new IETF working group has been proposed in the Real-time Applications and Infrastructure Area. The IESG has not made any determination yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg at ietf.org) by 2013-06-10.

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

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

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

Mailing list
  Address: stox@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:

-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

These documents are fairly stable and the authors have received feedback from a number of implementers over the years.  However, implementers do not always know about these documents because they are Internet-Drafts and sometimes they have become expired due to inactivity.  Thus it would be helpful to polish them off and publish them as RFCs.

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:
TBD