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> Mon, 21 May 2018 15:37 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 6D2AE12E8B1 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 08:37:45 -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 jMauSajwI9IS for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 08:37:43 -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 95FE112E8E2 for <mmusic@ietf.org>; Mon, 21 May 2018 08:37:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526917058; 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=FcHqsyjic9iu7rQPYDGDFGwMBzZnIZOkePqpkJdot9c=; b=fLJuQYBrlasTsYUCqJu6zcgw1eNcWr2YR69E2jHcxB1o/1R7buUyOqIAnQbqUuDz lYneRuqKNEwzzUAOQFEppc2D7Qf9pi/nTbn5Rn8JdyPwZbivWHZ61cQGnX52fDMq qbShU81g7tEcS4ch7Gsw/WT/QwOvLcnsSTALz6x0Rpo=;
X-AuditID: c1b4fb2d-a6b079c00000050d-95-5b02e7c2a461
Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id FB.C4.01293.2C7E20B5; Mon, 21 May 2018 17:37:38 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.29]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0382.000; Mon, 21 May 2018 17:37:36 +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//4gwAgAAh4dA=
Date: Mon, 21 May 2018 15:37:35 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B72EF9626@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> <701d1e42-fcb9-a849-2865-9f1a71176a50@nostrum.com> <7594FB04B1934943A5C02806D1A2204B72EF9591@ESESSMB109.ericsson.se> <d6143d6e-7177-36dc-76ea-b85e8b519724@nostrum.com>
In-Reply-To: <d6143d6e-7177-36dc-76ea-b85e8b519724@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.163]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNIsWRmVeSWpSXmKPExsUyM2K7iu6h50zRBtcb1C32/F3EbjF91js2 ixWvz7FbvL+gazHjz0Rmi/M71zNZTF3+mMWB3WPK742sHkuW/GTymLXzCYvH5MdtzAEsUVw2 Kak5mWWpRfp2CVwZO+4/ZSn4xFGxa9ls9gbGKxxdjJwcEgImEl8+/2DvYuTiEBI4wijx580K dpCEkMBiRonGuTVdjBwcbAIWEt3/tEFMEQF7icndGiDlzAItTBLzFi1jBikXFsiS6F08ixXE FhHIljgyaQ0jhJ0kMXXrBBYQm0VAVWLq9YksIHN4BXwlzl0Vglg7hUXiT/8VsLWcQPOfTN3I BGIzCohJfD+1BsxmFhCXuPVkPhPEzQISS/acZ4awRSVePv7HCmErSSyftoUdZD6zgKbE+l36 EK2KElO6H4KN5xUQlDg58wnLBEbRWUimzkLomIWkYxaSjgWMLKsYRYtTi4tz042M9VKLMpOL i/Pz9PJSSzYxAqPs4JbfujsYV792PMQowMGoxMMbeI4pWog1say4MvcQowQHs5II76dLQCHe lMTKqtSi/Pii0pzU4kOM0hwsSuK8eqv2RAkJpCeWpGanphakFsFkmTg4pRoYVVoW/dtUY1Z5 ePaz4oN2Jyf5PGLjUleI+v7Ff2WClY1iYh632f7puxcFS+U+NFJueBRu2fJL2cdJsl/3z3RL jwhN6YJF62M35gbNmTs7496m4KXrCjIPfFyyIKKR7U3Bi09bXx6v8yu6p6t5Q6tgr2hk1EwW ucD5b78Kzf/9s93Q98vUdWdmK7EUZyQaajEXFScCAOalP0yuAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/DmlnNxTnDHaTMS_AuXAJ2GJ0byw>
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 15:37:54 -0000

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

v2.23.0 | Report a Bug | By Email