Re: [MMUSIC] draft-holmberg-mmusic-t140-usage-data-channel - multi-party

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 27 August 2019 19:59 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 8CC72120113 for <mmusic@ietfa.amsl.com>; Tue, 27 Aug 2019 12:59:22 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 ZNNLBzChaqgP for <mmusic@ietfa.amsl.com>; Tue, 27 Aug 2019 12:59:20 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130074.outbound.protection.outlook.com [40.107.13.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 AF5791200FF for <mmusic@ietf.org>; Tue, 27 Aug 2019 12:59:19 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kJI8QmHkMtVvK5KPocJ5G2mhFZCg3KkV5qaI1/GynrvY9YZTk42MeMS6ht6nf6/Ji2MgAEPiwyxJg8qOjsbXur9Oldu0BL165KGx1v3X//G6ZhT87mg5m1VOOcymiloP1BsXzWOy3QMyCXgZnmQy+fmk+aY7K+hnlZzSVanKgUgacy1mLslFgyJkSW/kiyBl6yNtKrnyhS6tuOHMgMkF0q8q3luYPSeLJYsp+i1++0RSUzejH4jfEas9Wh5FT0BmdQGTMucWrUpEFySco7H8dZeagLm4oJKjhuq0oc+7Qx/zxQnkAfLFGTZ/l32kxD4tBdX0bNDShK5ESNy51Yh7FQ==
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=eOYyzTLMPobYf8+eTnhfcJF5EnoYJJrJj0aHZCZruMI=; b=Lf9bRUtGWEpliS6eRJy+PrgMEpftvAcBEKl+8C7bItWBUhBY705S/vxq4zxSc9pgIB8uBlDUyLRvc3gwQBCktub4icW0B0W8bl/HtLy+8D9tQzC0A28AAWzmjiL3wu9Uyu2gtfiaAtQftwvGtZNu/UWZDCnTsoxveo0AHgVU7XQTo3qHa0EcAv5vokByXS9CNsyTWz8AQdmWqGbedLtsSsP+Kvwh/dsIq6O1JPKp4wLjrIji91O6VZ72OwDxfDFg9xMfEHOtyoFsB8J8Hpo/zFvRIDmwrGfCpiSVZnwmZPE9TKQEaRyocdlcpoW9eGG/QGl3tR7jQnz+NosX+8+rKg==
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=eOYyzTLMPobYf8+eTnhfcJF5EnoYJJrJj0aHZCZruMI=; b=auvavxGUJi705xDD2Fvp9NFLKdOFKEFAgyVkK6POQtJiHDVbSGI44MSmSe0W2ZHNr4WOZhrsBTESBE8n4NSeqduvSoHyR0TgX9koIzNTnI+Mfb1LWF7qUu7JXG6Ucgw9rYz73RvHR0Z11y6cJLrFVSmwYQuzWfo2iL0b7RHxbao=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4329.eurprd07.prod.outlook.com (20.176.167.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2220.14; Tue, 27 Aug 2019 19:59:15 +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.2220.013; Tue, 27 Aug 2019 19:59:15 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: =?iso-8859-1?Q?Gunnar_Hellstr=F6m?= <gunnar.hellstrom@omnitor.se>, Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] draft-holmberg-mmusic-t140-usage-data-channel - multi-party
Thread-Index: AQHVWxEvddfWyrxgrkCFyNXjkjXeRqcLee8ggAAVyACAAAccYIAAyvMAgADbfAD//+kmAIAAM2qAgAA9LACAAA5bv4AANhIAgAF8D4CAAATVgIAADq/A
Date: Tue, 27 Aug 2019 19:59:15 +0000
Message-ID: <HE1PR07MB31613A53CA3818B1CBDAB20693A00@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <49749CEF-41E8-4E87-8CC6-938DBDA0CEE7@ericsson.com> <a91850b9-6e86-058f-dddd-3f856bcd6710@omnitor.se> <DBC532B8-38DC-4140-B7C4-0B6853F0EF77@ericsson.com> <6fcf46a6-544d-027c-97c7-5c0e08caa555@omnitor.se> <HE1PR07MB3161A9A0C696B9636BBD380C93A70@HE1PR07MB3161.eurprd07.prod.outlook.com> <6484f305-0c38-4178-ee12-05a7dc38364f@omnitor.se> <HE1PR07MB31617F7C6E81EF041716749793A60@HE1PR07MB3161.eurprd07.prod.outlook.com> <ee4e6d3a-e984-15c7-dcaa-571be0e726b8@omnitor.se> <HE1PR07MB3161CC8F09E178F2E982E5AC93A60@HE1PR07MB3161.eurprd07.prod.outlook.com> <a5057f34-f222-e290-df88-da6e96d56294@omnitor.se> <A48CA18B-567B-46B9-9501-4FF65D4C8CAE@ericsson.com> <6c6d13ad-8699-73b9-f8aa-8ef16c5b3451@omnitor.se> <FB8E32BC-89C2-41CE-BBE1-81C4E7A56E77@ericsson.com> <f59f9335-329d-7b26-dec3-0898051040ce@omnitor.se> <VI1PR07MB31675A98F9B08A07D984369293A10@VI1PR07MB3167.eurprd07.prod.outlook.com> <084e8ee3-56fe-b764-fbbe-8afbee72e8e3@omnitor.se> <255759e0-c2c0-981a-e530-e05f7553c26e@alum.mit.edu> <173fc580-3a30-913b-ebba-5b0cb59702c8@omnitor.se>
In-Reply-To: <173fc580-3a30-913b-ebba-5b0cb59702c8@omnitor.se>
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: 2d572509-371c-486e-a244-08d72b290a13
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4329;
x-ms-traffictypediagnostic: HE1PR07MB4329:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB432979977AA1A99CF05DE5E093A00@HE1PR07MB4329.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0142F22657
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(376002)(366004)(346002)(396003)(39860400002)(199004)(189003)(71200400001)(3846002)(66946007)(66446008)(64756008)(66476007)(71190400001)(52536014)(5660300002)(2906002)(14444005)(256004)(76116006)(66556008)(66066001)(81166006)(14454004)(305945005)(966005)(33656002)(74316002)(7736002)(478600001)(26005)(9686003)(2501003)(6306002)(44832011)(446003)(486006)(11346002)(476003)(86362001)(6436002)(25786009)(55016002)(8936002)(99286004)(6116002)(76176011)(7696005)(6506007)(110136005)(102836004)(2171002)(53936002)(8676002)(316002)(186003)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4329; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: XUx7nA5EN/TbURzMR6LjwvgfVypg1k+ghTAlPZr+gnvqYyBWO7QOAE4nTvgiS1m0q+G3o4pImWQYn9TdMlqDzlUKzWXbzWBs29TLDg9jHoOgkZy06l0q9x/bdlQdSlR4SA7l83ajM9hfA0Cp/eI9KCalYqZi6MARnoaDPsiPSc7V14Kh1U9kQOlk4ci4o3BF5TYLx8OjUts1oDdINVuxVx1NtBUxNErqbppgDgY1znUh+16gm72CDK6N92aVxf2XupC0QLUyB37KsGxPugUY4UKwoHJ1eetAthdtQVoDxDoa4zRMWIQn4ffgLOIfB9zOBByanRjR3vD3wpQrMd14Q8kWhXM1rJGIKLBBfAW0dt08a/4DRffNG/2wijd2jbRFDp3JQVmECCKt3vnqnuNt0GGMODXr8dhayFmVBqza91c=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2d572509-371c-486e-a244-08d72b290a13
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2019 19:59:15.7967 (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: TPw8UwcD5n58JuG/wahxSO+NByDGeAOSyg2fkWZ6C36J/cJtsJr43Tz5SPfnk9NP2bSQyyImDFTO/DV3jWeGZDgDp+QAAl6VC78mBReSvyM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4329
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/9KXOhBu2OWEURzR9LgnR3SM7JhE>
Subject: Re: [MMUSIC] draft-holmberg-mmusic-t140-usage-data-channel - multi-party
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: Tue, 27 Aug 2019 19:59:23 -0000

Hi,

>>> 4. A multi-party server S, combining a number of sources into one 
>>> call to a participant A, with real-time text from each other 
>>> participant (B,C,...) communicated in just one T140 data channel 
>>> between S and A. There is a need to indicate source for each 
>>> T140block sent to A. We currently have no way specified for that. An 
>>> extension of T.140 could do it.
>>
>> Is there a reason to ever do this?
>>
>> In audio and video the "mixing" actually does something irreversible. 
>> And it takes real work to do it, and doing so reduces the bandwith 
>> considerably over what is required to transmit the individual streams.
>>
>> For RTT none of that is true. There is very little impact in bandwidth 
>> or processing in transmitting them all as separate channels.
>>
>> So why not just say "don't do that"?
>
> Yes, interesting and realistic thought. It would likely be the best choice for many practical cases.
>
> I am not sure however how it will work with a huge conference with hundreds of participants, and some
> of them occasionally asking for the floor and send a bit of RTT text. A server using one data channel per 
> participant would either be required to establish an enormous amount ofT140 data channels being prepared
> to send what has been received, or take the effort to establish a new T140 data channel to all users at the
> moment a user gets the floor, and then possibly close it again.
>
> What do you think about that case?

You earlier told me about the IRC case, where meta data about the transmitted T140 text is included in the actual text, as some kind of a tag/label. You could define some kind of "protocol", so that the receiver doesn't print out those tags/labels as text, but use them for other things. 

That way you don't have to extend T140. But, it would obviously only work for endpoints that support the "protocol". Perhaps even IETF could define such "protocol"?

Regards,

Christer




>
>     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