[Stox] IETF 87 minutes

<Markus.Isomaki@nokia.com> Wed, 14 August 2013 19:19 UTC

Return-Path: <Markus.Isomaki@nokia.com>
X-Original-To: stox@ietfa.amsl.com
Delivered-To: stox@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id C870F11E8198 for <stox@ietfa.amsl.com>; Wed, 14 Aug 2013 12:19:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id CVr4OzO6uMxv for <stox@ietfa.amsl.com>; Wed, 14 Aug 2013 12:19:54 -0700 (PDT)
Received: from mgw-sa01.nokia.com (smtp.nokia.com []) by ietfa.amsl.com (Postfix) with ESMTP id C6B4B21F9C55 for <stox@ietf.org>; Wed, 14 Aug 2013 12:19:35 -0700 (PDT)
Received: from smtp.mgd.nokia.com ([]) by mgw-sa01.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r7EJJUNo019733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for <stox@ietf.org>; Wed, 14 Aug 2013 22:19:30 +0300
Received: from 008-AM1MPN1-042.mgdnok.nokia.com ([]) by 008-AM1MMR1-002.mgdnok.nokia.com ([]) with mapi id 14.03.0136.001; Wed, 14 Aug 2013 19:19:30 +0000
From: <Markus.Isomaki@nokia.com>
To: <stox@ietf.org>
Thread-Topic: IETF 87 minutes
Thread-Index: Ac6ZIWz1mTKkwyBgR3eg8iSOV07SBg==
Date: Wed, 14 Aug 2013 19:19:30 +0000
Message-ID: <E44893DD4E290745BB608EB23FDDB7620A07605C@008-AM1MPN1-042.mgdnok.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
x-tituslabs-classifications-30: TLPropertyRoot=Nokia; Confidentiality=Nokia Internal Use Only; Project=None;
x-headerinfofordlp: None
x-tituslabs-classificationhash-30: YifyyqlCDo9l8ySQLTGzHb4CWIIK1akQ74e1DP7FMour6KeY0wJuHV18+WB/pD0nYhkqF3dO1e+sCKBKbh4t1I52dE8lG6KtsBKKYPLr4tzv6o+aXxLi8oKO7TLuNuVhtsY/7HmxTJBnUtGbm7LM9xo/gjfISfwOCY0xyj7hnraCAwPq2ghJkdixYfKHWtZmlykD6+YJEKTKxbWQDL7Rpg==
x-originating-ip: []
Content-Type: multipart/mixed; boundary="_004_E44893DD4E290745BB608EB23FDDB7620A07605C008AM1MPN1042mg_"
MIME-Version: 1.0
X-Nokia-AV: Clean
Subject: [Stox] IETF 87 minutes
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: Wed, 14 Aug 2013 19:19:58 -0000

Hi all,

Please find attached the notes of the STOX session recorded by Jean Mahoney and Philipp Hancke. I have also collected the main issues raised and discussed below as a summary. Some of them have already been discussed on the list after the meeting. You can find more details about each within the minutes.

Please let the chairs know if you have any comments on these before we post them for the proceedings.



* Charter

Principles: At the moment consider only features that are mature in both SIP and XMPP. Mature means the IETF and/or XSF standards are completed, and there are known and deployed implementations.

Q: Is file transfer on the charter?
A: Not at this point. The XMPP/XSF file transfer spec(s) do not currently meet the matureness criteria. Once they stabilize, SIP mapping can be considered.

* Core

- Issue: Should something general about forking be defined here or is it purely a -media issue?
- Issue: Add text about Max-Forwards and Max-Breath. Loop detection in general. 

* IM

- Issue: Contact header is not allowed in SIP MESSAGE, need to fix the draft. 

* Presence

- Issue: Mapping between XMPP's permanent and SIP's soft-state (refreshed) subscriptions.

* Chat

- Issue: Mapping between XMPP ChatStates (XEP-0085) and isComposing event (RFC 3994).
- Issue: Mapping between message receipts (XEP-0184) and MSRP REPORT chunks (RFC 4975).
- Consider if the above two are included or possibly split into a forthcoming advanced-chat draft.
- Issue: Draft says gateway determines MSRP is supported before sending INVITE. How?

* Groupchat

- Issue: Need to define what to do in case of multiple clients. Use and mapping of JID, AoR, contact. 

* Media

- Issue: "Hold" needs to be more carefully defined. What does it actually mean on both sides and how are those meanings mapped. a=<direction> does not always mean "Hold". 
- Issue: Forking needs to be explained either in -media or -core.
- Issue: a=fmtp mapping.

* Next steps

- Reviews for -core and -presence first by August 16
- Reviews for -im and -chat by August 30
- -groupchat and -media will need further revisions