Re: [MMUSIC] Suggestion to moving ahead with BUNDLE

Justin Uberti <juberti@google.com> Wed, 08 February 2012 02:39 UTC

Return-Path: <juberti@google.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 A64D011E80A3 for <mmusic@ietfa.amsl.com>; Tue, 7 Feb 2012 18:39:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.758
X-Spam-Level:
X-Spam-Status: No, score=-102.758 tagged_above=-999 required=5 tests=[AWL=0.218, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, 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 fUjASDanmuN1 for <mmusic@ietfa.amsl.com>; Tue, 7 Feb 2012 18:39:52 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id BEE6611E8080 for <mmusic@ietf.org>; Tue, 7 Feb 2012 18:39:51 -0800 (PST)
Received: by qcsg13 with SMTP id g13so53963qcs.31 for <mmusic@ietf.org>; Tue, 07 Feb 2012 18:39:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :x-system-of-record:content-type; bh=BOR7nw7sMWxbLXf8PIgd+YERADyDx0oPO/AVQDAELTI=; b=SkrrAH8JGt/x4r0pHlZszbpBvRGV/iSCsEq6Hahk4+G8EAh8Jz1sIRdruL58c2iTxr BtxPiizgqDuI9PnbQD/EYQukTgAPdPQ1xB49R1oTVzM5KWSc36h1OFzl4NMMHvv54A4e NmxjpQH6UIy/pbHgCp8RZjT2Kng8ds9ZeSy90=
Received: by 10.224.117.1 with SMTP id o1mr25156034qaq.4.1328668791363; Tue, 07 Feb 2012 18:39:51 -0800 (PST)
Received: by 10.224.117.1 with SMTP id o1mr25156029qaq.4.1328668791282; Tue, 07 Feb 2012 18:39:51 -0800 (PST)
MIME-Version: 1.0
Received: by 10.229.133.131 with HTTP; Tue, 7 Feb 2012 18:39:31 -0800 (PST)
In-Reply-To: <7F2072F1E0DE894DA4B517B93C6A05852C3D31B9F0@ESESSCMS0356.eemea.ericsson.se>
References: <7F2072F1E0DE894DA4B517B93C6A05852C3D392387@ESESSCMS0356.eemea.ericsson.se> <0D47230B-CCE9-498F-AFB4-9B4BDDE5432F@iii.ca> <7F2072F1E0DE894DA4B517B93C6A05852C3D31B9F0@ESESSCMS0356.eemea.ericsson.se>
From: Justin Uberti <juberti@google.com>
Date: Tue, 07 Feb 2012 18:39:31 -0800
Message-ID: <CAOJ7v-0hEhiBmP1JEMa46ke=VAygSKuvGW_5oe4-06R7V3p+OA@mail.gmail.com>
To: mmusic@ietf.org, Christer Holmberg <christer.holmberg@ericsson.com>
X-System-Of-Record: true
Content-Type: multipart/alternative; boundary="20cf3074d7f6541c7004b86acfc7"
Subject: Re: [MMUSIC] Suggestion to moving ahead with BUNDLE
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: Wed, 08 Feb 2012 02:39:52 -0000

I agree this is an important problem to solve, and I like the clean
approach proposed in this document.

We have implemented an initial version of this functionality without much
difficulty and would like to see this proposal move forward.

--justin


> > -----Original Message-----
> > From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On
> Behalf Of Christer Holmberg
> > Sent: 31. tammikuuta 2012 15:09
> > To: mmusic@ietf.org
> > Subject: [MMUSIC] Suggestion to moving ahead with BUNDLE
> >
> > Hi,
> >
> > At the Taipei IETF I presented the BUNDLE draft, written by myself and
> Harald, which extends the SDP grouping framework in order to allow the
> usage of identical port values in multiple m- lines in an SDP offer/answer.
> >
> >
> >
> >
> http://tools.ietf.org/id/draft-holmberg-mmusic-sdp-multiplex-negotiation-00.txt
> >
> > It can be used when negotiating the usage of multiplexing of multiple
> media streams. Such mechanism is very likely going to be needed e.g. in the
> work being done in RTCWEB.
> >
> > When presented, some people indicated that they may want to look at
> other alternatives.
> >
> > However, as no alternative solutions have been brought forward since
> then, my question is whether people now would be interested in moving ahead
> with the BUNDLE mechanism, and adopt the above draft as a starting point?
> >
> > Best regards,
> >
> > Christer
> > _______________________________________________
> > mmusic mailing list
> > mmusic@ietf.org
> > https://www.ietf.org/mailman/listinfo/mmusic