Re: [rtcweb] m=section recycling and a=mid

Suhas Nandakumar <suhasietf@gmail.com> Thu, 19 September 2013 22:25 UTC

Return-Path: <suhasietf@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F6F021F89A5 for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 15:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.11
X-Spam-Level:
X-Spam-Status: No, score=-0.11 tagged_above=-999 required=5 tests=[AWL=-1.111, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_17=0.6, J_CHICKENPOX_18=0.6, J_CHICKENPOX_56=0.6, NO_RELAYS=-0.001]
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 emHy2jEn6rpP for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 15:25:12 -0700 (PDT)
Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) by ietfa.amsl.com (Postfix) with ESMTP id 9D21721F898A for <rtcweb@ietf.org>; Thu, 19 Sep 2013 15:25:11 -0700 (PDT)
Received: by mail-wi0-f181.google.com with SMTP id ex4so8731350wid.14 for <rtcweb@ietf.org>; Thu, 19 Sep 2013 15:25:09 -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=JRg7/6IkHWnjI/u6J95QhXIWnk8DxEoQKkGhw59LNGs=; b=cgdnUZlV4Ii5S8maxV/IUNOhSfLFeTWEXmvwMpLP/uvLczQTecuS3orlPRylsXgjBU HDJiZSJwwakLmwhJLNG3+ljrk5uUQy2mrlCshm3/ci34jk3ui1nNNEMXFaJzW4BTg7ST k5j5i8CIrcZmjkB9tHGasvF4RrKPxDHwSnc7zpQvSwVelEFuDaqL+4dVyEA1t9qMATqW bd68Y9GJQctYThg0A8VVCJb5JL7It/NH54nHfcJh7IiLK+KG/UUHNylaYJlAn12JpuAj t7e/Wj0p212JFSF7vzltS9NjIR2bOx3NTHeOgwXh0c80NcZKnjXwyajpCuXjSVpA/jav MZvQ==
MIME-Version: 1.0
X-Received: by 10.180.73.65 with SMTP id j1mr278804wiv.10.1379629509506; Thu, 19 Sep 2013 15:25:09 -0700 (PDT)
Received: by 10.194.178.231 with HTTP; Thu, 19 Sep 2013 15:25:09 -0700 (PDT)
In-Reply-To: <523B797C.7040603@alvestrand.no>
References: <CAMRcRGRUufCBRg77DEEcqSvJ8uP2o2HU2GoJ23xu6wKPc9G3zA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C4A7F29@ESESSMB209.ericsson.se> <CAMRcRGT5T6FQSxgot4HObMW2r+z9id+BsXd0O8ZEauZunNmtzw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C4A800E@ESESSMB209.ericsson.se> <523B797C.7040603@alvestrand.no>
Date: Thu, 19 Sep 2013 15:25:09 -0700
Message-ID: <CAMRcRGSVwTfCK_znni5K29e3UEP_r7COPTyB23mSJ5vzWhLOAw@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: Harald Alvestrand <harald@alvestrand.no>
Content-Type: multipart/alternative; boundary="f46d04389087d5f9c504e6c406be"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] m=section recycling and a=mid
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2013 22:25:13 -0000

+1


On Thu, Sep 19, 2013 at 3:23 PM, Harald Alvestrand <harald@alvestrand.no>wrote:

>  I suggest that changing the MID value can be very painful, since it
> modifies the mapping between m-line index and MID.
>
> Is there any other spec that describes changing the MID value?
>
> If not, I'd suggest that we explicitly forbid changing the MID value. If
> we want to add or remove an M-line from a bundle, we should update the
> bundles instead.
>
>
>
> On 09/19/2013 08:52 PM, Christer Holmberg wrote:
>
>  Correct.
>
>
>
> Regards,
>
>
>
> Christer
>  ------------------------------
> *From:* Suhas Nandakumar [suhasietf@gmail.com]
> *Sent:* Thursday, 19 September 2013 9:48 PM
> *To:* Christer Holmberg
> *Cc:* rtcweb@ietf.org
> *Subject:* Re: [rtcweb] m=section recycling and a=mid
>
>  Hello Christer
>
>    Completely agree with you
>
>  My point with the above examples was
>
>    "recycling of m=line should take into account its existing BUNDLE
> membership and JS user's preference on requiring the added media track to
> be BUNDLED or not"
>
>  This would imply, as suggested by you,
>
>    - remove the mid from a=group:BUNDLE line if the JS user doesn't want
> the new track to be BUNDLEd
>
>   - or if the mid value is changed, then add the new mid value to the
> BUNDLE group if the JS user want's the new track to be BUNDLED
>
>  - or just retain the mid value and its BUNDLE membership for the new
> track, if it is going to be BUNDLEd
>
>
>  Cheers
> Suhas
>
>
>
>
>
>
>
> On Thu, Sep 19, 2013 at 9:24 AM, Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
>>  Hi Suhas,
>>
>>
>>
>> The mid attribute itself does not add an m- line to a BUNDLE group. The
>> attribute value also needs to be listed in the group:BUNDLE attribute mid
>> list.
>>
>>
>>
>> So, if you want to re-use an m- line and mid attribute, but you don't
>> want the m- line to be in the BUNDLE group, simply remove the mid from the
>> mid list.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Christer
>>
>>
>>  ------------------------------
>> *From:* rtcweb-bounces@ietf.org [rtcweb-bounces@ietf.org] on behalf of
>> Suhas Nandakumar [suhasietf@gmail.com]
>> *Sent:* Wednesday, 18 September 2013 7:44 PM
>> *To:* rtcweb@ietf.org
>> *Subject:* [rtcweb] m=section recycling and a=mid
>>
>>   After thinking about it a bit, I think there are some side effects
>> associated with changing/not changing mid attribute of a re-cycled m=
>> section and it being part of a BUNDLE group or not..
>>
>>  example
>>
>>  say , we have these video m=section part of BUNDLE group as below
>> a=group:BUNDLE 1, 2
>>
>>  m=video .....
>> a=mid:1
>> a=inactive
>>
>>  m=video .....
>> a=mid:2
>> a=sendrecv
>>
>>  Now If JS user adds a new video track and he wants it to be out of
>> BUNDLE. If we recycle first video m=section and dont change mid attribute,
>>  we end up BUNDLing even if the user dint want to
>>
>>  On the other hand, if we allowed mid value to be changed, we might end
>> up UNBundling a video stream , when the user did want to BUNDLE them
>>
>>  So allowing a mid value to be changed or not should be tied to what the
>> JS API is asking on behalf of the user
>>
>>
>>  Any thoughts ?
>>
>>  Cheers
>> Suhas
>>
>>
>>
>
>
> _______________________________________________
> rtcweb mailing listrtcweb@ietf.orghttps://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>