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

Suhas Nandakumar <suhasietf@gmail.com> Tue, 27 October 2015 22:43 UTC

Return-Path: <suhasietf@gmail.com>
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 27B4F1A1A8B for <mmusic@ietfa.amsl.com>; Tue, 27 Oct 2015 15:43:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 RqiivteDYe3A for <mmusic@ietfa.amsl.com>; Tue, 27 Oct 2015 15:43:09 -0700 (PDT)
Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C3A41A1B0E for <mmusic@ietf.org>; Tue, 27 Oct 2015 15:43:09 -0700 (PDT)
Received: by vkex70 with SMTP id x70so130316445vke.3 for <mmusic@ietf.org>; Tue, 27 Oct 2015 15:43:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RYbIEoyBwHn5Zh99Ptw3CjJssRu+zbXgdHgCODgEfPQ=; b=f7qvTb135U0XqzoLNdGfRvX4y9rQJyrDQbchZudNaz77ye6+oFQ1wgJDFAqsNfR8CJ 54Y3iaPidEsWhXXQmsQ2ctHFlu4lMVcE22CL69YljPmtBEYoL6yUAtazFKcsSFF84yXZ Bs16eSK563yX1g1d3NXMaZGzk1J/wTkpIZj3WyurFiSzT7MprEKe86x6VXf9eNJA1J0I mVVZxk8rLJJ9IldoV+qnfiYCmniDHRHtxuII9nDFs8RuIJsHv2Q77UrrcZizDMN+u+rP ezadTNXlGC0qw3wzpCU3BiQZHrvGKVfPdO8mpoo7Eqb5+w5GYqUxaxjE+wZYfgw5el2m +5Ug==
MIME-Version: 1.0
X-Received: by 10.31.0.132 with SMTP id 126mr31349891vka.152.1445985788570; Tue, 27 Oct 2015 15:43:08 -0700 (PDT)
Received: by 10.31.95.3 with HTTP; Tue, 27 Oct 2015 15:43:08 -0700 (PDT)
In-Reply-To: <562FCDD8.1090202@alum.mit.edu>
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> <562FCDD8.1090202@alum.mit.edu>
Date: Tue, 27 Oct 2015 15:43:08 -0700
Message-ID: <CAMRcRGRS8CbmdzZM2f+es=QKZLO4Hq_oxip6gu7Cmtsx3nH8eQ@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Type: multipart/alternative; boundary="001a113dccc247326505231dcdf6"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/gGkMec9_Q7cJ9g-kw6po1hV5RLk>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
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 22:43:11 -0000

On Tue, Oct 27, 2015 at 12:17 PM, Paul Kyzivat <pkyzivat@alum.mit.edu>
wrote:

>
>
> 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.
>


[Suhas] .. I too think that both the RID and Simulcast draft needs to add a
statement assigning the Mux category as defined in
https://tools.ietf.org/html/draft-ietf-mmusic-sdp-mux-attributes-10#section-15
as IANA recommendation.



>
>         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
>>
>>
>