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 > >
- [rtcweb] m=section recycling and a=mid Suhas Nandakumar
- Re: [rtcweb] m=section recycling and a=mid Christer Holmberg
- Re: [rtcweb] m=section recycling and a=mid Christer Holmberg
- Re: [rtcweb] m=section recycling and a=mid Suhas Nandakumar
- Re: [rtcweb] m=section recycling and a=mid Christer Holmberg
- Re: [rtcweb] m=section recycling and a=mid Harald Alvestrand
- Re: [rtcweb] m=section recycling and a=mid Suhas Nandakumar
- Re: [rtcweb] m=section recycling and a=mid Christer Holmberg