IETF Logo Mail Archive

[MMUSIC] Partial Offer/Partial Answer draft

Adam Roach <adam@nostrum.com> Mon, 14 October 2013 22:50 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E32EF11E80F6 for <mmusic@ietfa.amsl.com>; Mon, 14 Oct 2013 15:50:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.317
X-Spam-Level:
X-Spam-Status: No, score=-102.317 tagged_above=-999 required=5 tests=[AWL=0.283, BAYES_00=-2.599, SPF_PASS=-0.001, 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 uNUnnKOEgV7i for <mmusic@ietfa.amsl.com>; Mon, 14 Oct 2013 15:50:48 -0700 (PDT)
Received: from shaman.nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 4C0E821E813A for <mmusic@ietf.org>; Mon, 14 Oct 2013 15:50:44 -0700 (PDT)
Received: from orochi.roach.at (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by shaman.nostrum.com (8.14.3/8.14.3) with ESMTP id r9EMoagJ049436 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for <mmusic@ietf.org>; Mon, 14 Oct 2013 17:50:40 -0500 (CDT) (envelope-from adam@nostrum.com)
Message-ID: <525C7537.4080209@nostrum.com>
Date: Mon, 14 Oct 2013 17:50:31 -0500
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass (shaman.nostrum.com: 99.152.145.110 is authenticated by a trusted mechanism)
Subject: [MMUSIC] Partial Offer/Partial Answer draft
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Oct 2013 22:50:49 -0000

I have submitted a document that formally describes the procedures for 
using partial offers and partial answers within the RFC 3264 framework. 
There were already several comments on the mechanism from its 
description in the unified plan, and I believe that these have all been 
incorporated as either improvements or clarifications. If I missed 
something, please let me know.

As we discussed in Berlin, the real impetus for this work is for use in 
RTCWEB. The document is written in a way that considers its potential 
application to SIP; however, I do not mean to imply that adding a 
partial offer/partial answer mechanism in SIP is by any means a foregone 
conclusion.

There are a number of open issues in the document, all of which should 
be clearly marked with an "OPEN ISSUE:" tag. If time allows, I plan to 
release a -01 version of the document that includes a set of relevant 
examples ahead of the draft deadline next Monday; however, I cannot 
promise that I will have time to do so. If I do, the _only_ changes will 
be in section 6, so any notes that you make should transfer over 
(including section, page, and paragraph number).

If you have time before Vancouver, please post thoughts on the MMUSIC 
mailing list. Thanks.

http://www.ietf.org/id/draft-roach-mmusic-pof-pan-00.txt

/a

v2.23.0 | Report a Bug | By Email