IETF Logo Mail Archive

Re: [MMUSIC] Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 22 May 2018 06:47 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAA6612E058 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 23:47:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 3vp_Vz9MHwgP for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 23:47:37 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7423112EAB2 for <mmusic@ietf.org>; Mon, 21 May 2018 23:47:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526971654; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3y7DfqY5xerfzdrAuAzhLoGDb5UhckT5Ns5xqb7E4Ug=; b=aUI5ggUKqqwFtBywEkwxt+xmgUo5E/4ZyUePO4kqQbgwO5qAnFl4TNGjTUlRFbaK vpYj3hqwxU2s6Xev88ozyXVV4ef3b6y0tn5/BPSA96OIiuS53pEeXq3jl3Yz1MfL nYX26aWs3aqJaU2lPVIoxLwzEVgEjlSml1lGV3ux++Q=;
X-AuditID: c1b4fb30-e77ff7000000169b-fd-5b03bd055ed4
Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.183.24]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 76.26.05787.50DB30B5; Tue, 22 May 2018 08:47:34 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.29]) by ESESSHC002.ericsson.se ([153.88.183.24]) with mapi id 14.03.0382.000; Tue, 22 May 2018 08:47:33 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Eric Rescorla <ekr@rtfm.com>
CC: The IESG <iesg@ietf.org>, Flemming Andreasen <fandreas@cisco.com>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, mmusic WG <mmusic@ietf.org>, "draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org" <draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org>
Thread-Topic: Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)
Thread-Index: AQHT766LffbzCcV2SUiRhWKu/Il/cKQ3YCGAgAASdYCAAlF4YIAAQO6AgAAl1XCAAATiAIABIHyg
Date: Tue, 22 May 2018 06:47:33 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B72EFCFF2@ESESSMB109.ericsson.se>
References: <152676110260.28001.7412898846338225219.idtracker@ietfa.amsl.com> <CABcZeBN43yTCK+XbLLih_xeaBwsGVMa6XcPQkrcyQjzQHfzNuQ@mail.gmail.com> <CABcZeBO5b4OMaV5z-XhQPVOUpX6eB_GZKPu7b9Ti6MOCwsJ5xQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B72EF825B@ESESSMB109.ericsson.se> <CABcZeBM5Vqmw-txmTmrcOXndwsW=20oUvXywdeLR9OMBPFp1cQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B72EF9112@ESESSMB109.ericsson.se> <CABcZeBP7nv3zOUtfUPXspi1EWvLGWGvcfDAWHMTjAtFR9+f0Lg@mail.gmail.com>
In-Reply-To: <CABcZeBP7nv3zOUtfUPXspi1EWvLGWGvcfDAWHMTjAtFR9+f0Lg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.162]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAIsWRmVeSWpSXmKPExsUyM2K7hC7bXuZog4bZbBbTZ71js1jx+hy7 xfsLuhYz/kxktji/cz2TxdTlj1kc2Dym/N7I6rFkyU8mj8mP25gDmKO4bFJSczLLUov07RK4 Mh6t+8NWcEKg4saJ+gbGCQJdjJwcEgImEod2XmPuYuTiEBI4wigxv3kTO4SzmFHi1Ikuli5G Dg42AQuJ7n/aIA0iAgoSv/6cYAGpYRZoYZK48Pg9G0hCWCBLonfxLFaIomyJI5PWMELYURJ/ upvZQOawCKhKnGhnAjF5BXwlLqxjgVj1kVniQkMTM0icUyBQonWnMkgno4CYxPdTa5hAbGYB cYlbT+YzQdwsILFkz3lmCFtU4uXjf6wQtpLE0/9LwMYzC2hKrN+lD9GqKDGl+yE7iM0rIChx cuYTlgmMorOQTJ2F0DELSccsJB0LGFlWMYoWpxYn5aYbGemlFmUmFxfn5+nlpZZsYgTG08Et vw12ML587niIUYCDUYmH12QNc7QQa2JZcWXuIUYJDmYlEd5Pl5iihXhTEiurUovy44tKc1KL DzFKc7AoifNa+G2OEhJITyxJzU5NLUgtgskycXBKNTAm9n00KQ/Y7Tdl2W3HMtvYvC0JTX0z lohM2VdhxVSy5eDmrnuTBJ98C24z/CLxOoy/387+WOX/YpbC5K9M2+R4qsO/uGWn8V99fnRe pu2q85GJ128L6HrdnPvi6ZrDSyWUzYu31uy+emFygyezeKC9uA7/vtq/n7LnZGZla8wV/tvD qKV7/JwSS3FGoqEWc1FxIgDduhD1owIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/e6XHqms5Pias6UPekxnJbfTddag>
Subject: Re: [MMUSIC] Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
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, 22 May 2018 06:47:39 -0000

Hi,

...

>>>>>   [Section 7.3.1] as the answerer tagged "m=" section.  In the answer
>>>>>   the answerer BUNDLE-tag indicates the answerer tagged "m=" section.
>>>>>
>>>>> I'm having trouble reading this paragraph. How do you select an m= section that correspond to the selected m= section.
>>>>
>>>> The n:th m- line in an answer corresponds to the n:th m- line in the offer.
>>>>
>>>> There was some discussion about the terminology, and “corresponds” was the outcome.
>>>> 
>>>> I did find a small nit in the text, though:
>>>> 
>>>> s/”section in that”/”section that”
>>>
>>> My point is that this paragraph just is too hard to read. My problem isn't corresponds, it's
>>> "select" and "selected" together. Can you rewrite it so that it's clearer. Maybe just indicating
>>> that one is is the offer and one is in the answer?
>>
>> What about:
>>
>>   The answerer MUST select the "m=" section *in the answer* that corresponds to the
>>   selected offerer tagged "m=" section in the corresponding offer
>>   [Section 7.3.1] as the answerer tagged "m=" section.  In the answer
>>   the answerer BUNDLE-tag indicates the answerer tagged "m=" section.
>
> This seems clearer, but I'm not sure what "selected" is doing in "selected offerer tagged". Can you explain?

The answerer first selects the offer tagged "m=" section, as described in section 7.3.1. After that, it selects the corresponding "m=" section in the answer as the answerer tagged "m=" section.

Regards,

Christer

v2.23.0 | Report a Bug | By Email