Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handling - Glare
Adam Roach <adam@nostrum.com> Tue, 23 July 2013 05:21 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 A181111E8117 for <mmusic@ietfa.amsl.com>; Mon, 22 Jul 2013 22:21:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.5
X-Spam-Level:
X-Spam-Status: No, score=-102.5 tagged_above=-999 required=5 tests=[AWL=0.100, 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 IsNblW1swFe0 for <mmusic@ietfa.amsl.com>; Mon, 22 Jul 2013 22:21:18 -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 220B111E8140 for <mmusic@ietf.org>; Mon, 22 Jul 2013 22:21:17 -0700 (PDT)
Received: from orochi-2.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 r6N5LAeV026489 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 23 Jul 2013 00:21:10 -0500 (CDT) (envelope-from adam@nostrum.com)
Message-ID: <51EE12C0.5080803@nostrum.com>
Date: Tue, 23 Jul 2013 00:21:04 -0500
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>
References: <7594FB04B1934943A5C02806D1A2204B1C3D918D@ESESSMB209.ericsson.se> <51ED7C53.2050400@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1C3FCA2B@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C3FCA2B@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass (shaman.nostrum.com: 99.152.145.110 is authenticated by a trusted mechanism)
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handling - Glare
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: Tue, 23 Jul 2013 05:21:18 -0000
On 7/22/13 23:52, Christer Holmberg wrote: > The draft also talks about modifying streams (section 3.4.2). Are there specific modification use cases where no glare is important, or is it about being able to modify streams in general and avoid glare? I was a matter of realizing that our design allows, with very little additional effort, significant reduction in the probability of glare for stream modification in general. As this seemed like very low hanging fruit, it seems to be sensible to include it as part of the design. So, to answer you question directly: it's not driven by specific use cases; it's just general glare probability reduction. > So, moving ahead with unified plan basically means adopting the > requirement to solve glare, but we may also look at other mechanisms? It is my understanding that making glare impossible or nearly impossible for the add/remove stream case is an important requirement for any plan (a, b, unified, or anything else). At the moment, the proposal in the unified plan document is the best that the authors can come up with. I think we're all open to the prospect of alternate designs that achieve the same goal, although I would hope we don't spend too much time exploring the solution space. /a
- Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handli… Christer Holmberg
- Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handli… Adam Roach
- Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handli… Christer Holmberg
- Re: [MMUSIC] [rtcweb] Unified Plan for SDP Handli… Adam Roach