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

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 19 September 2013 16:36 UTC

Return-Path: <christer.holmberg@ericsson.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 6029E21F9635 for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 09:36:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.538
X-Spam-Level:
X-Spam-Status: No, score=-4.538 tagged_above=-999 required=5 tests=[AWL=-0.690, BAYES_00=-2.599, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_17=0.6, J_CHICKENPOX_18=0.6, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_MED=-4]
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 nkKakoXbZEsw for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 09:35:55 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 4DD8D21F960D for <rtcweb@ietf.org>; Thu, 19 Sep 2013 09:35:55 -0700 (PDT)
X-AuditID: c1b4fb30-b7f9a8e000005620-d8-523b27e87b7f
Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id BA.57.22048.8E72B325; Thu, 19 Sep 2013 18:35:52 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.146]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.02.0328.009; Thu, 19 Sep 2013 18:35:52 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Suhas Nandakumar <suhasietf@gmail.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] m=section recycling and a=mid
Thread-Index: AQHOtI5OlzgN5l68MU+Yf86f9mtTsJnNP/0ZgAADHRE=
Date: Thu, 19 Sep 2013 16:35:51 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C4A7F58@ESESSMB209.ericsson.se>
References: <CAMRcRGRUufCBRg77DEEcqSvJ8uP2o2HU2GoJ23xu6wKPc9G3zA@mail.gmail.com>, <7594FB04B1934943A5C02806D1A2204B1C4A7F29@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C4A7F29@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1C4A7F58ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrBLMWRmVeSWpSXmKPExsUyM+Jvje4Ldesgg2+3DSzW/mtnt9g5t4PZ gclj56y77B5LlvxkCmCK4rJJSc3JLEst0rdL4MpoePWBsaDfs+Ljyy7mBsb/tl2MnBwSAiYS z9qXMUPYYhIX7q1n62Lk4hASOMwosalvHwuEs4RRYv36a0AOBwebgIVE9z9tkAYRgUCJH3uP MoHYwgLGEguf/WKBiJtI7Jq7hg3CtpI4+WA2WJxFQFXi8tX37CA2r4CvxKP1q5kh5k9ilLiy 8g1YA6eAn8THC7vAGhiBLvp+ag3YAmYBcYlbT+YzQVwqILFkz3moq0UlXj7+xwpym4SAosTy fjmI8nyJlWcesUDsEpQ4OfMJywRGkVlIJs1CUjYLSRlEXE/ixtQpbBC2tsSyha+ZIWxdiRn/ DrEgiy9gZF/FyJ6bmJmTXm6+iREYOwe3/DbYwbjpvtghRmkOFiVx3s16ZwKFBNITS1KzU1ML Uovii0pzUosPMTJxcEo1MC4z0dyxoWGW1i3HigOZRpMeZSkvi9OZs2HOyUK3qrj/X1XurzRd 1Gr38PcfHZXdFd6fC5RifOUKDnLG/6jxm3z22iqZ5Veff/R+MO3f9bi7ARebDr39bD75xCYB 76l7txdvW7/S4ZhbyUeVyZYt5ps2vt6763VsQ8k5BuYFzpt+2NfUdu9q5V6jxFKckWioxVxU nAgAYiC1wGsCAAA=
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 16:36:02 -0000

Hi,



Below is some suggested BUNDLE text:



6.4.5.  Moving A Media Description Out Of A BUNDLE Group

   When an Offerer generates an Offer, in which an "m=" line is moved
   out of a BUNDLE group, the Offerer MUST assign a unique address to
   the moved "m=" line.  In addition, the Offerer MUST NOT anymore
   include a mid value, representing the "m=" line, in the SDP
   group:BUNDLE attribute mid list associated with the BUNDLE group.

   Section 11.4 shows an example of an Offer used to move an "m=" line
   out of a BUNDLE group.



Regards,



Christer



________________________________
From: rtcweb-bounces@ietf.org [rtcweb-bounces@ietf.org] on behalf of Christer Holmberg [christer.holmberg@ericsson.com]
Sent: Thursday, 19 September 2013 7:24 PM
To: Suhas Nandakumar; rtcweb@ietf.org
Subject: Re: [rtcweb] m=section recycling and a=mid


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