Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06
Christer Holmberg <christer.holmberg@ericsson.com> Fri, 03 December 2021 21:32 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 EC2F53A09D0; Fri, 3 Dec 2021 13:32:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.801
X-Spam-Level:
X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 8qHdoUmPJN2i; Fri, 3 Dec 2021 13:32:29 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80059.outbound.protection.outlook.com [40.107.8.59]) (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 E24863A09CF; Fri, 3 Dec 2021 13:32:28 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EJD9M8lZ/8ImATAfhsn6WL05qgO+lSHeOEQsn2Ze51ybHZCrYrrB8lVz0FClNH7mhfe/SSyQYKwvDOrvpYadmTWlpW2TuQSP84QHxB+wNxnRt/iDBGay+Cct4YlnZjpGP0KzXEEeU39F6dIWLpauysaE/j3AHOD1MWlu1B/CEXs8O/Dxa4V5RJSWeJMvGOaMS99j22FLveUqlLTLewVwj7HRsd7D4j5nirinjLxGqR1mSKkHW13qU3NFkQJQlEx+tG7tmjyFRyvndiAn67a4eA+OdOo9gZzSdaCskADfIZmOYQa2igaxpuPs17j9oQfr/X8WBNcIO/wJXkcfuO8asg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FcWZtDZ+xRwIRbd52T2lKLat/1Q9R8WbfExuEYb6waI=; b=hPBaFBF207vCus1BgJIjMpkwM1sWnD4msrE5C8ktKhJ5EIUnXXqLV7vnFaSJNX9yTKoWkypiVe6In2CGqrpo9t7ZaldJxnhFy9VWDKxDkH04iRfNkigXEqfAV+gtHp1ybXtjg2gCx94ELH7IwLnS7M8nq4ZeDMepbu0zhoLIbbHCQ/EpYF8ut0MIKR8kvbhVUwdYss4bYNBlHPNFWRvTDm+llnbS/NRwEp6S2nKYgZM8/uc4zDFJZxqKbfPmJTEnwAxmfX0Ig8HxAPGR3Xw34FDDeoC4ZENBAy+ewowj1SyLqOzgKLiqIo5tJpJxfdAv1zU+PH8UauUzMfMX5N5TJA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FcWZtDZ+xRwIRbd52T2lKLat/1Q9R8WbfExuEYb6waI=; b=B8QLkCoMRrG3uW5oPK+fOc/iaBYwdwiLjFCkqloVYoj7M8pEqe8MeuDFyRJ0W2uB6jTKrU14vfuaTzSAIL/1S+QU7ZbtBmECnbf8XvAX3ro8a2oOUql2d1LylDZNQqZYSklxKdklw61cEzyiigA+YJMx8O0JiIuZHnsq6xX/a5o=
Received: from HE1PR07MB4441.eurprd07.prod.outlook.com (2603:10a6:7:9f::27) by HE1PR07MB4332.eurprd07.prod.outlook.com (2603:10a6:7:a3::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4755.11; Fri, 3 Dec 2021 21:32:22 +0000
Received: from HE1PR07MB4441.eurprd07.prod.outlook.com ([fe80::f9c6:ee52:f4eb:ea8c]) by HE1PR07MB4441.eurprd07.prod.outlook.com ([fe80::f9c6:ee52:f4eb:ea8c%6]) with mapi id 15.20.4755.011; Fri, 3 Dec 2021 21:32:22 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, Roman Shpount <roman@telurix.com>
CC: Flemming Andreasen <fandreas@cisco.com>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, mmusic <mmusic@ietf.org>
Thread-Topic: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06
Thread-Index: AQHX3Ak/hBaHnooYkUSn2nMJ6e+Pu6wP84gAgAAAW8uAAFiPAIAAm1wwgACQLYCAAAcFAIABEjwAgADJKoCABJjlEIAAo3eAgAEVkoCAASAAqIAAFRUAgAQaXACAAPLNAIAAphPQgADNrTA=
Date: Fri, 03 Dec 2021 21:32:22 +0000
Message-ID: <HE1PR07MB4441B9EB1CC4682AF0E65B7D936A9@HE1PR07MB4441.eurprd07.prod.outlook.com>
References: <443b55f8-9d42-6728-de87-36a8392aaa10@cisco.com> <CAOLzse3aNuKCp9jSXyzAdLjpaCZUzL4K071k3zLTWoE3Fry-BA@mail.gmail.com> <HE1PR07MB4441163C03DA3FA9A88B0114939F9@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAOLzse1JMd=re=96OQR1qD6wj_SJnwRdUGAzU69k4v=gr4LcvQ@mail.gmail.com> <HE1PR07MB44419673CDC9E5C1CD76F04593609@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAOLzse3e0bmNwkz_2T6QvpQYs5Q3dqB8YnEoVQp=YRPhGP+6Vw@mail.gmail.com> <CAD5OKxs25qiRvvFZDzda2CWun3MAwZxz8WrGYJdDHEgdB1d0ng@mail.gmail.com> <HE1PR07MB44415ADB77F0EA6B8732DB2393619@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAOLzse3yFO+iAWEeqrv_WZTZZi0xO3C3pGL+G13-59N4+kgj-A@mail.gmail.com> <HE1PR07MB44418958A9C748993B42342293649@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAD5OKxuwy6dJdZfvmHtTSwdffz0efiWRkf6fVGLoDJD2kgayfw@mail.gmail.com> <CAOLzse26gsHrTfffeFanKPh+zBUvo4bB29MeuKsVWrq2gyq-2w@mail.gmail.com> <HE1PR07MB44419D003F32B7992D8208BB93669@HE1PR07MB4441.eurprd07.prod.outlook.com> <da187426-670e-8a00-cfb5-d562213dcf7d@cisco.com> <HE1PR07MB444195E3707CCABC34326B2E93699@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAD5OKxtnAg+XwRmHyTczQGByhu6oeAjBmgV_BD5vgbedD1pJpw@mail.gmail.com> <VI1PR07MB4447D45204EFAEF7F7928E37936A9@VI1PR07MB4447.eurprd07.prod.outlook.com>
In-Reply-To: <VI1PR07MB4447D45204EFAEF7F7928E37936A9@VI1PR07MB4447.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 21c425fc-bf33-4563-5a2d-08d9b6a4648a
x-ms-traffictypediagnostic: HE1PR07MB4332:EE_
x-microsoft-antispam-prvs: <HE1PR07MB4332EF18401D529D7C3FEA15936A9@HE1PR07MB4332.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: jaLLtRE6p4D2hRQUbCWoJDlwPsF+GSobMSiiERQdFOCmI8eZpAQFG4z6rvqJFtKj5t0TIyB9c5KXSU8BdPf71laCh/qVuSoVV7NFdjbCCgG7ZMZVI0WIBUrVbMWm03I7a7/g6nTXNK/e/DM8hxFlxkOadXoZjY6MCkPm+HVFcvOHg28ettnmQspGNiCyDcjrkzPNJg0zciMSm112YAFlvqiZpJA1BDC1U/iEPpVl2q6R3tkDCY6LQIO6xiPHIJIxhSQA1/0VmkaejFLJ6L9Jqb35h3YN3pm0WBjBXlXJDAUkX/N70TOuxMaIgvKhL2j37G4V5vwCsUBtwTZ+TKSxrrcgEoczCnhiyiIPU20j6rqtbVZDJVxNdvx14ih+N+Z7qc+lM/z5WwmRLm6ivrk5gbcZ+M5+36gxyXXQKwtaQfQC6xp424ze7Jr85ng1xXFv5fFi8GfxA2Nf7kCBhJEZ4Ta4t3sJhbkQDt57RpB2DxXaioHJhCJ3iOwlbRfC7uP/M4k6g9YX51Q5j4UA7zJ411OyrDd+gR6zpKUSYLJbTtocGyQAOuoqSUibX8cRaHPGaYYtzPnabJjMkgFZ2g6nIjvb07wVScQo0Dyas7CX09N0FMhymznvGtkVrJJQVcr6EdHcb07rQB0bjbnXwIsVOERTHGM1XNtYh2Ff+JhOq8ZvCTgZ7NsZvRZPAMsi33Z4G/kVPOnjHuCEqR/wlbTiNk4BhKNFhMz++fz6NW5tgziyl54RJYaz23A3WAq3+QisNmzjSQJAAR6j+lc6YZGUoQax6O4ss+qz2fK6i3Pg3BtvsRq1WM6/ahjc1nAJZYJxUfrLFsiJcNwHsVeqfJBVJqxrGymWbyS20vjX6tVyu1r9MGDZJL4+oUjHFdeu7Wnn
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4441.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(30864003)(71200400001)(83380400001)(110136005)(86362001)(54906003)(66446008)(9686003)(53546011)(8676002)(38070700005)(7696005)(66946007)(316002)(2906002)(66556008)(26005)(33656002)(966005)(64756008)(508600001)(44832011)(6506007)(166002)(82960400001)(4326008)(5660300002)(52536014)(55016003)(66476007)(186003)(76116006)(122000001)(8936002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: StDpQ0v6DYlMlZHqhso00jx863R3QwRk2wakARcor17iXUiMRjQavZ8+GDq9TEgloEUAoJ8EoivFwu/hkHYDeMegRqFE68zjir+gCW0Bi2Wy02hPOt4MLYrYBeFSVgla2tqEZGyR8NpdPxY4bKUW0nGeo1HwnFcf/amu93QNXRElInbhfZ6uXlUCHtZECsINt0c7VlzyrJU2x1UHVYAjYMb/S0kCn+zP5cnW6tCb+H4HBZ1ehU2Kt2jPUQwCeLHEBnetwXnFaeOKupGRLeUtPM5M2PrziXlfAt+fC2QlVk34mgB3deuBV451z8wR2OkxlFYrXcmxCb5ixltvoedaDDLH2jIfr1mopd6ccaGtdAu+YpFuohDxQVs7vvGdevJeDri1/6FhK4kpDgO99yia7LmokGleA0AxJoe9tHbuY+64RI8OmxC8j922zjpSOgheIvkQX0J+w+235B4wzZfun0sKkFQUQOVeM9jSk9MkoMpFjNADJVrr/Gda2thvFqidTemTjadjgJALitikpj/YfK6pTrox3w+EVc/L1eQhJ0t/RHKKtz6whF7eHJjQkHjfuBf9a/pCXv7YHf+J4JuxGx0Z9TIC9XmD155GDDR8Pd5Jz7u5zvWFmSRSXsFFBIIS8eTgDHF/Q4v4TLEc1b3kzk4ykgiu1ZtkSMxayknjgRFRR+5J979i07TSc20PLMYP1O9YkBmcIFGyT7qjdA9rmjKzDN3rQ4/yf33NKgp7y4YPrvu/0/td5C0C3Ow3y8iKBYKxPFKVKtEqmiq56hw10/d4noFLpKeKRtm7z7e9uZxjsxt8RZujOIJQ3MoNFz10zv7plaUnIuNjSH4ZLb/inmLPJHPq9LaCba9zNA5xd+/hC8dH0qL+l6CIrc0S4xgR2ka7eUyFwyihyXHBthc8UkXh6DyQDq2BmiF58/jKg9XKFsA/cqbxLZ2Sv9YnkEM3nNrsN/PGRD6FukEdAq+ViUWEKvnj0d6l7mZ5olmRs1+lwM7YkNtFpakt92zPK0Xp+m6CTKavVd1QMpgAvJk8QlqQD3PZxj+WPKPT0ZRCLXmZCB7mTD5ikv2f7X/P7ugXGfcMOd7b6dQD0T5GCanDVHNZIs5+06cTKItxmmi3tIOAMJki27LWEME2pBg/kqXMfZnucx1pB4njXAlgpjNezeOlCm1VyXbQd39rMDu7ZAVy6dkfj/m0gwvU5DGUDedHHrprUn4B8saYSsX1IGKMrsdUFxgljqQKcsyMlu5RwgaPzVkd69DRJZD9tdFzikOS3bAlE8+7YgDq8elfjLPQBfyFATcMv0hYCg2FrUGSuBvgJZIa7LZuHAcRovDsVQUvNqKR9dzgG8Oh2DSI9hwiQt+3ylXs6DpIdiqEPM+ZAxY7iWrYhnxqcWSUhjsOUBlc4yZ4a7uycJY+6jfOdkqzG0Akml5HSVD56UT8KI4XjJpNKMBjV7QPWhPq5XxS1lzItuuz1dJkxltRfcL20m+Uw/4f8jvN2nShj2sLzp6qXJTIuGL2WvpUvU3awR/z5qqIdTE16WzBYU0aOVCHCQfa/wNICAyJym5+j/uT8iNvRL7vQ4971TGl53SU0CBT6VlvQWTijXQPTtSAeHb+rxZWuRxOSsh22w63RrzIsMLs/03T/5w1yKpKkleAlLCnz0GuzLJ6lMrY22utrqP+XFdO9Q==
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4441B9EB1CC4682AF0E65B7D936A9HE1PR07MB4441eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4441.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 21c425fc-bf33-4563-5a2d-08d9b6a4648a
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Dec 2021 21:32:22.6222 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: S3VMYvkyv6poa0lSaGntUoXTIax8FwcDxCSEdJt1fK9bB6HKFsKLtFNOOhzJH+zu7wIVxJaL57A6b2bzssHmFABxuw6sWUESRLAXdSeMdEk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4332
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/RHbDwt0j3Ow0hQcNd9i6TY7LUL4>
Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 03 Dec 2021 21:32:35 -0000
Hi, Based on Roman’s comments, I have submitted a new version (-08) of 8843bis. Regards, Christer From: mmusic <mmusic-bounces@ietf.org> On Behalf Of Christer Holmberg Sent: perjantai 3. joulukuuta 2021 11.19 To: Roman Shpount <roman@telurix.com> Cc: Flemming Andreasen <fandreas@cisco.com>; mmusic-chairs@ietf.org; mmusic <mmusic@ietf.org> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 Hi Roman, Regarding the nits in 7.4.1 and the missing comma in 7.6, I will fix as suggested. Regarding the “rewriting” wording, I think it should be either “e.g., by rewriting” or “and e.g., rewrite”. Simply “e.g., rewrite” does not sound right to me. But, someone who is more fluent in English than I am can of course correct me :) Regards, Christer From: Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>> Sent: perjantai 3. joulukuuta 2021 1.21 To: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> Cc: Flemming Andreasen <fandreas@cisco.com<mailto:fandreas@cisco.com>>; mmusic-chairs@ietf.org<mailto:mmusic-chairs@ietf.org>; mmusic <mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 Hi Christer, I have reviewed the changes and there are a couple of nits: In 7.4.1: "answeris" should be "answer is" In 7.6 "In this situation the endpoint" should be "In this situation, the endpoint" (missing comma). "Therefore, the 3PCC controller SHOULD take actions to mitigate this problem, e.g., by rewriting the subsequent BUNDLE offer into a valid initial BUNDLE offer (Section 7.2), before it forwards the BUNDLE offer to a UA." should be "Therefore, the 3PCC controller SHOULD take actions to mitigate this problem, e.g., rewrite the subsequent BUNDLE offer into a valid initial BUNDLE offer (Section 7.2), before it forwards the BUNDLE offer to a UA." Best Regards, _____________ Roman Shpount On Thu, Dec 2, 2021 at 3:54 AM Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org<mailto:40ericsson.com@dmarc.ietf.org>> wrote: Hi, I just submitted a new version (-07), which implements the changes based on Paul’s comments. Thank You to everyone who provided comments and input! :) Regards, Christer From: Flemming Andreasen <fandreas@cisco.com<mailto:fandreas@cisco.com>> Sent: maanantai 29. marraskuuta 2021 20.13 To: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>; mmusic-chairs@ietf.org<mailto:mmusic-chairs@ietf.org> Cc: mmusic <mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 On 11/29/21 11:58, Christer Holmberg wrote: Chairs, Can I submit a new version of the document, with the changes suggested below? Please do. Also, did Paul Kyzivat's comments get resolved / updated ? Thanks -- Flemming Regards, Christer ________________________________ From: Justin Uberti <juberti@alphaexplorationco.com><mailto:juberti@alphaexplorationco.com> Sent: Monday, November 29, 2021 1:46 AM To: Roman Shpount <roman@telurix.com><mailto:roman@telurix.com> Cc: Christer Holmberg <christer.holmberg@ericsson.com><mailto:christer.holmberg@ericsson.com>; Flemming Andreasen <fandreas@cisco.com><mailto:fandreas@cisco.com>; mmusic <mmusic@ietf.org><mailto:mmusic@ietf.org> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 Looks good to me too. On Sun, Nov 28, 2021 at 2:13 AM Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>> wrote: This still works for me. _____________ Roman Shpount On Sat, Nov 27, 2021 at 4:33 PM Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org<mailto:40ericsson.com@dmarc.ietf.org>> wrote: Hi, Is everyone else ok with the changes? Change #1: Change ‘Offer’ and ‘Answer’ to ‘offer’ and ‘answer’ throughout the document. Change #2: OLD: In some 3rd Party Call Control (3PCC) scenarios a new session will be established between an endpoint that is currently part of an ongoing session and an endpoint that is currently not part of an ongoing session. The endpoint that is part of a session will generate a subsequent SDP Offer that will be forwarded to the other endpoint by a 3PCC controller. The endpoint that is not part of a session will process the Offer as an initial SDP Offer. The Session Initiation Protocol (SIP) [RFC3261<https://datatracker.ietf.org/doc/html/rfc3261>] allows a User Agent Client (UAC) to send a re-INVITE request without an SDP body (sometimes referred to as an empty re-INVITE). In such cases, the User Agent Server (UAS) will include an SDP Offer in the associated 200 (OK) response. If the UAS is a part of an ongoing SIP session, it will include a subsequent offer in the 200 (OK) response. The offer will be received by a 3PCC controller (UAC) and then forwarded to another User Agent (UA). If the UA is not part of an ongoing SIP session, it will process the offer as an initial SDP Offer. NEW: In some 3rd Party Call Control (3PCC) scenarios a new session will be established between an endpoint that is currently part of an ongoing session and an endpoint that is not currently part of an ongoing session. In this situation the endpoint that is not part of a session, while expecting an initial offer, can receive an SDP offer created as a subsequent offer. The text below describes how this can occur with the Session Initiation Protocol (SIP)[RFC3261<https://datatracker.ietf.org/doc/html/rfc3261>]. SIP allows a User Agent Client (UAC) to send a re-INVITE request without an SDP body (sometimes referred to as an empty re-INVITE). In such cases, the User Agent Server (UAS) will include an SDP offer in the associated 200 (OK) response, and when the UAS is a part of an ongoing SIP session, this offer will be a subsequent offer. This offer will be received by the 3PCC controller (UAC) and then forwarded to another User Agent (UA). When that UA is not part of an ongoing SIP session, as noted above, it will process the offer as an initial SDP Offer. Regards, Christer From: mmusic <mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org>> On Behalf Of Justin Uberti Sent: torstai 25. marraskuuta 2021 1.16 To: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> Cc: Flemming Andreasen <fandreas=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>>; mmusic <mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 Good suggestion, that works for me. On Wed, Nov 24, 2021 at 3:17 AM Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote: Hi, Maybe we instead of saying “as described below” could say ”The text below describes how this can occur with SIP”. That way the 1st paragraph remains independent from SIP. Regards, Christer From: Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>> Sent: tiistai 23. marraskuuta 2021 20.54 To: Justin Uberti <juberti@alphaexplorationco.com<mailto:juberti@alphaexplorationco.com>> Cc: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>; Flemming Andreasen <fandreas=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>>; mmusic <mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06 Justin, Part of the reason for the non-SIP language and renaming the section was to make it clearer that it can apply to WebRTC, not just SIP. I think the goal here is to come up with the language that can be referenced from the JSEP draft, which should reduce your work. _____________ Roman Shpount On Tue, Nov 23, 2021 at 1:29 PM Justin Uberti <juberti@alphaexplorationco.com<mailto:juberti@alphaexplorationco.com>> wrote: On Tue, Nov 23, 2021 at 2:00 AM Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote: Hi, >>>1) for some reason, "offer" has been replaced with "Offer" throughout the document. This is a minor nit, but seems incorrect to me. >> >> I did that, because in the previous version we already used "BUNDLE Offer", so I thought I'd do it to be consistent. > > The problem though is that "answer" still is in lowercase so that introduces its own inconsistency. Good catch. I was actually going to change that too, but now realized I forgot to. I have no strong opinion regarding whether we use upper- or lowercase, as long as we are consistent. > Generally I think we should avoid capitalization of common words to avoid confusion. I can change everything to lowercase. Sounds good. --- >>>2) The first two paragraphs of 7.6 say similar things and it's not clear to me why they both exist. Here is my suggested revision: >> >> The first paragraph is more general, while the second paragraph describes how it is realized in SIP. > > Understood, but I feel like that intent was not totally clear in the current text. I am mostly fine with your suggested modification. However, as we don't really talk about "offer semantics" elsewhere in the document, perhaps: "In this situation the endpoint that is not part of a session can receive an SDP offer, created as a subsequent offer, while expecting an initial offer, as described below." That works. It might be easier to understand with the "while expecting an initial offer" clause first: "In this situation the endpoint that is not part of a session, while expecting an initial offer, can receive an SDP offer created as a subsequent offer, as described below." But I am fine either way. Regards, Christer OLD: In some 3rd Party Call Control (3PCC) scenarios a new session will be established between an endpoint that is currently part of an ongoing session and an endpoint that is currently not part of an ongoing session. The endpoint that is part of a session will generate a subsequent SDP Offer that will be forwarded to the other endpoint by a 3PCC controller. The endpoint that is not part of a session will process the Offer as an initial SDP Offer. The Session Initiation Protocol (SIP) [https://datatracker.ietf.org/doc/html/rfc3261] allows a User Agent Client (UAC) to send a re-INVITE request without an SDP body (sometimes referred to as an empty re-INVITE). In such cases, the User Agent Server (UAS) will include an SDP Offer in the associated 200 (OK) response. If the UAS is a part of an ongoing SIP session, it will include a subsequent offer in the 200 (OK) response. The offer will be received by a 3PCC controller (UAC) and then forwarded to another User Agent (UA). If the UA is not part of an ongoing SIP session, it will process the offer as an initial SDP Offer. NEW: In some 3rd Party Call Control (3PCC) scenarios a new session will be established between an endpoint that is currently part of an ongoing session and an endpoint that is not currently part of an ongoing session. In this situation the endpoint that is not part of a session can receive SDP with subsequent offer semantics in an initial SDP Offer, as described below. The Session Initiation Protocol (SIP) [https://datatracker.ietf.org/doc/html/rfc3261] allows a User Agent Client (UAC) to send a re-INVITE request without an SDP body (sometimes referred to as an empty re-INVITE). In such cases, the User Agent Server (UAS) will include an SDP offer in the associated 200 (OK) response, and when the UAS is a part of an ongoing SIP session, this offer will be a subsequent offer. This offer will be received by the 3PCC controller (UAC) and then forwarded to another User Agent (UA). When that UA is not part of an ongoing SIP session, as noted above, it will process the offer as an initial SDP Offer. On Wed, Nov 17, 2021 at 3:16 PM Flemming Andreasen <fandreas=mailto:40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote: Greetings MMUSIC We previously submitted draft-ietf-mmusic-rfc8843bis for publication, however subsequently, the issue of 3rd Party Call Control came up and as a result of that, Section 7.6 has been updated accordingly. We are hereby starting a 1-week WGLC on Section 7.6 only in draft-ietf-mmusic-rfc8843bis-06. If you have any comments on Section 7.6, please send those to the document authors and the MMUSIC mailing list by Wednesday November 24, 2021. If you review it but do not have any comments, please send a note to that effect as well. Thanks -- Flemming (MMUSIC co-chair) _______________________________________________ mmusic mailing list mailto:mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Conside… Flemming Andreasen
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Keith Drage
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Flemming Andreasen
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Paul Kyzivat
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Justin Uberti
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Roman Shpount
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Murray S. Kucherawy
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Murray S. Kucherawy
- Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Con… Christer Holmberg