[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
- [MMUSIC] Multi-party use of draft-ietf-mmusic-t14… Gunnar Hellström
- Re: [MMUSIC] Multi-party use of draft-ietf-mmusic… Christer Holmberg
- Re: [MMUSIC] Multi-party use of draft-ietf-mmusic… Gunnar Hellström
- Re: [MMUSIC] Multi-party use of draft-ietf-mmusic… Christer Holmberg
- Re: [MMUSIC] Multi-party use of draft-ietf-mmusic… Paul Kyzivat
- Re: [MMUSIC] Multi-party use of draft-ietf-mmusic… Gunnar Hellström