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 16:23 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 5C5F1128954 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 09:23:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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 qa4_MXt31wZ2 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 09:23:20 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 D9E0A127444 for <mmusic@ietf.org>; Mon, 21 May 2018 09:23:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526919797; 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=TgvcRjo56Esqi3KaiL9tiZ+TKr0+nyqQzNx6Cav2qqU=; b=HX6B8UkbJGB8MLC8MMpRcSoJerni5lTdBwr2FpZ1p/fB2GLOIDQOMpfdM28HYy62 l9kxdnEO69lW1NOkGlEZ9kSRhvyCYAOYfddiskn3CZOrbYvh3n6zOUmqtbB0d34R 3ahgnNBs07GZd9AGE62HBFbIDy16UFfasLbR0kPcq00=;
X-AuditID: c1b4fb3a-5a4b59c000006a47-65-5b02f274d787
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 15.E2.27207.472F20B5; Mon, 21 May 2018 18:23:17 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.29]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0382.000; Mon, 21 May 2018 18:23:11 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Adam Roach <adam@nostrum.com>, Eric Rescorla <ekr@rtfm.com>
CC: Flemming Andreasen <fandreas@cisco.com>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org" <draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org>, The IESG <iesg@ietf.org>, mmusic WG <mmusic@ietf.org>
Thread-Topic: Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)
Thread-Index: AQHT766LffbzCcV2SUiRhWKu/Il/cKQ3YCGAgAASdYCAAlF4YIAAQO6AgAAnPgCAACLr4P//4gwAgAAh4dCAAA2UqA==
Date: Mon, 21 May 2018 16:23:10 +0000
Message-ID: <EA1B8B7B-B908-422E-8D75-ECABF47E8690@ericsson.com>
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> <701d1e42-fcb9-a849-2865-9f1a71176a50@nostrum.com> <7594FB04B1934943A5C02806D1A2204B72EF9591@ESESSMB109.ericsson.se> <d6143d6e-7177-36dc-76ea-b85e8b519724@nostrum.com>, <7594FB04B1934943A5C02806D1A2204B72EF9626@ESESSMB109.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B72EF9626@ESESSMB109.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_EA1B8B7BB908422E8D75ECABF47E8690ericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNIsWRmVeSWpSXmKPExsUyM2K7qG7pJ6Zog7n/mCz2/F3EbjF91js2 ixWvz7FbvL+gazHjz0Rmi/M71zNZTF3+mMWB3WPK742sHkuW/GTymLXzCYvH5MdtzAEsUVw2 Kak5mWWpRfp2CVwZd3sWMRWskq+49LOFtYFxtlQXIyeHhICJxMPVB1m7GLk4hASOMEps6TsE 5SxmlJhw7wRLFyMHB5uAhUT3P20QU0TAXmJytwZICbNAC5PEvEXLmEEGCQtkSbx4/4sdxBYR yJY4MmkNI4SdJbFq5i0WEJtFQFXiztqFrCA2L9Cco02PmCB2XWORaJq+AKyIU8BP4vbvr2DN jAJiEt9PrWECsZkFxCVuPZnPBHG1gMSSPeeZIWxRiZeP/7FC1CRLbFyyiRligaDEyZlPWCYw Cs9C0j4LSdksJGUQcQOJ9+fmM0PY2hLLFr6GsvUlNn45y4gsvoCRfRWjaHFqcXFuupGRXmpR ZnJxcX6eXl5qySZGYBQe3PLbagfjweeOhxgFOBiVeHibnjNFC7EmlhVX5h5ilOBgVhLh/XQJ KMSbklhZlVqUH19UmpNafIhRmoNFSZzXKc0iSkggPbEkNTs1tSC1CCbLxMEp1cDo2O49d33+ QtvH770sU+f/f3LSzMU/Wrp0za79XWsXKkeKzDH4Wv25/fufvD8rGXn8v0/ee/BUxJFfnrW/ LP+tnnt9/iGtdb7vBFUeHlEscVA/qVk4eUfBe++aZyt7J2659e0e39bVz3dreO8o2SVYLLpx /lNFZfaQt4XfLn7a/vXuxzX/Dt26u0aJpTgj0VCLuag4EQDa3cH1vgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Hc2-ZBu9laFMuzRCJTjwdA9oRjw>
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 16:23:22 -0000

...and, to use an example you may be more familiar with: RID.

Are you saying that the “initial offer” procedures can only be used for the initial offer of the SIP session, meaning I can’t introduce RID later in the session (to an existing and/or new m- line)? If so, I think that should be explicitly stated in the draft.

Regards,

Christer


Sent from my iPhone

On 21 May 2018, at 18.37, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:

Hi,

It is also important to remember that this affects virtually every SDP attribute we define, >> unless there are cases where "initial offer" always means the initial offer of a session, i.e., >> it is not possible to introduce an attribute later in a session.

I'm not following your logic here. Can you give an example?

Assume I establish a session, with audio and video.

The initial offer will contain the m- lines, and associated SDP attributes, for audio and video.

Later in the session, I send a subsequent offer, adding a BFCP m- line.

When setting the SDP attributes associated with the BFCP m- line, I will now use the "initial offer" procedures for those attributes, because it is the initial offer for those attributes (while a subsequent offer for the SIP session).

Regards,

Christer