[MMUSIC] Multi-party use of draft-ietf-mmusic-t140-usage-data-channel

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Tue, 07 April 2020 09:00 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
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 602903A1957 for <mmusic@ietfa.amsl.com>; Tue, 7 Apr 2020 02:00:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, MSGID_FROM_MTA_HEADER=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=omnitorab.onmicrosoft.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 VQ57HCkqEoZ6 for <mmusic@ietfa.amsl.com>; Tue, 7 Apr 2020 02:00:26 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2100.outbound.protection.outlook.com [40.107.21.100]) (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 A54953A1956 for <mmusic@ietf.org>; Tue, 7 Apr 2020 02:00:24 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MSC8RDZioORMbnkwJtlOEy3z1KuG0Io5kLESO0qRuKhtDK2kg0NVPe8HKZQ6lYz+RJQ899fz9Prj9kAGaLVdTK12e8KnxPukIdc5r5EtKbrGRCFk0veiZI0JlYq+TbjvDdSz/UAiTkvcascm0yslmiiaZL91RNynR8TquEbzhkKul7+6Gq7PQRbHEIzlwtN0RZzOdWSrnrhO1PeecYvowzwrgYOnEv1j8afLAENfiUagD7g9tnSdHGJ9z6t13ZzifohMUoJs+LgR7TbLocgJsU2NazqagJzFmuTofY/sV6yIL+i71WQDveBj3jtRRXfpJ1S91HlXVbmjBJv8gHfYjg==
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=O8cri6soti7UPIuZ3jJ4vsLmuFWmAos9r51FbseE9MA=; b=OghM02xUtXsJbFjOPCJRYY1FvjDpW/ANPNDwAnU2++aFKMmgbnyVWIht+rnniHDkFGo6SiGo6yTDt4fQrPY9J8wjLMGrlwrlRhSQNoFbewaQGGhmm/vhdKCy0knB6CyiNH2x3KR1X4lwiADA5XFHQ7xQojLaFa/VYJfUEu7mXsMNY5Hd2X7VM8gKq0n9s5+hZGjsTpHaPJfN9zGBRA9VevqjjbjhILD7wOCLfqwv1IfsHTew5to0DKk2OsvICo5J1gQLH7ySBJFmJQaNDVmnUAEkvyCe4a+b/iBT13rokebwKBITsduzjPxpN2pmZhZU1cbgpDVJ62F8VRUz+Semug==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=omnitor.se; dmarc=pass action=none header.from=omnitor.se; dkim=pass header.d=omnitor.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=omnitorab.onmicrosoft.com; s=selector2-omnitorab-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O8cri6soti7UPIuZ3jJ4vsLmuFWmAos9r51FbseE9MA=; b=g1ZyRC/bjeD8vDRBu62DsQusuEo48LEdpPXRefBUa5uYeWwOtO8wh+qDeyO9TyQ+3f2ALOBYYtCjLAo3P8cQ11datHG5fbqOfay15SssUPHg71zpH9vt3h5lrXpnc15E2ajoOcaocQySlg+ZgffiPzM8I0jZ924+oobD1uFyHlc=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=gunnar.hellstrom@omnitor.se;
Received: from DB8P193MB0614.EURP193.PROD.OUTLOOK.COM (2603:10a6:10:155::17) by DB8P193MB0581.EURP193.PROD.OUTLOOK.COM (2603:10a6:10:153::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2878.16; Tue, 7 Apr 2020 09:00:21 +0000
Received: from DB8P193MB0614.EURP193.PROD.OUTLOOK.COM ([fe80::dc41:5a1b:d575:f456]) by DB8P193MB0614.EURP193.PROD.OUTLOOK.COM ([fe80::dc41:5a1b:d575:f456%8]) with mapi id 15.20.2878.022; Tue, 7 Apr 2020 09:00:21 +0000
To: "mmusic (E-mail)" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
Message-ID: <82be5f0f-6046-d3a9-10c5-f55f683bc990@omnitor.se>
Date: Tue, 07 Apr 2020 11:00:18 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: sv
X-ClientProxiedBy: AM5P194CA0022.EURP194.PROD.OUTLOOK.COM (2603:10a6:203:8f::32) To DB8P193MB0614.EURP193.PROD.OUTLOOK.COM (2603:10a6:10:155::17)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [192.168.2.136] (83.209.157.29) by AM5P194CA0022.EURP194.PROD.OUTLOOK.COM (2603:10a6:203:8f::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.15 via Frontend Transport; Tue, 7 Apr 2020 09:00:20 +0000
X-Originating-IP: [83.209.157.29]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: f2bba0e6-c051-4c0e-054f-08d7dad21a31
X-MS-TrafficTypeDiagnostic: DB8P193MB0581:
X-Microsoft-Antispam-PRVS: <DB8P193MB05814F7AC79CAA75A76A4D5AFBC30@DB8P193MB0581.EURP193.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 036614DD9C
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB8P193MB0614.EURP193.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(10019020)(136003)(39830400003)(346002)(376002)(366004)(396003)(66946007)(316002)(86362001)(8676002)(6486002)(52116002)(8936002)(31686004)(16576012)(2906002)(36756003)(81156014)(31696002)(81166006)(110136005)(5660300002)(186003)(956004)(26005)(2616005)(16526019)(66476007)(66574012)(508600001)(66556008); DIR:OUT; SFP:1102;
Received-SPF: None (protection.outlook.com: omnitor.se does not designate permitted sender hosts)
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 4zmLYekfFw7evTB95v/iFCqYQsc8u1++g53OGSRGkDA9B0X+gZADZTEiLK1IaL/h8lUsVRW1uFi2Kar5Ke9SUF3jB/AshAq7UVRF7y8KdOrkhYT+jLesppEuWFh4+rkbaV3cFq4odqreEZSnqWH2L96xV+8ea3o1XdYL+msEgovZVQxew4RDoLjiB6NPHSIXxDhqK74lwVcxb3KrAnintFEI7V43rru2kvMytPoAdiEiPVXhU7WyvTez9dfncWankh6MjYXBE+g0P1QP7MWj1R8Bjl3sJ++BgkTblbg0uIAnRQV/V5Co0qEN/XWKzcokw6OyD/9hABKmqIXCVJgbZRNfCLoZx9xxMoWROTKatVtGjOY1PHl6kpHUhg5FoJ19BpcSCRjmPopDYXn5ON8h8So0RfGj3H2U7sHiZrGjKdI2Wek/m5BXbqVDJNlTY16D
X-MS-Exchange-AntiSpam-MessageData: QQul+YgzusFJBQFE974wEft6D05HCQiOpw0RIedvgKkPy3WlQzPqS/MVIrgGGozVDa8nYBaPYiC6JoahIMxqUA6BPTA6tGQ7OGcl7/pS8QOynTsmoQZZyhaGlCkW43EsrXEiR9JW+jFFt5+dCIFNzQ==
X-OriginatorOrg: omnitor.se
X-MS-Exchange-CrossTenant-Network-Message-Id: f2bba0e6-c051-4c0e-054f-08d7dad21a31
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Apr 2020 09:00:21.5404 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 2df8b35f-363f-46b8-a0d1-ee9b1723225b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: BTwRvWC+Vt2Gl6JL/xG3xl7IJNnu3udoZSHdRrBBC1xhP07IIT7eVlOAoCxfzH+YrbWd0IgwmS561mxjUrSxAyYsMgHXZNHL7nCDvYYX7JE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8P193MB0581
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/gyhbEjcxZBwkn4qvezKR-00JffY>
Subject: [MMUSIC] Multi-party use of draft-ietf-mmusic-t140-usage-data-channel
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, 07 Apr 2020 09:00:27 -0000

Christer,

This is not related to the reviews of 
draft-ietf-mmusic-t140-usage-data-channel, but rather a question on its 
use, and also related to the work with multi-party real-time text in 
draft-hellstrom-avtcore-multi-party-rtt-source and 
draft-hellstrom-avtcore-multi-party-rtt-solutions.

For the RTP based transport of real-time text, we have the situation 
that many implementations exist which do not support multi-party, and 
therefore I have drafted an sdp attribute a=rtt-mix to indicate 
multi-party capability. For an endpoint, it is an indication that it is 
able to understand the source of text and present it accordingly.

Now, the question about draft-ietf-mmusic-t140-usage-data-channel. In 
section 5.5 it specifies multi-party considerations, with the main 
alternative to open one more data channel per source between the mixer 
and the endpoint, and a possible fallback to prepare a mix with limited 
functionality for display in one display area with the sources inserted 
as readable text.

How would you see a mixer select between these two alternatives? When a 
third party enters the session, would the mixer just have a try to open 
a new data channel, and use it for the third party if successful, and 
use the fallback method if unsuccessful. Or would the 
draft-ietf-mmusic-t140-usage-data-channel use case also need an sdp 
attribute of the same kind as a=rtt-mix ?

Also, how would the endpoint know if it is in contact with a traditional 
mixer, so that it is sufficient to send its own text only in the first 
opened data channel, or if the mixer is some kind of session 
distribution unit, where the endpoint needs to transmit its own text 
copied in all connected channels?

If an attribute is needed, the a=rtt-mix can possibly be specified so 
that it is usable also for that case, or else the a=rtt-mix can be 
specified as an attribute with an extendable set of values, e.g. 
a=rtt-mix:rtp-mix and a=rtt-mix:multi-chan . What is your (or anybode 
else's) view?

Regards

Gunnar

-- 

+ + + + + + + + + + + + + +

Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288