IETF Logo Mail Archive

Re: [MMUSIC] Open Issues: draft-ietf-mmusic-sdp-simulcast-03

Paul Kyzivat <pkyzivat@alum.mit.edu> Tue, 27 October 2015 19:17 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6125D1ACE67 for <mmusic@ietfa.amsl.com>; Tue, 27 Oct 2015 12:17:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ESuz3Wcpj0EU for <mmusic@ietfa.amsl.com>; Tue, 27 Oct 2015 12:17:48 -0700 (PDT)
Received: from resqmta-ch2-02v.sys.comcast.net (resqmta-ch2-02v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 351A31ACE6D for <mmusic@ietf.org>; Tue, 27 Oct 2015 12:17:47 -0700 (PDT)
Received: from resomta-ch2-17v.sys.comcast.net ([69.252.207.113]) by resqmta-ch2-02v.sys.comcast.net with comcast id aKEq1r0082TL4Rh01KHm6u; Tue, 27 Oct 2015 19:17:46 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by resomta-ch2-17v.sys.comcast.net with comcast id aKHl1r00J3KdFy101KHlno; Tue, 27 Oct 2015 19:17:46 +0000
To: Bo Burman <bo.burman@ericsson.com>, Christer Holmberg <christer.holmberg@ericsson.com>, Suhas Nandakumar <suhasietf@gmail.com>
References: <56294C8A.1030205@nostrum.com> <562A6522.60501@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37B8DD0A@ESESSMB209.ericsson.se> <562D43EF.1010904@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37B8E2E2@ESESSMB209.ericsson.se> <562DA1BC.9010409@alum.mit.edu> <CAMRcRGT6jwxaf7cmeMdjyRy6a_h1PHKQEuUVHhmPmb9TdoY4Xw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37B8FF32@ESESSMB209.ericsson.se> <BBE9739C2C302046BD34B42713A1E2A22E7EBD87@ESESSMB105.ericsson.se>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <562FCDD8.1090202@alum.mit.edu>
Date: Tue, 27 Oct 2015 15:17:44 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <BBE9739C2C302046BD34B42713A1E2A22E7EBD87@ESESSMB105.ericsson.se>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1445973466; bh=3pb5B6HexWhO35uoB6uUAX3hXu61iCgOJ8JVFKfQZiQ=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=Upj9RSDnyom9JYWLji66XQXEWEnThZnb2uy+BtbweNFdC9dCNzbyY/o8lUaLz1bXN xPj6eCkswxrPjOUhkN7+bxBQwmDjjqk3s2B2lRAkEJyR1emZrvRF/vi1/lJgu9E3xA qUJ+8EEKAvubOtRfJ1Hr9aPLaOCEKhMDKoJkN1ppkHBmjNiKs1V6EWzy1cfUcwWuhe +pV7hqoiji8z01mwaKoJmDeracFevRtOh1loa4FU0kGqVvONYFdlrpzV8rAWL8D+gT y93m/0cbnKLLxABVZwrTWp1wrh6YsgGU/Yybrquby7jTyiGCdpJztNM5uJRJCVAzcj IkqV+Qzyu/xBw==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/19bjcAABucRM5E7fd6HdFAvF6iA>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Open Issues: draft-ietf-mmusic-sdp-simulcast-03
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 27 Oct 2015 19:17:49 -0000


On 10/27/15 2:30 PM, Bo Burman wrote:
> Simulcast is defined to take bundle into account. It relies on the use
> of RID  or PT identification, but simulcast scope is per definition
> local to the surrounding “m=” line and simulcast extends the
> identification space by adding bundle MID identification in case of
> bundling. Therefore, it is not affected by multiplexing, meaning NORMAL.

OK. Martin and I have provided you with some suggested text revisions 
regarding the syntax and registration of the attribute. While that text 
has most of the stuff needed for the IANA registration, it doesn't have 
info about multiplexing. If you incorporate the suggestion into the 
draft, you can put in the info about multiplexing.

	Thanks,
	Paul

> /Bo
>
> *From:*mmusic [mailto:mmusic-bounces@ietf.org] *On Behalf Of *Christer
> Holmberg
> *Sent:* den 26 oktober 2015 14:17
> *To:* Suhas Nandakumar; Paul Kyzivat
> *Cc:* mmusic@ietf.org
> *Subject:* Re: [MMUSIC] Open Issues: draft-ietf-mmusic-sdp-simulcast-03
>
> Hi,
>
> ...
>
>>I think that RID is not affected my multiplexing and the category must
> be NORMAL.
>
> I agree that RID is probably NORMAL.
>
> Regarding the ‘simulcast’ attribute, it would be nice to get some input
> from the simulcast folks.
>
> If you have bundled multiple media, assuming it is ok to simulcast only
> parts of that media? If so, I guess the category would be NORMAL.
>
> Regards,
>
> Christer
>

v2.23.0 | Report a Bug | By Email