Re: [dispatch] Charter Proposal: SIP-XMPP Mapping

Emil Ivov <emcho@jitsi.org> Wed, 20 February 2013 20:46 UTC

Return-Path: <emil@sip-communicator.org>
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 77BC021E8039 for <dispatch@ietfa.amsl.com>; Wed, 20 Feb 2013 12:46:38 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iTbH5VYwOCQw for <dispatch@ietfa.amsl.com>; Wed, 20 Feb 2013 12:46:37 -0800 (PST)
Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 5F81021E8037 for <dispatch@ietf.org>; Wed, 20 Feb 2013 12:46:37 -0800 (PST)
Received: by mail-we0-f171.google.com with SMTP id u54so6845787wey.2 for <dispatch@ietf.org>; Wed, 20 Feb 2013 12:46:36 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=ajOAdU3DMS21RFimqHlPDzUeLxLqxH9QimCRXtxgKqk=; b=LvZCq9HiyQM0jb8pvUTlw6GEtZ+dJl9JjOlEuyEopv05VZlIp2n0voMMVmd+19vNZJ LCDDVCTiz0TUs4K+ChM9hRysJGZSGYbmrPAtRM4zJHyUR9PIAjz90hUUiSomaAwop9cy ED66natbayclWooD9+xG319hb2rp0y80URTjNJG2IkY6xtjYbKY2noo9uluVe39ImnPV pvgwSQ+6pzUmfui5+OkOmOBQXgrpx+GXwCgKz3njkXtxR3TticksP4g9pe3B9BStLJyP WdIy9R3/xkGfMvaYoPYyNiNp1QikPlScEoITHbbcEgeeNsgBiqvsxLA4yrcARsrx+jbO W1Xg==
X-Received: by 10.194.156.196 with SMTP id wg4mr36728712wjb.22.1361393196421; Wed, 20 Feb 2013 12:46:36 -0800 (PST)
Received: from camionet.local ([2a01:e35:8a55:abc0:b157:7625:962e:97dc]) by mx.google.com with ESMTPS id o8sm33314548wix.7.2013.02.20.12.46.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 12:46:35 -0800 (PST)
Message-ID: <51253628.7030209@jitsi.org>
Date: Wed, 20 Feb 2013 21:46:32 +0100
From: Emil Ivov <emcho@jitsi.org>
Organization: Jitsi
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Peter Saint-Andre <stpeter@stpeter.im>
References: <511EB8B0.8090104@stpeter.im>
In-Reply-To: <511EB8B0.8090104@stpeter.im>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQkZ7m9vVhS4bt91oVO8XofX7HlhkbzIrL+5NTLcFjjKmoYL8lmk11kFE8994VFxE96fK5lR
Cc: DISPATCH <dispatch@ietf.org>
Subject: Re: [dispatch] Charter Proposal: SIP-XMPP Mapping
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: Wed, 20 Feb 2013 20:46:38 -0000

Mapping SIP to XMPP is something I personally view as very important and
this proposal seems very reasonable and well targeted at addressing the
issue.

Emil

On 15.02.13, 23:37, Peter Saint-Andre wrote:
> Charter Proposal: SIP-XMPP Mapping
> DISPATCH WG
> IETF 86, Orlando
> 
> 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 (broadly) messaging, whereas other deployed
> services use XMPP for both messaging 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
> 
> These documents are quite 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 have expired.  Thus it would be helpful to polish them off
> and publish them as RFCs (and perhaps other documents in the same series,
> covering topics like media signalling, capabilities discovery, and file
> transfer).
> 
> 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
> 
> Any additional work would require a recharter.
> 
> Milestones
> 
> To be determined.
> 
> ###
> 
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch
> 

-- 
https://jitsi.org