IETF Logo Mail Archive

Re: [MMUSIC] Draft new version: t140-data-channel-usage-03 -buffering

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 19 September 2019 06:26 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 166801200FB for <mmusic@ietfa.amsl.com>; Wed, 18 Sep 2019 23:26:25 -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 teIFnFUcSbVG for <mmusic@ietfa.amsl.com>; Wed, 18 Sep 2019 23:26:23 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10044.outbound.protection.outlook.com [40.107.1.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B68A512006D for <mmusic@ietf.org>; Wed, 18 Sep 2019 23:26:22 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g0Aky7ReF6luSAE+QQfcf5AaNMSDyPKqax2obkSKYT56l54yYxXNVUSYQnxMxwyC9RRkGeMN1QnYVhQQB2Lvx9IC95KgMfCkD8OH+15SkAIEkzQoIwgmK9xFTVVOc01HglRB46TMQ5VlLyELqMXwIPHxcWU/y4ob1lxQKF/8uxb82HhnO+EOJ8kVnpSo/d1qwfTfk2PdWwN0eeqHynnzqCw5J3XRL6wHdPX19nkP0fM9nr0Oq5zm69jip2jBYxSPv+F1/n+1J6IgZqfs/8rwdcD0fiD2KCKZarBgY5USNee2daD6OeSALTlVT4mVjRw0M9ERfJYih9gXO0GqLD+9Ig==
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=di9B5BRgGhgA6ExSF4+7WQaG4lrxx28mUCHa2GaoSPg=; b=XWaHSvFRd/JfIXTtT4hYTXabqbKMdY9bwHCa7dhZy9kIp1/YQffObuzuSP/X1aot7sHQWZPes3VmkIbFB02QE3DOGBfPSCkNkopzCVgoSMr49v4avZi+6MNmr/KGSOjBDzfB07+LNmpLY2VejqAIvw/A2REuyV8Cg2vq1HWUU4H1lyoKYRw+gZgjFXNzJuuMRxyua0xaf1e8cflOWmVG3o/h3U2026MwE4JIlSg/yp8YYPxApJp0OLq7ElUgYKVSjWv0Hn2bCoTSnwLOHBJUSccC1VafVa9RfNH/TUFSVDcyLSGhgy1F6Kbz28Z6hIixDC8TghuWdQhb/f4ibAofqA==
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=di9B5BRgGhgA6ExSF4+7WQaG4lrxx28mUCHa2GaoSPg=; b=mnubgei6y62UouZ/MVHW6gTFRuEfZclir3j2CeT1HtfJs9zNkxuj/69mI6sNIMIck3NXy+r8B42T79ZC3Jv91rz+vUA9K0YmbnaZQ+be0ifa9mhHrtKaMXpQO1EtBnZ042yB9DtPXH4ePW79uRwzLspcUHP29IwVcsG7L+Cuk1k=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4284.eurprd07.prod.outlook.com (20.176.166.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.17; Thu, 19 Sep 2019 06:26:20 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::f0a1:2199:7816:ff8d]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::f0a1:2199:7816:ff8d%6]) with mapi id 15.20.2284.009; Thu, 19 Sep 2019 06:26:20 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Gunnar Hellström <gunnar.hellstrom@omnitor.se>, Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Draft new version: t140-data-channel-usage-03 -buffering
Thread-Index: AQHVbmPqj19bbXfj3UCjpHqIApboQ6cyiMTA
Date: Thu, 19 Sep 2019 06:26:20 +0000
Message-ID: <HE1PR07MB316185FD14C80AC794F4517C93890@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <C95298D2-757B-42C8-9156-A1B1EDB2329C@ericsson.com> <0f61c6f5-f344-80c5-2647-44e211021bd7@alum.mit.edu>, <HE1PR07MB316114881DA8D01BFAD09CF9938F0@HE1PR07MB3161.eurprd07.prod.outlook.com> <VI1P193MB0669AD44ADE1412BFBCDC54CFB8E0@VI1P193MB0669.EURP193.PROD.OUTLOOK.COM>
In-Reply-To: <VI1P193MB0669AD44ADE1412BFBCDC54CFB8E0@VI1P193MB0669.EURP193.PROD.OUTLOOK.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: [79.134.118.162]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ef21b2fe-c300-443f-0900-08d73cca490f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4284;
x-ms-traffictypediagnostic: HE1PR07MB4284:
x-microsoft-antispam-prvs: <HE1PR07MB4284619B43FBDEA656FEB25493890@HE1PR07MB4284.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 016572D96D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(376002)(366004)(346002)(396003)(189003)(199004)(2171002)(99286004)(14444005)(2906002)(52536014)(5660300002)(8936002)(44832011)(9326002)(7736002)(74316002)(790700001)(3846002)(76116006)(86362001)(66476007)(66556008)(66946007)(64756008)(25786009)(256004)(81166006)(81156014)(8676002)(66446008)(6116002)(110136005)(316002)(26005)(76176011)(2501003)(486006)(71190400001)(7696005)(6306002)(11346002)(6506007)(33656002)(446003)(186003)(54896002)(476003)(66066001)(71200400001)(478600001)(9686003)(14454004)(6436002)(55016002)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4284; 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: uY6X89fc9WITSTa7vcCI3qWHzf1Fk21GNxFfHrcDT22LU8qr/hLEXBijBNQOxJijmRFnfiyYkhDWtuqX0yEREfzQeQrLVGPfnEQjW7xIDTyDJpKiv+1+aSij/SgKEX1ahvMllvgh/ZXL2xLINDxt2HUaPlnaw0WFi3tCOmO7LjRfT0z8iB6piHuoeB25N0vnDoWUOPQEe1mB1lKXQf9OUWROrBopTtYD3F+SHnVyFOxaA1+pniRGI7DZDFbwE5FWvGbOb8hmbvi70UpHAqWVItITXPxC/kwkt/j21n1+eX1gkwrjYntMn1y0H8fm8xSlEdPrJSwKIC+qX100pB6U0bwbGfvdQ+QAzPfOhMtOc6wGdqwcEPCbhlWGqSMWHo1AdVufjKKZGl7TRqZydl+Q/Dx7mWfgOZYflNU/Eqio20o=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB316185FD14C80AC794F4517C93890HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ef21b2fe-c300-443f-0900-08d73cca490f
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2019 06:26:20.2077 (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: H+r0uDDj5K3SIyx2U/YUb+v77vh/79vGTsL38EtxItBUoAkNDqlkexeZzOCIVx1R/XggKfa4EjfO8IT4QdthQAL99hVTY4FSIV0kSLQ7czQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4284
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/guCJ5Tc3Il5DQauRX9XVxqmVdaw>
Subject: Re: [MMUSIC] Draft new version: t140-data-channel-usage-03 -buffering
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: Thu, 19 Sep 2019 06:26:25 -0000

Hi,

...

* Section 5.3:

>>>In the following:
>>>
>>>    As described in [T140], buffering can be used to reduce overhead,
>>>    with the maximum buffering time being 500 ms.  It can also be used
>>>    for staying within the maximum character transmission rate
>>>    (Section 4.2), if such has been provided by the peer..
>>>
>>> it is unclear to me whether the 500ms max time is applicable when using buffering to stay
>>> within the max transmission rate. I presume not. Can you be more explicit?
>>
>> I will let Gunnar give his opinion on that.
>>
>> Personally I would assume that it is an implementation issue when it comes to
>> buffering in order to stay within the max transmission rate, and at some point
>> an implementation may simply choose to terminate the session due to buffer overload
>
> [GH] The 500 ms max time between transmissions still apply when one participant produces
> more text than the cps value allows. You keep on transmitting from the buffer, but do not
> take more than allowed.  Rfc 4103 says that the mean cps is over any 10 second period.
> It might be good torepeat that in thi draft.

Could you write a pull request, or suggest text on the list?

Regards,

Christer

v2.23.0 | Report a Bug | By Email