IETF Logo Mail Archive

Re: [MMUSIC] ICE-SIP-SDP: Question on ice-pacing attribute

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 17 July 2019 22:12 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 3D3A312006A; Wed, 17 Jul 2019 15:12:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 1VAJC-zFHE8t; Wed, 17 Jul 2019 15:12:15 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50085.outbound.protection.outlook.com [40.107.5.85]) (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 918E612011B; Wed, 17 Jul 2019 15:12:14 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DPM1v4yRbSTVzI9N8g73CZfp6YebxmGTLNQ2yYnqhMxi6uQB2X3qZr1VLr1saXXzbcqJykVbm5I1GjoHq+TrLj6P/sHu1sknrftZdZ4q+nZp+gPDhWGcZ3wGRP2bmiuGqCQw88h/yv58MmNzrc30DB9AKSlgHuopbxlvoZbT47kDlUUTii5w3LHwnhUp9O3u6T4dCp5P5LZ21QFbhs/ODQQCpOKhMQOjk9dUisIl4MHzF7LFeBX/9Mg/hUziQnewPgS0WzVSYXvZSfA1sFZJMI+OSKsp63UeCjhC+DJK+uIz8poX1u/rN322K+KrWITqyNY0ui349S6Y1HphzhjPMA==
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-SenderADCheck; bh=Xg25eo+9IrGgk476LfOI47kuYEZ0UwBwhXkhEwpa8D0=; b=SniCeA+E5fu+wgBc45QlT34pho3ZrECybqjaosEw4UdcZ1cI0q1HmUYBNyMCS6igyrkmWOFYoDsykCCG5vCPQpEdli3E/ES6tygFG2sqgO48dV/b02cM2Kkam45vJq8NV3JLOME42cu14I+kpEUsC+2Xb00oQxeeMC5WUBB0w0HV20xwJYQsBdGISvJ/6ec0g98rv/sQcsoFhX+oMOKE9CEXeMBS92vA+knM355JGJPPJk3iQS0EoOi5TGn45qI/AMgidiAM+RcF6aoFuTT9smPi76ab39CPVagAId0ibJ9sdOutY/P7Ath1G3sRks2KbrT3YGAGar/e+XchViPIkA==
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=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Xg25eo+9IrGgk476LfOI47kuYEZ0UwBwhXkhEwpa8D0=; b=i1SCxQ2fQmiDM6poH7Bq4ZJZZwfQ/YAm1zY+URupSHXe/YrHlOVPyA1F17os0iGlov5ggcXdY/xc9bQZ7o/N46PBkM0AwIcJO5SNNskULX6snoWhzVFiKNvDwBfLpJMfh6aQjgMYIaQADXc0H3eIWTDEVAiZpr6QY6A1uSAOC54=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4412.eurprd07.prod.outlook.com (20.176.167.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.7; Wed, 17 Jul 2019 22:12:12 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::5050:a3a9:be80:cf43]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::5050:a3a9:be80:cf43%5]) with mapi id 15.20.2094.009; Wed, 17 Jul 2019 22:12:12 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
CC: "mmusic@ietf.org" <mmusic@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>
Thread-Topic: [MMUSIC] ICE-SIP-SDP: Question on ice-pacing attribute
Thread-Index: AQHVPKhTYvk/K01+fEqTd3w2WIiQUqbPV2SAgAAG/2A=
Date: Wed, 17 Jul 2019 22:12:11 +0000
Message-ID: <HE1PR07MB316129D747E30D434F96832893C90@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <D7B95418-048F-4C6F-B953-33CC85C5B238@ericsson.com> <CAD5OKxvYCkB-Kz40EYTZADQQJLYKxrTcqNDMaTbDmhD16hrdnw@mail.gmail.com>
In-Reply-To: <CAD5OKxvYCkB-Kz40EYTZADQQJLYKxrTcqNDMaTbDmhD16hrdnw@mail.gmail.com>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [178.55.156.56]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a602899f-8c3e-41ed-e2fa-08d70b03d154
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4412;
x-ms-traffictypediagnostic: HE1PR07MB4412:
x-microsoft-antispam-prvs: <HE1PR07MB44121B5E79976ECF808915FD93C90@HE1PR07MB4412.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 01018CB5B3
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(346002)(366004)(136003)(39860400002)(189003)(199004)(54896002)(6306002)(52536014)(66066001)(53936002)(33656002)(9686003)(14444005)(256004)(11346002)(8676002)(486006)(66446008)(8936002)(4326008)(478600001)(2906002)(5660300002)(14454004)(86362001)(81166006)(76116006)(55016002)(44832011)(6916009)(6436002)(102836004)(446003)(68736007)(7696005)(186003)(81156014)(6506007)(26005)(71190400001)(76176011)(64756008)(71200400001)(25786009)(316002)(9326002)(6116002)(3846002)(790700001)(66476007)(99286004)(66556008)(66946007)(7736002)(54906003)(74316002)(476003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4412; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: vNa2Ckji+Eq5uJXBedrHMU+/MYfptuU1Ph4PDJ6wn4yvZtgZCZBVNxJBtUIAl8PIo/6mtwQviNIF0YxRnYPwku1O16lsKQv8LUENyr6hUlOEmIMxsFqiDznA9YDinFWW/OwgwWxtFu8yM9lRWFTjDSW/Kw3iU8JiMjgW6VRpIExFEm8puVHSS/OzQKs7yuCUXEs1gcY1ObPEW8lC2uZVcJBR62HUM7uwFFjr17BKflLHsillDp3vchhcCkh2Tq5m8WCaq3cp+dmFcLjbcWBGeLHmK+uyI4cQmfuJk2O4DKmv1qBTFMHzGYJLLJlMuR4nVq7uSPBc3f2pmA6bXdRh3Shwzv6M+OkWxocS7z7WpFHHeYMTeX3edEc8j00HGgGzVxvk8zeZYIhPGiNwU64VSimQWgJnMV0VybuinKGMxW8=
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB316129D747E30D434F96832893C90HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a602899f-8c3e-41ed-e2fa-08d70b03d154
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2019 22:12:11.9833 (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: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4412
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/-NhQQ6tcPnQY0N5JJUB3Cbs-pVQ>
Subject: Re: [MMUSIC] ICE-SIP-SDP: Question on ice-pacing attribute
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: Wed, 17 Jul 2019 22:12:17 -0000

Hi,

>> Before I suggest text, my question is: do we allow modifying the pacing mid-session?
>
> We should allow modifying pacing attribute mid-session on ICE restart. Due to 3PCC, a new end point
> might join the session without the prior knowledge of the negotiated pacing value. In order to support this,
> changes in pacing attribute in combination with ICE-restart must be supported. Changes of pacing during ICE
> nomination process (i.e. without ICE restart) are extremely hard to implement and should be prohibited.

If there is a subsequent offer/answer while the ICE processing is ongoing, and if we do NOT allow modifying the value (without ICE restart), we need to say how/of the attribute is included in such offer/answers. Are endpoint mandated to include the previously negotiated value?

And, what happens if an agent tries to modify the value (again, without ICE restart)?

Also, when reading Roman’s 3PCC use-case, I assume we need to specify the same for the ice-options attribute?

Regards,

Christer

v2.23.0 | Report a Bug | By Email