IETF Logo Mail Archive

[AVTCORE] Improved RTP-mixer performance for RFC 2198 and RFC 4103 redundancy coding

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Fri, 06 March 2020 13:12 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF153A0F15 for <avt@ietfa.amsl.com>; Fri, 6 Mar 2020 05:12:48 -0800 (PST)
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 PWS2osGj-3SD for <avt@ietfa.amsl.com>; Fri, 6 Mar 2020 05:12:47 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on20724.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e1b::724]) (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 A5CF13A0F18 for <avtcore@ietf.org>; Fri, 6 Mar 2020 05:12:46 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d8FhDEuLwK6ZwMkRuCajo9s8R0CKD+g0YT/zN4bRGB/pXMwZ97lew5HuEaMcDJi0jxa9dtx+UUhadIrH1fzSlrZNQqQqW7GoTFgVBwGVhA+CLh4kHTHT4Uz7Gu37er+CKO3tO4eZ84dpvPR3bxIM7Au5HvwooUnMygVohgZ932YaaOp75yaFZDmnAs8ThvEIsuIn7ug2rcdCRN4ZwWePDhEzrlll7sXglGtdf5TFc6F2offBnwwlTF2HfkrDWeMzz2e/2CE0Er7Iqu6kV79irhiiU122MmacHTCGfX1k37HpeWNVN17vilonOma9VYwmlf7ZEok5d98NK7NJd5nNgA==
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=XOJWdE4SpuNIgalJ2SqpayXqkTUgmrFtrWr0ctEdrPg=; b=Aoal+HwhvCjPAXcVAI9737/sh7DEYmotOmgwLYSKHWdg0Hk6QLxVful8DqX3xEKH8LHBo6twuVcsaOXgFlYbLwRV2CQ1Dj+gNT+VR6wJVrzOKsX0BPqX3Hs9832oCW2B8EmosIO+IYNNgppQ74A9q8nyJ1FXiGmM3L8rmNaiOx7B+NjZSfI5SxwzGJ+7qpcPXs/SB2ttQrlP2gJ2d7N5t27a1xGKLfn5V1vK9psQKspJXrm5xyt4Lb3S14ohdQb/Z3M8PvH5tAPxVxBbu0Y8Blr5N4mpK3BYzGimE3uzaqNpPxdkCrS27Tc8hP7yTsxJl7UePrsjA4vlL4IjbSn3iA==
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=XOJWdE4SpuNIgalJ2SqpayXqkTUgmrFtrWr0ctEdrPg=; b=R+kftxnOAB7MrpYqw493bnrvLyYBYVSc3nuId29VX/9IXYxQ4gndKv/vz82PDcmiiLnYKJVHJA3ybxiGsNWrAs9Od5Rg3kKpFBanMPb9csfweR52UXEpU4ftFlb6SByCsKQHIQtNiv2MSFVHOAdBT2SZiTPW4Hh0bGyPinMSar4=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=gunnar.hellstrom@omnitor.se;
Received: from AM0P193MB0721.EURP193.PROD.OUTLOOK.COM (10.186.188.206) by AM0P193MB0404.EURP193.PROD.OUTLOOK.COM (52.134.126.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.16; Fri, 6 Mar 2020 13:12:44 +0000
Received: from AM0P193MB0721.EURP193.PROD.OUTLOOK.COM ([fe80::d850:e7bb:c87c:3a3e]) by AM0P193MB0721.EURP193.PROD.OUTLOOK.COM ([fe80::d850:e7bb:c87c:3a3e%7]) with mapi id 15.20.2793.013; Fri, 6 Mar 2020 13:12:44 +0000
To: avtcore@ietf.org
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
Message-ID: <ce102d26-5e07-c720-9a0f-e3ea3d908a90@omnitor.se>
Date: Fri, 06 Mar 2020 14:12:42 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: sv
X-ClientProxiedBy: AM0PR02CA0026.eurprd02.prod.outlook.com (2603:10a6:208:3e::39) To AM0P193MB0721.EURP193.PROD.OUTLOOK.COM (2603:10a6:20b:163::14)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [192.168.2.136] (77.53.230.59) by AM0PR02CA0026.eurprd02.prod.outlook.com (2603:10a6:208:3e::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.16 via Frontend Transport; Fri, 6 Mar 2020 13:12:43 +0000
X-Originating-IP: [77.53.230.59]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: c7900e49-7199-47b2-f871-08d7c1d00eb1
X-MS-TrafficTypeDiagnostic: AM0P193MB0404:
X-Microsoft-Antispam-PRVS: <AM0P193MB0404B276C088FAC004F2E450FBE30@AM0P193MB0404.EURP193.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:8882;
X-Forefront-PRVS: 0334223192
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(376002)(396003)(39830400003)(366004)(346002)(136003)(189003)(199004)(31696002)(36756003)(5660300002)(86362001)(6916009)(31686004)(316002)(8676002)(2906002)(26005)(81156014)(16576012)(956004)(81166006)(8936002)(2616005)(66556008)(6486002)(52116002)(508600001)(966005)(16526019)(66476007)(66946007)(186003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0P193MB0404; H:AM0P193MB0721.EURP193.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
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: oyT8A4Xw2ckqf0WZNbx2pIfxfBwyFn9gu/1JAQMgHiNaf0UuK/ApvU0vlp0KE7fakHwKzXjSdtfxfgX55nrjnHvrOK5PPWTuUoyk3diqsloneLOgyyHsZwQdK/D/5MyEGb7F4/HSags9eQ5PzRuEAvcbL8AF5bYyadOUPeKWvHQIxUwGmG75BhTi7SN/LN11mZfaEz2SWKH/4oLtxK3VYg164tSc0Z+FDT9h5ThoghL4nO/tEY5CLOgoNjNi+ATjA1aMzSMi+GlHGENzxch6WdferWrk+GyhS9oqI2QV6wLvqcDj9n4YTPH0JEtgz0ZMgqUIgV7KksepiKLGwnyS4QryhlFXogEaD9B66nBwZKXk3zaXknZTMdjAbU7pIuo8zlZTJIz3eGPf7nnwT42HEd7LXcY0Na2a2Q8siAuuxdbb7EdyKTY+30C2EY04wTMs/yfbCaerQfNkK83GsOn4iux0DQRBSXw1S+chYEbR6I8MmJm+dY4NrORIkIhc6OlTqxrbx1e3Tr/spHJFLgBERw==
X-MS-Exchange-AntiSpam-MessageData: pffEBA/zLUJzOvg3z9BluSX8QlDXfV4IDPnleGfkbaqtfnkAWiZCNX2W1F1je7gjiv3ej3WX/SkAbC3gS7kYSax3TIPx+F7RSyr4lTolOL/XXChpIIhcR3meBjmVQJ4Av67BXWuBXs47DMjh8G8WVA==
X-OriginatorOrg: omnitor.se
X-MS-Exchange-CrossTenant-Network-Message-Id: c7900e49-7199-47b2-f871-08d7c1d00eb1
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Mar 2020 13:12:44.1093 (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: GYNbd/pqIG6VoWiywga1iDk7YxQQ5dbIT6J45DwomclurLbvCFLvr7tEtujzgLrxThYfcbq+BvO/kEy6qgWqBM6ncV1G9v6LHje+GA2dItM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P193MB0404
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/ZQLQ5AwtlTUYiGNDsQ4yXumglEE>
Subject: [AVTCORE] Improved RTP-mixer performance for RFC 2198 and RFC 4103 redundancy coding
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2020 13:12:48 -0000

Hi,

I have submitted a proposal for improved performance for multi-party 
mixers dealing with RFC 4103 real-time text.

https://datatracker.ietf.org/doc/draft-hellstrom-avtcore-multi-party-rtt-source/

It just came to my mind that the same solution can be used for any media transport using the RFC 2198 redundancy coding.

The problems with the redundancy packetization is that there is no place for source for each redundant part in the reduncancy header. Therefore the traditional assumption is that all payload parts of a packet has the same source. That makes source switching in a mixer inefficient.

The solution is to let the members of the CSRC list in the RTP packet exactly correspond to the sources of the different parts of the payload ( primary, 1st redundant etc).

I want to progress the draft for the RFC 4103 use, but am interested to support any discussion on the more general use of the solution.

Regards
Gunnar

-- 

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

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

v2.23.0 | Report a Bug | By Email