IETF Logo Mail Archive

Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06

Paul Kyzivat <pkyzivat@alum.mit.edu> Sat, 20 November 2021 17:54 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 6F0DC3A0474 for <mmusic@ietfa.amsl.com>; Sat, 20 Nov 2021 09:54:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.853
X-Spam-Level:
X-Spam-Status: No, score=-3.853 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, NICE_REPLY_A=-1.852, 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=alum.mit.edu
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 cWAcdoQ0yf_w for <mmusic@ietfa.amsl.com>; Sat, 20 Nov 2021 09:54:29 -0800 (PST)
Received: from NAM04-DM6-obe.outbound.protection.outlook.com (mail-dm6nam08on2074.outbound.protection.outlook.com [40.107.102.74]) (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 3F9C53A046E for <mmusic@ietf.org>; Sat, 20 Nov 2021 09:54:29 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VwK50U6IcMtDg289s1GFMrrE6X6n3t0uYFFYF0tSomAJKtF6kXR4Ovsl2d+YcGzmJXSXf48jqwlmCeUvibagyeAnZS03zAmxhxrHIsD+tCd4dK9VD6L8jokWfq6FXw5A4qwuK7bqYWUB3RZf8UrJjYw9NBGhpm7z9/SeV6JOz3uyS16Va/7COx6iYXF3tEU+UYO4lfEhrg8GTzpwBeGJgEde9G3rwtOklYzFUD8GyBL+gEolc+BLCouxBV7HxqSaS5dOyg7PHniF3yBUjUqvo/1gle6y38wyjnybZMvYyPhlKiZvNZRymw5e38r/FA5rTyG+SydVLjWI31+ZoyJ6RQ==
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=zMurMmZc2lgnHadfqCrGB8diZHrmrHLr260J2xg1qZo=; b=HsRuAIbbkdDBsljgD2uQvEpNW0jjEzR7eW6J5Af1SSf8tSM/co9jo/lAx+3dd/lCe1R1RQ59TeSBw9Hyjr7E6ojIq/cetQ3OVzOq9KH+NyBEBC09+IeyMiCbECBAZ/FevNbn1ObJSU1/oxrEsPSuUV+lxBlccR9hjYDxUqiAIdQhgL1pXSGuVo2sazLJ5iHnLxBofyjM+0T52E8sBRPMn7oBRQhDYFgEVkZU6vCXx8TYJqR8a3uOcMqIUKqCtI8u6VP2ijIOgAA41QgkX+sN4TEX/phaONnYFgJu9+c7Vgoy2az5BFgRxMZIIHlXYDazpakcVecMHqYkx7pQxrialg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=ietf.org smtp.mailfrom=alum.mit.edu; dmarc=pass (p=none sp=none pct=100) action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zMurMmZc2lgnHadfqCrGB8diZHrmrHLr260J2xg1qZo=; b=O4HD021hNZYdJxB5KIaX7yiKq+lNvIv4q3CRYAVRgHQwDngVrgoXDClORyNei9oqbgI/8uho4g2qcSgxbu4/ShyCC9EAs4g+UV9rkymuu1nBgdATYk6azbp7Wt/zqJj/g5z1gpGrfv5UdqiCURF9RyhE6prrNsoUnGGvyY38n+A=
Received: from SA0PR11CA0025.namprd11.prod.outlook.com (2603:10b6:806:d3::30) by BL1PR12MB5142.namprd12.prod.outlook.com (2603:10b6:208:312::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19; Sat, 20 Nov 2021 17:54:27 +0000
Received: from SN1NAM02FT0008.eop-nam02.prod.protection.outlook.com (2603:10b6:806:d3:cafe::59) by SA0PR11CA0025.outlook.office365.com (2603:10b6:806:d3::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.22 via Frontend Transport; Sat, 20 Nov 2021 17:54:27 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu;
Received: from outgoing-alum.mit.edu (18.7.68.33) by SN1NAM02FT0008.mail.protection.outlook.com (10.97.5.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4713.19 via Frontend Transport; Sat, 20 Nov 2021 17:54:26 +0000
Received: from [192.168.1.52] (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 1AKHsNIu007436 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <mmusic@ietf.org>; Sat, 20 Nov 2021 12:54:24 -0500
Message-ID: <ed2b1bae-6e3a-ebd7-0b8b-f177e02d4f44@alum.mit.edu>
Date: Sat, 20 Nov 2021 12:54:23 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.3.0
Content-Language: en-US
To: mmusic@ietf.org
References: <443b55f8-9d42-6728-de87-36a8392aaa10@cisco.com> <e2dc579e-4a29-5280-441f-78d69a3e04a6@alum.mit.edu> <HE1PR07MB4441F66C141F4229BBA530FC939D9@HE1PR07MB4441.eurprd07.prod.outlook.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-Reply-To: <HE1PR07MB4441F66C141F4229BBA530FC939D9@HE1PR07MB4441.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-EOPAttributedMessage: 0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 9ea6f9e6-25d1-4a21-b9f5-08d9ac4ecb1d
X-MS-TrafficTypeDiagnostic: BL1PR12MB5142:
X-Microsoft-Antispam-PRVS: <BL1PR12MB5142FA8F15D6F3B37B8D759BF99D9@BL1PR12MB5142.namprd12.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: fbL2zVtfyD+vsnZEduIE6CL29VZSbXi/acGXuWlvDxOA6BLuSInXrIgwiU94D3RZyCRcRnaA2B+5/UmWaV4keE2qNwSo4NZJI40/5Y6eBGY69/z/pCqzl3zHT6KwxlFUKv3Ltdw0H9VS7buaEWCTn3MQHtLYxqU/lJ7yedw0GcCOMp0KPY0gwc3H1eVNP0fBbAcC9iSi3o7lKIC6tw+WF6fhRh/zGHFXmvV2kveW6oKILBRZhMCrOdxsZEvePnBLEqlCCx2QPQWM0hvaLX8+OOi/QDoQsjLEBmzkldmuDT9GkdEvnROeATwNaGdx78eZ6BeVxT9Zk9hBtWPVB3/d+Lhd6YUTIvuIeblYduysinjySlr2izerrxzfixZ5Bmy8hqTg8W7UF57n3WFEESR85MEZZlD94X+JN34JO3GjK6xAqCatcJpkO7v+u+A3sARFy1w1tSuJLpUP4lwR31PLs3bTi+bfnb5IDqrYz4IH+IPMpEneLy8Nho9qwoP1uo7D0dE9fgbUyFUHqaLtdLyi5cDDyQhjuZMcyCaosXGzzEM45l8QU/sr/yaTBiGqbvpyP4HJm4ZeLchttIHMYbR6ud/P0lSoiI0zbAuaIud/P0bnRlVPCwklJZ8yEf63fPH4dc4PDZkXFroR5ajmWtiL/ZukVZGUGigU5jKT756y+yTHdyrkJbaqatvpaAY41JKq8oRLx4XIQSJ9+B+eJLHgMEdpfxJNedQccg/VDYvvZB/HQUwmyDA7ETJ6nQX6QuqNRafLsBxRejwL+U/8mJooCAcgrtkSy0YFW/JgEwGdf+bDXKGUcFsOHfIXGJ2QIvHT
X-Forefront-Antispam-Report: CIP:18.7.68.33; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:outgoing-alum.mit.edu; PTR:outgoing-alum.mit.edu; CAT:NONE; SFS:(46966006)(36840700001)(8676002)(86362001)(6916009)(83380400001)(70586007)(31696002)(356005)(31686004)(82310400003)(47076005)(5660300002)(186003)(26005)(53546011)(2906002)(8936002)(966005)(75432002)(70206006)(956004)(7596003)(36860700001)(508600001)(36906005)(336012)(786003)(2616005)(316002)(43740500002); DIR:OUT; SFP:1101;
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Nov 2021 17:54:26.2846 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 9ea6f9e6-25d1-4a21-b9f5-08d9ac4ecb1d
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-AuthSource: SN1NAM02FT0008.eop-nam02.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR12MB5142
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/g1kTSPOiXkfjDywI5XAdJKOd8IA>
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: Sat, 20 Nov 2021 17:54:34 -0000

On 11/20/21 12:06 PM, Christer Holmberg wrote:
> Hi,
> 
> The purpose of the text is not to mandate 3PCC to be implemented in a specific way. The purpose is to point out that if 3PCC is implemented in a way that the 3PCC controller receives a subsequent BUNDLE offer from an endpoint currently in a session, it needs to convert it into an initial BUNDLE offer before forwarding it to an endpoint that is currently not in a session.

OK. It would be helpful to point out that doing so may degrade the call 
- specifically it may result in no longer having a multimedia call, and 
that if this is a concern then special consideration may need to be taken.

	Thanks,
	Paul

> Regards,
> 
> Christer
> 
> -----Original Message-----
> From: mmusic <mmusic-bounces@ietf.org> On Behalf Of Paul Kyzivat
> Sent: lauantai 20. marraskuuta 2021 18.37
> To: mmusic@ietf.org
> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06
> 
> Hi,
> 
> This is interesting ...
> 
> On 11/17/21 6:16 PM, Flemming Andreasen 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.
> 
> This approach has a limitation:
> 
> If the new UA is unable/unwilling to bundle the media then the updated call will be limited to a single media stream, even if the old UA is willing to operate with unbundled media.
> 
> An alternative way to do this is for the 3pcc controller start the transfer by sending the old UA an offerless INVITE/Replaces. That will result in getting an initial bundle offer that should give maximum flexibility to the new UA.
> 
> Its possible that the old UA doesn't support INVITE/Replaces. If so, the 3pcc controller could then fall back to the method currently in 7.6.
> 
> 	Thanks,
> 	Paul
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>

v2.37.1 | Report a Bug | By Email | System Status