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

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 21 May 2018 13:22 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 0A1CF1270AB for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 06:22:59 -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 1_XKY7J4UZl4 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 06:22:57 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 EE9E51270A0 for <mmusic@ietf.org>; Mon, 21 May 2018 06:22:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526908975; 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=L3t9U3S35RiltyuPkJMaBRYWE/pbQoC8qZc5tXar6x0=; b=bGrp3gnnNVQWcBqJEImh7qR8AdexKpxrTbw88FyqPtkrrShSAg4vPoyxeCVLFCob 4moC8iW2mTv9hqcmRO1RIHL3ijUYXb/2Ob/cCKMAIkGooPZYt1NWOKZdtoOnewcH tj3wWfxps5kN8RztlqIiM4L3BlfugFv5eDlACR10mic=;
X-AuditID: c1b4fb2d-6a1ff7000000050d-4f-5b02c82edb33
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id B3.0A.01293.E28C20B5; Mon, 21 May 2018 15:22:55 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.29]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0382.000; Mon, 21 May 2018 15:22:54 +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/cKQ3YCGAgAASdYCAAlF4YIAAQO6AgAAl1XA=
Date: Mon, 21 May 2018 13:22:53 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B72EF9112@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>
In-Reply-To: <CABcZeBM5Vqmw-txmTmrcOXndwsW=20oUvXywdeLR9OMBPFp1cQ@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+NgFprEIsWRmVeSWpSXmKPExsUyM2K7pa7+CaZog2OHOCymz3rHZrHi9Tl2 i/cXdC1m/JnIbHF+53omi6nLH7M4sHlM+b2R1WPJkp9MHpMftzEHMEdx2aSk5mSWpRbp2yVw ZWz75FCwSKyiecUvpgbGG6JdjJwcEgImErsef2PqYuTiEBI4wiix5vYhNghnMaNE479J7F2M HBxsAhYS3f+0QRpEBBQkfv05wQJSwyzQwiRx4fF7NpCEsECWRO/iWawQRdkSRyatYYSw/ST2 btgAZrMIqEoc7XvKAmLzCvhKfGzeA7XsGZPEymVv2ECWcQoESmzfqwRSwyggJvH91BomEJtZ QFzi1pP5TBBXC0gs2XOeGcIWlXj5+B8rhK0k8fT/EiaQMcwCmhLrd+lDtCpKTOl+yA6xVlDi 5MwnLBMYRWchmToLoWMWko5ZSDoWMLKsYhQtTi0uzk03MtZLLcpMLi7Oz9PLSy3ZxAiMqYNb fuvuYFz92vEQowAHoxIPr8FOpmgh1sSy4srcQ4wSHMxKIrw/u4BCvCmJlVWpRfnxRaU5qcWH GKU5WJTEefVW7YkSEkhPLEnNTk0tSC2CyTJxcEo1MMYJH9hjGrfS2/i8xEaNthJhkXR5tSsC BXFvffJz/brzq2LuucUn/XZI0g9cbNb25JdH/NVbP+IZ327L+LrIXKBn1ctp802mRhfmTph8 b5Pw6ZbJOvH5RdsX2t5PMXcqdL0QOPOIE2vj3d/S1Uo1EjrcHRpbPnzrc7sxO2vfJuMlBqck T12SV2Ipzkg01GIuKk4EAANT1ZilAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Xjb9jcmTHpYmmGrWHT-Q4JbPTSA>
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: Mon, 21 May 2018 13:22:59 -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.

...

>>>   add a bundled "m=" section to a previously negotiated BUNDLE group,
>>>   the offerer follows the procedures in [Section 7.5].  The offerer
>>>   either picks the added "m=" section, or an "m=" section previously
>>>
>>> You should make clear that it's not possible to have an added m= section that the peer can take as bundled or not.
>>
>> What about adding the following note:
>> 
>> “NOTE: As described in [Section 7.3.3], the answerer can not move the added “m=” section out of the BUNDLE group in the associated answer.
>> If the answer wants to move the “m=” section out of the BUNDLE group, it will have to first accept it into the BUNDLE group in the answer, and
>> then send a subsequent offer where the “m=” section is moved out of the BUNDLE group [Section 7.5.2].”
>
> Yes, that's good, but perhaps "in its  answer"

I can do that.

Regards,

Christer