[rtcweb] BUNDLE: How to process bundled m- lines when no address fulfills the criteria for being selected as the offerer BUNDLE address?

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 17 December 2014 13:15 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 55A521A8A6C for <rtcweb@ietfa.amsl.com>; Wed, 17 Dec 2014 05:15:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id WbIKRHfT34nG for <rtcweb@ietfa.amsl.com>; Wed, 17 Dec 2014 05:15:04 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 859F91A8A6B for <rtcweb@ietf.org>; Wed, 17 Dec 2014 05:15:03 -0800 (PST)
X-AuditID: c1b4fb30-f79d66d00000744c-1d-549181d5600e
Received: from ESESSHC016.ericsson.se (Unknown_Domain []) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 2F.E4.29772.5D181945; Wed, 17 Dec 2014 14:15:01 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([]) by ESESSHC016.ericsson.se ([]) with mapi id 14.03.0195.001; Wed, 17 Dec 2014 14:15:01 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: BUNDLE: How to process bundled m- lines when no address fulfills the criteria for being selected as the offerer BUNDLE address?
Thread-Index: AdAZ+3RRvr7r/rTWQnCuYlntTHiCwQ==
Date: Wed, 17 Dec 2014 13:15:00 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D5F98D8@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D5F98D8ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrGLMWRmVeSWpSXmKPExsUyM+Jvje7VxokhBvd6dCzW/mtnd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxor3cxgL/ptWvNyyibWB8ZheFyMHh4SAicTzg0xdjJxAppjE hXvr2boYuTiEBI4wSjz82cIK4SxhlNi+chE7SAObgIVE9z9tkAYRAXWJyw8vsIPUCAt0MUoc uAfSAJLoZ5T4eFAapF5EQE/i6SpmkDCLgKrEkndPwJbxCvhKrDx4HMxmBFr8/dQaMJtZQFzi 1pP5UAcJSCzZc54ZwhaVePn4HyuErSjR/rSBEaI+X2Ln4T1QMwUlTs58wjKBUWgWklGzkJTN QlIGEdeRWLD7ExuErS2xbOFrZhj7zIHHTMjiCxjZVzGKFqcWJ+WmGxnppRZlJhcX5+fp5aWW bGIERsTBLb8NdjC+fO54iFGAg1GJh3fDxwkhQqyJZcWVuYcYpTlYlMR5F56bFywkkJ5Ykpqd mlqQWhRfVJqTWnyIkYmDU6qB0YhP31F4y0ITj3pHQ5mvrpplipYmP/ZHvyubfKu442GSo/Ky 9eUMEoceSXnIVMa9jBEwnp1gtPmP2RtvwYzLb6XMa9kTdrx3LtbnfXdqnfZETkafc3nWfJPD 18gfUCv9FRFo3Hxu+82MR53Gdc88tW7ayM2bfGrewdvHdyzmKi30nNp92VlXiaU4I9FQi7mo OBEAUmeYXWkCAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/8CyfP2O1cdEni5duma6q9RoRcuE
Subject: [rtcweb] BUNDLE: How to process bundled m- lines when no address fulfills the criteria for being selected as the offerer BUNDLE address?
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 17 Dec 2014 13:15:06 -0000


We currently have the following text in BUNDLE, when the answerer selects the offerer BUNDLE address:

                "If one or more of the criteria are not fulfilled, the answerer MUST select the next
                identification-tag in the identification-tag list, and perform the same criteria
                check for the "m=" line associated with that identification-tag. If there are no
                more identification-tags in the identification-tag list, the answerer MUST NOT
                create the BUNDLE group."

Now, as the text says, if there is no bundled "m=" line address in the offer which fulfills the criteria for being selected as the offerer BUNDLE address, the answer MUST NOT create the offerer BUNDLE group. So far so good.

However, I think it would be good to have some text on what the answerer DOES with the "m=" lines (in case the answerer doesn't reject the whole offer, that is).

So, I suggested to append the following text to the paragraph:

"Unless the answerer rejects the whole offer, the answerer  MUST apply the answerer
procedures for moving an "m=" line out of a BUNDLE group to each  bundled "m=" line
in the offer when creating the answer."

This basically means that, if the "m=" line had a shared address, or a bundle-only attribute, it will be rejected. If the "m=" line had a unique address, the answerer will assign a unique address in the answer.