From nobody Sun Nov 4 16:52:16 2018 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 91C3212D4F1; Sun, 4 Nov 2018 16:52:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: payload@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: payload@ietf.org Message-ID: <154137912756.31875.5347836180455863963@ietfa.amsl.com> Date: Sun, 04 Nov 2018 16:52:07 -0800 Archived-At: Subject: [payload] I-D Action: draft-ietf-payload-flexible-fec-scheme-10.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 00:52:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads WG of the IETF. Title : RTP Payload Format for Flexible Forward Error Correction (FEC) Authors : Mo Zanaty Varun Singh Ali Begen Giridhar Mandyam Filename : draft-ietf-payload-flexible-fec-scheme-10.txt Pages : 41 Date : 2018-11-04 Abstract: This document defines new RTP payload formats for the Forward Error Correction (FEC) packets that are generated by the non-interleaved and interleaved parity codes from source media encapsulated in RTP. These parity codes are systematic codes, where a number of FEC repair packets are generated from a set of source packets from one or more source RTP streams. These FEC repair packets are sent in a redundancy RTP stream separate from the source RTP stream(s) that carries the source packets. RTP source packets that were lost in transmission can be reconstructed using the source and repair packets that were received. The non-interleaved and interleaved parity codes which are defined in this specification offer a good protection against random and bursty packet losses, respectively, at a cost of decent complexity. The RTP payload formats that are defined in this document address the scalability issues experienced with the earlier specifications including RFC 2733, RFC 5109 and SMPTE 2022-1, and offer several improvements. Due to these changes, the new payload formats are not backward compatible with the earlier specifications, but endpoints that do not implement this specification can still work by simply ignoring the FEC repair packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-flexible-fec-scheme/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-10 https://datatracker.ietf.org/doc/html/draft-ietf-payload-flexible-fec-scheme-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-flexible-fec-scheme-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 14 09:57:15 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 733E512F1AC for ; Wed, 14 Nov 2018 09:57:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 TpVBl-G4xQEZ for ; Wed, 14 Nov 2018 09:57:10 -0800 (PST) Received: from mail.crt1.net (vds.seb.crt1.net [79.137.74.188]) (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 954F5127332 for ; Wed, 14 Nov 2018 09:57:09 -0800 (PST) Received: from micro.mail.seb.crt1.net (0c5f3219c5ba.n2_pvt [IPv6:fd68:2323:388:50:ffff::105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.crt1.net (SebMail/v2.00) with ESMTPS id 33C4D231A; Wed, 14 Nov 2018 18:57:06 +0100 (CET) Received: from [IPv6:fd68:2323:388:114::1] (unknown [IPv6:fd68:2323:388:114::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by micro.mail.seb.crt1.net (SebMicroMail/v1.00) with ESMTPS id 1B58A1E57; Wed, 14 Nov 2018 18:57:06 +0100 (CET) To: payload@ietf.org Cc: =?UTF-8?Q?Alexandre_Will=c3=a8me?= , =?UTF-8?Q?Ga=c3=abl_Rouvroy?= References: <00f6ebfa-0c81-8ba4-0094-4c97a2ae4e2b@dynmail.crt1.net> From: =?UTF-8?Q?S=c3=a9bastien_Lugan?= Message-ID: Date: Wed, 14 Nov 2018 18:57:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <00f6ebfa-0c81-8ba4-0094-4c97a2ae4e2b@dynmail.crt1.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [payload] Review request for JPEG XS RTP payload format I-D X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2018 17:57:14 -0000 Dear IETF Payload WG, We recently uploaded a new version of our RTP payload format I-D for transporting JPEG XS encoded video: RTP Payload Format for ISO/IEC 21122 (JPEG XS) https://datatracker.ietf.org/doc/draft-lugan-payload-rtp-jpegxs/ Authors: S. Lugan, G. Rouvroy, A. Descampe (intoPIX) T. Richter (Fraunhofer IIS) A. Willeme (Université catholique de Louvain) Filename: draft-lugan-payload-rtp-jpegxs-01.txt Abstract: This document specifies a Real-Time Transport Protocol (RTP) payload format to be used for transporting JPEG XS (ISO/IEC 21122) encoded video. JPEG XS is a low-latency, lightweight image coding system allowing for an increased resolution and frame rate, while offering visually lossless quality with reduced amount of resources such as power and bandwidth. This new version includes corrections suggested on this list and directly by e-mail. Might we kindly ask you to review this I-D and send your comments regarding its possible formal adoption by the WG? Many thanks in advance, Best regards, Sébastien Lugan From nobody Wed Nov 14 16:32:39 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8C6D130DD0 for ; Wed, 14 Nov 2018 16:32:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.603 X-Spam-Level: X-Spam-Status: No, score=-0.603 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, KHOP_DYNAMIC=1.999, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxgroupinc.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 tZfInlYdhS7z for ; Wed, 14 Nov 2018 16:32:34 -0800 (PST) Received: from mx0a-00195501.pphosted.com (mx0b-00195501.pphosted.com [67.231.157.160]) (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 BDD5012D4E9 for ; Wed, 14 Nov 2018 16:32:34 -0800 (PST) Received: from pps.filterd (m0082293.ppops.net [127.0.0.1]) by mx0b-00195501.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id wAF0VxQ5025671 for ; Wed, 14 Nov 2018 16:32:33 -0800 Received: from nam01-sn1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0116.outbound.protection.outlook.com [207.46.163.116]) by mx0b-00195501.pphosted.com with ESMTP id 2nrx0w0392-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 14 Nov 2018 16:32:32 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=FoxGroupInc.onmicrosoft.com; s=selector1-fox-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=572159JWojG9o0rKxT7jg7dR5kTtugsrEZkPrsBKQD4=; b=HY+qgGHszHp492TXatbomR75q5OynGoNtBNMB/sqPqLWNeLJXhUWNEqGCIY7h5+kM89y7h3CF23cPDlSrySH+7LNFRWxHsVhZZT4bKBoA6Vp5xKMTkqjegeM0dX65eFh2DZefd0wPowgbTzuQa0X0C/cOigaBdJqwY5SfwCIhP0= Received: from BYAPR05MB5063.namprd05.prod.outlook.com (20.177.230.221) by BYAPR05MB4021.namprd05.prod.outlook.com (52.135.199.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.17; Thu, 15 Nov 2018 00:32:31 +0000 Received: from BYAPR05MB5063.namprd05.prod.outlook.com ([fe80::64b1:b14c:fad1:9784]) by BYAPR05MB5063.namprd05.prod.outlook.com ([fe80::64b1:b14c:fad1:9784%4]) with mapi id 15.20.1339.019; Thu, 15 Nov 2018 00:32:31 +0000 From: Thomas Edwards To: "payload@ietf.org" Thread-Topic: [payload] Review request for JPEG XS RTP payload format I-D Thread-Index: AQHUAQpsfqnEivh5fU6PJdD2PzveNKVQhM6A///oYwA= Date: Thu, 15 Nov 2018 00:32:30 +0000 Message-ID: <6CBBD578-E6E8-4A82-B9A5-CF8F47E22FCD@foxeg.com> References: <00f6ebfa-0c81-8ba4-0094-4c97a2ae4e2b@dynmail.crt1.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.2.180910 x-originating-ip: [4.31.56.254] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BYAPR05MB4021; 20:pr9H9BpqKJxlfI6G9SrW/sT+1WiSa5R7yYdtGvO11Emv3ZO4TkIHYtkElRiWF9Twe2qAxZrRkmvF+GEc7Y62PdD1e1K+kAobpIP4ZjGeNK/Naj1AydVswL5/BxeSB3M0gdYI/7mXvE+6Nzp8YhVj7iMRgdqf3n+HwaerfqG1gjI= x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a38a9d8a-b7ff-4924-8ced-08d64a91d432 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB4021; x-ms-traffictypediagnostic: BYAPR05MB4021: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(3231415)(944501410)(52105112)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:BYAPR05MB4021; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB4021; x-forefront-prvs: 08572BD77F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(396003)(39860400002)(136003)(199004)(189003)(51874003)(2900100001)(33896004)(81166006)(81156014)(8936002)(1730700003)(8676002)(102836004)(97736004)(186003)(26005)(5660300001)(6506007)(76176011)(66066001)(256004)(2501003)(68736007)(14444005)(36756003)(6116002)(58126008)(229853002)(2351001)(11346002)(72206003)(66574009)(446003)(476003)(33656002)(7736002)(6916009)(105586002)(53936002)(99286004)(9686003)(6246003)(6306002)(5640700003)(6512007)(305945005)(106356001)(478600001)(966005)(6436002)(25786009)(575784001)(14454004)(316002)(86362001)(3846002)(71200400001)(83716004)(71190400001)(82746002)(486006)(2906002)(6486002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR05MB4021; H:BYAPR05MB5063.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: fox.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: sGepWKVKah0mCzzU6KwLaZIhwvx27sHOvXX0TKxQsVfJSladIdKTyR0n2SYl2lOKSaxG6S20s+YQYSNKQxgNNLOu6JhEdjbbCSVW2JMCMp2L6xFiSq3HsFXFDLRI4xXuyIBb0wl3Aucmkl+d61BPFuaGrrEFKhWea7qrpodILIRVRvqTL6RzmEH7Cxq1i1HINe5I1K1TKQPEJjNvHga2cRQwO9+FmhIfNw8wiD1rXSh5topQoRkZzIfoEE9Op3V9++6mtd8EMf2uTCDNkGcqzKXdi8MWP2hnLpLZRDoYhCgABm4x0SdX4Qptaa4IiK+CAFhf0ZVCTl/oDcevbqJg2ZkmDplLIlfR29Ff2C4MifY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <41602F40CF20DB449D3456AF9481CD12@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: fox.com X-MS-Exchange-CrossTenant-Network-Message-Id: a38a9d8a-b7ff-4924-8ced-08d64a91d432 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Nov 2018 00:32:30.9362 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: de99ade3-81db-4070-ae0d-3c1562041b30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4021 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-11-14_19:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1811150002 Archived-At: Subject: Re: [payload] Review request for JPEG XS RTP payload format I-D X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2018 00:32:37 -0000 SSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGUgSlBFRyBYUyBSVFAgcGF5bG9hZCBieSB0aGUg SUVURiBQYXlsb2FkIFdHLg0KDQpJIGJlbGlldmUgdGhhdCBKUEVHIFhTIGlzIGFuIGltcG9ydGFu dCBoaWdoLXF1YWxpdHksIGxvdy1sYXRlbmN5IG1lenphbmluZSBjb2RlYyBmb3IgbGl2ZSB2aWRl byBwcm9kdWN0aW9uLCBhbmQgaXQgd291bGQgYmUgZXhjZWxsZW50IHRvIGhhdmUgYSBkZWZpbmVk IFJUUCBwYXlsb2FkIGZvciBpdC4NCg0KLVRob21hcyBFZHdhcmRzDQogRk9YDQoNCu+7v09uIDEx LzE0LzE4LCA5OjU3IEFNLCAicGF5bG9hZCBvbiBiZWhhbGYgb2YgU8OpYmFzdGllbiBMdWdhbiIg PHBheWxvYWQtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgQTEwMkJCRUFAZHlubWFpbC5j cnQxLm5ldD4gd3JvdGU6DQoNCiAgICBEZWFyIElFVEYgUGF5bG9hZCBXRywNCiAgICANCiAgICAN CiAgICBXZSByZWNlbnRseSB1cGxvYWRlZCBhIG5ldyB2ZXJzaW9uIG9mIG91ciBSVFAgcGF5bG9h ZCBmb3JtYXQgSS1EIGZvciANCiAgICB0cmFuc3BvcnRpbmcgSlBFRyBYUyBlbmNvZGVkIHZpZGVv Og0KICAgIA0KICAgICAgIFJUUCBQYXlsb2FkIEZvcm1hdCBmb3IgSVNPL0lFQyAyMTEyMiAoSlBF RyBYUykNCiAgICAgICBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9 aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGx1Z2FuLTJEcGF5bG9h ZC0yRHJ0cC0yRGpwZWd4c18mZD1Ed0lHYVEmYz11dzZUTHU0aHdoSGRpR0pPZ3djV0Q0QWpLUXg2 enZGY0dFc2JmaVk5LUVJJnI9bGVrTk9PTTVub1Y2MXpyUEgzcndQeWh0Tm5MTFdvTEVIZ2QwcXVR eGx5OCZtPUI2dk9GLThxMm9OWFh4RHJyRzZiWTNWbWpkTkhnNmNiZjFwSm94RmFwQ1kmcz1kZDUt dmZyT280ZWJXT2F0dUIzUU80M1N5WlZWRnBlbEhUck1iQzNnUHFJJmU9DQogICAgDQogICAgQXV0 aG9yczoNCiAgICAgICBTLiBMdWdhbiwgRy4gUm91dnJveSwgQS4gRGVzY2FtcGUgKGludG9QSVgp DQogICAgICAgVC4gUmljaHRlciAoRnJhdW5ob2ZlciBJSVMpDQogICAgICAgQS4gV2lsbGVtZSAo VW5pdmVyc2l0w6kgY2F0aG9saXF1ZSBkZSBMb3V2YWluKQ0KICAgIA0KICAgIEZpbGVuYW1lOiBk cmFmdC1sdWdhbi1wYXlsb2FkLXJ0cC1qcGVneHMtMDEudHh0DQogICAgDQogICAgQWJzdHJhY3Q6 DQogICAgICAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgUmVhbC1UaW1lIFRyYW5zcG9ydCBQ cm90b2NvbCAoUlRQKSBwYXlsb2FkDQogICAgICAgIGZvcm1hdCB0byBiZSB1c2VkIGZvciB0cmFu c3BvcnRpbmcgSlBFRyBYUyAoSVNPL0lFQyAyMTEyMikgZW5jb2RlZA0KICAgICAgICB2aWRlby4g IEpQRUcgWFMgaXMgYSBsb3ctbGF0ZW5jeSwgbGlnaHR3ZWlnaHQgaW1hZ2UgY29kaW5nIHN5c3Rl bQ0KICAgICAgICBhbGxvd2luZyBmb3IgYW4gaW5jcmVhc2VkIHJlc29sdXRpb24gYW5kIGZyYW1l IHJhdGUsIHdoaWxlIG9mZmVyaW5nDQogICAgICAgIHZpc3VhbGx5IGxvc3NsZXNzIHF1YWxpdHkg d2l0aCByZWR1Y2VkIGFtb3VudCBvZiByZXNvdXJjZXMgc3VjaCBhcw0KICAgICAgICBwb3dlciBh bmQgYmFuZHdpZHRoLg0KICAgIA0KICAgIA0KICAgIFRoaXMgbmV3IHZlcnNpb24gaW5jbHVkZXMg Y29ycmVjdGlvbnMgc3VnZ2VzdGVkIG9uIHRoaXMgbGlzdCBhbmQgDQogICAgZGlyZWN0bHkgYnkg ZS1tYWlsLg0KICAgIA0KICAgIE1pZ2h0IHdlIGtpbmRseSBhc2sgeW91IHRvIHJldmlldyB0aGlz IEktRCBhbmQgc2VuZCB5b3VyIGNvbW1lbnRzIA0KICAgIHJlZ2FyZGluZyBpdHMgcG9zc2libGUg Zm9ybWFsIGFkb3B0aW9uIGJ5IHRoZSBXRz8NCiAgICANCiAgICANCiAgICBNYW55IHRoYW5rcyBp biBhZHZhbmNlLA0KICAgIA0KICAgIEJlc3QgcmVnYXJkcywNCiAgICANCiAgICBTw6liYXN0aWVu IEx1Z2FuDQogICAgDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCiAgICBwYXlsb2FkIG1haWxpbmcgbGlzdA0KICAgIHBheWxvYWRAaWV0Zi5vcmcN CiAgICBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX3BheWxvYWQmZD1Ed0lHYVEmYz11dzZUTHU0 aHdoSGRpR0pPZ3djV0Q0QWpLUXg2enZGY0dFc2JmaVk5LUVJJnI9bGVrTk9PTTVub1Y2MXpyUEgz cndQeWh0Tm5MTFdvTEVIZ2QwcXVReGx5OCZtPUI2dk9GLThxMm9OWFh4RHJyRzZiWTNWbWpkTkhn NmNiZjFwSm94RmFwQ1kmcz1KdG83amk1NEdFVGZ0LUNweGZRS0JxTTBsM0pockNZZFJtSUZldUs5 d2JjJmU9DQogICAgDQoNCg== From nobody Thu Nov 15 09:44:54 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0BDB130DE0 for ; Thu, 15 Nov 2018 09:44:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 9ld2g0qZ_8GO for ; Thu, 15 Nov 2018 09:44:44 -0800 (PST) Received: from mailout0.cwwtf.bbc.co.uk (mailout0.cwwtf.bbc.co.uk [132.185.160.179]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34F4B130E6F for ; Thu, 15 Nov 2018 09:44:44 -0800 (PST) Received: from BGB01XI1010.national.core.bbc.co.uk (bgb01xi1010.national.core.bbc.co.uk [10.161.14.14]) by mailout0.cwwtf.bbc.co.uk (8.15.2/8.15.2) with ESMTP id wAFHigwP028762 for ; Thu, 15 Nov 2018 17:44:42 GMT Received: from BGB01XUD1011.national.core.bbc.co.uk ([10.161.14.9]) by BGB01XI1010.national.core.bbc.co.uk ([10.161.14.14]) with mapi id 14.03.0408.000; Thu, 15 Nov 2018 17:44:41 +0000 From: John Fletcher To: "payload@ietf.org" Thread-Topic: [payload] Review request for JPEG XS RTP payload format I-D Thread-Index: AQHUAQtXUOJI6veZdke/6ryfR8+bE6VQhMyAgAF/oMA= Date: Thu, 15 Nov 2018 17:44:41 +0000 Message-ID: References: <00f6ebfa-0c81-8ba4-0094-4c97a2ae4e2b@dynmail.crt1.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.19.161.212] x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769 x-tm-as-product-ver: SMEX-12.5.0.1300-8.2.1013-24054.007 x-tm-as-result: No-19.099700-8.000000-10 x-tmase-matchedrid: EMyCvCfVN1HW/bDrA6VrLeRw69tAYXNGwx0jRRxcQfMXPp87POq9xnZ5 WvuLBD7qYOQwyVWOqecoN1YOpZycEm7tzvY/Vhuuhv1+2J3yQFw0AKed0u9fB+ElDsiPTY4oQVl SEo8CA+J6t8+Hp3peGMMR+p3i+7r+fAF8SKkVTnrr/EBmiNuXt3rMPEZwURsKMMn1rcqKQajFSS EUw76he/caQCK4stDEk5yDhWKAyrSjZne6WKfprfYiLRVJ915Dt07/cudGAnsiFs20Vxq/wmrrA GyO72KPMpdM7GeJ31f81SKN5ASt732fQBux6RJb04Rmz/agfdz4qCLIu0mtIJ0j8OKRnVQ8Xkhf j9Xlxy3u92rByc2rbpwkqBm3xAQVIrDBDJBPVs6rw1RrGVJZQe2NkXQNpksJNOnYXKcDRxAtV2J 5bWWmZyvQOJv953kKZ7mbu0iyHsJWMHawB1jWZbU+IyHhkXf1BXJ6j2Ez1Iebkr+En8YSt60ZsW Hm21na+zDEhAx94CLxlOH5e7M5XHjxgHkp9duCcX5PeMxy2v7P60q/FX5hsFG8vLCRjD2po8WMk QWv6iXBcIE78YqRWsR4CqSjYlsD x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No x-tmase-result: 10--19.099700-8.000000 x-tmase-version: SMEX-12.5.0.1300-8.2.1013-24054.007 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [payload] Review request for JPEG XS RTP payload format I-D X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2018 17:44:53 -0000 U29tZSBjb21tZW50czoNCg0KSW4gc2VjdGlvbiAyLCB0aGUgZGVmaW5pdGlvbnMgb2YgU09DIGFu ZCBFT0Mgc2VlbSB0aGUgd3Jvbmcgd2F5IHJvdW5kIHRvIG1lLiAgSSB3b3VsZCBoYXZlIGV4cGVj dGVkIFNPQyB0byBjb3JyZXNwb25kIHRvIHRoZSBzdGFydCBhbmQgdGhhdCBzZWVtcyB0byBiZSB3 aGF0IGlzIHNob3duIGluIEZpZ3VyZSAzLg0KDQpJbiBzZWN0aW9uIDQsICJFYWNoIG9mIHRob3Nl IFJUUCBzdHJlYW1zIGlzIGRpdmlkZWQgaW50byBBcHBsaWNhdGlvbiBEYXRhIFVuaXRzIiwgaXMg aXQgbm90IHRoZSBKUEVHIFhTIHN0cmVhbSB0aGF0IGlzIGRpdmlkZWQgaW50byBBRFVzPw0KDQpJ biBzZWN0aW9uIDQsICJFYWNoIEFEVSBpcyBzcGxpdCBpbnRvIHBhY2tldHMiIGlzIGNvbmZ1c2lu ZyBiZWNhdXNlIHRoZXNlIGFyZSBub3QgdGhlIFJUUCBwYWNrZXRzIGJ1dCB0aGUgcGF5bG9hZHMg b2YgUlRQIHBhY2tldHM/DQoNCkluIGdlbmVyYWwsIEkgZG9uJ3QgZmluZCBpdCB2ZXJ5IGNsZWFy IGhvdyB0aGUgSlBFRyBYUyBzdHJlYW0gaXMgc3BsaXQgaW50byBwYXlsb2FkcyBmb3IgUlRQIHBh Y2tldHMuDQoNCkluIHNlY3Rpb24gNC4xLCB0aGUgdGltZXN0YW1wIGRlZmluaXRpb24gc2VlbXMg dG8gaW1wbHkgdGhhdCB0aGUgdGltZXN0YW1wIGlzIGRlcml2ZWQgZnJvbSBhIGdsb2JhbGx5IHN5 bmNocm9uaXNlZCBjbG9jayByYXRoZXIgdGhhbiB0aGUgbWVkaWEgY2xvY2suICBJdCdzIG5vdCBj bGVhciB3aGF0IHRvIGRvIGlmIHRoZSBtZWRpYSBjbG9jayBpcyBub3Qgc3luY2hyb25vdXMgd2l0 aCBhIGdsb2JhbCByZWZlcmVuY2UgY2xvY2suICBSRkMgMzU1MCBzdGF0ZXM6IElmIFJUUCBwYWNr ZXRzIGFyZSBnZW5lcmF0ZWQgcGVyaW9kaWNhbGx5LCB0aGUgbm9taW5hbCBzYW1wbGluZyBpbnN0 YW50IGFzIGRldGVybWluZWQgZnJvbSB0aGUgc2FtcGxpbmcgY2xvY2sgaXMgdG8gYmUgdXNlZCwg bm90IGEgcmVhZGluZyBvZiB0aGUgc3lzdGVtIGNsb2NrLiAgSSB0aGluayBpdCB3b3VsZCBiZSBi ZXR0ZXIgdG8gb21pdCB0aGUgdGV4dCBhYm91dCB0aW1lIHNpbmNlIGVwb2NoIGFuZCBzYXkgaW5z dGVhZCB0aGF0IGlmIHRoZSBtZWRpYSBjbG9jayBpcyBkZXJpdmVkIGRpcmVjdGx5IGZyb20gYSBn bG9iYWxseSBzeW5jaHJvbmlzZWQgcmVmZXJlbmNlIHdpdGggb3JpZ2luIGF0IHRoZSBTTVBURSBF cG9jaCwgdGhlIG9mZnNldCBzaG91bGQgYmUgemVybyAoYXMgaW4gUkZDIDcyNzMgYT1tZWRpYWNs azpkaXJlY3Q9MCkuDQoNClNlY3Rpb24gNi4yLCBNYXBwaW5nIHRvIFNEUCwgZG9lcyBub3Qgc2F5 IHdoZXJlIHRvIHB1dCB0aGUgcmVxdWlyZWQgYW5kIG9wdGlvbmFsIHBhcmFtZXRlcnMsIGkuZS4g aW4gdGhlIGE9Zm10cCBsaW5lLiAgWW91IHNob3VsZCBwcm9iYWJseSBzYXkgdGhhdCB0aGUgbWFw cGluZyB0byBTRFAgc2hhbGwgYmUgaW4gYWNjb3JkYW5jZSB3aXRoIFJGQyA0ODU1Lg0KDQpJbiA2 LjIuMywgaXQgaXMgc3VnZ2VzdGVkIHRvIHVzZSB0aGUgU01QVEUgU1QgMjExMC0yMSBUUCBwYXJh bWV0ZXIsIGkuZS4gd2l0aCB2YWx1ZXMgc3VjaCBhcyAyMTEwVFBOTC4gIFRoYXQgaXMgYSByZWFz b25hYmxlIHRoaW5nIHRvIGRvIGJ1dCB0aGUgZHJhZnQgU01QVEUgU1QgMjExMC0yMiB1c2VzIHZh bHVlcyBzdWNoIGFzIDIxMTAtMjJUUE5MLCB0aGUgcmVhc29uIGJlaW5nIHRoYXQgU1QgMjExMC0y MSBpcyBmb3IgdW5jb21wcmVzc2VkIHZpZGVvIGFuZCBTVCAyMTEwLTIyIGlzIGZvciBjb21wcmVz c2VkIHZpZGVvIGFuZCBpdCB3YXMgdGhvdWdodCB1c2VmdWwgdG8gbWFrZSBhIGRpc3RpbmN0aW9u IGJlY2F1c2UgaW4gLTIyIChhbmQgaW4gdGhpcyBJRCkgb25seSB0aGUgTmV0d29yayBDb21wYXRp YmlsaXR5IG1vZGVsIGFwcGxpZXMuICBNYXliZSBpdCB3b3VsZCBoYXZlIGJlZW4gYmV0dGVyIGZv ciBTVCAyMTEwLTIyIGp1c3QgdG8gdXNlIDIxMTBUUE5MIGJ1dCBJIHRoaW5rIHdlIHNob3VsZCBh aW0gZm9yIGNvbnNpc3RlbmN5IGJldHdlZW4gZHJhZnQgU1QgMjExMC0yMiBhbmQgdGhpcyBJRC4N Cg0KDQpSZWdhcmRzLA0KSm9obiBGbGV0Y2hlcg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogcGF5bG9hZCA8cGF5bG9hZC1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2Yg U8OpYmFzdGllbiBMdWdhbg0KU2VudDogMTQgTm92ZW1iZXIgMjAxOCAxNzo1Nw0KVG86IHBheWxv YWRAaWV0Zi5vcmcNCkNjOiBBbGV4YW5kcmUgV2lsbMOobWUgPGFsZXhhbmRyZS53aWxsZW1lQHVj bG91dmFpbi5iZT47IEdhw6tsIFJvdXZyb3kgPGcucm91dnJveUBpbnRvcGl4LmNvbT4NClN1Ympl Y3Q6IFJlOiBbcGF5bG9hZF0gUmV2aWV3IHJlcXVlc3QgZm9yIEpQRUcgWFMgUlRQIHBheWxvYWQg Zm9ybWF0IEktRA0KDQpEZWFyIElFVEYgUGF5bG9hZCBXRywNCg0KDQpXZSByZWNlbnRseSB1cGxv YWRlZCBhIG5ldyB2ZXJzaW9uIG9mIG91ciBSVFAgcGF5bG9hZCBmb3JtYXQgSS1EIGZvciB0cmFu c3BvcnRpbmcgSlBFRyBYUyBlbmNvZGVkIHZpZGVvOg0KDQogICBSVFAgUGF5bG9hZCBGb3JtYXQg Zm9yIElTTy9JRUMgMjExMjIgKEpQRUcgWFMpDQogICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1sdWdhbi1wYXlsb2FkLXJ0cC1qcGVneHMvDQoNCkF1dGhvcnM6DQogICBT LiBMdWdhbiwgRy4gUm91dnJveSwgQS4gRGVzY2FtcGUgKGludG9QSVgpDQogICBULiBSaWNodGVy IChGcmF1bmhvZmVyIElJUykNCiAgIEEuIFdpbGxlbWUgKFVuaXZlcnNpdMOpIGNhdGhvbGlxdWUg ZGUgTG91dmFpbikNCg0KRmlsZW5hbWU6IGRyYWZ0LWx1Z2FuLXBheWxvYWQtcnRwLWpwZWd4cy0w MS50eHQNCg0KQWJzdHJhY3Q6DQogICAgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYSBSZWFsLVRp bWUgVHJhbnNwb3J0IFByb3RvY29sIChSVFApIHBheWxvYWQNCiAgICBmb3JtYXQgdG8gYmUgdXNl ZCBmb3IgdHJhbnNwb3J0aW5nIEpQRUcgWFMgKElTTy9JRUMgMjExMjIpIGVuY29kZWQNCiAgICB2 aWRlby4gIEpQRUcgWFMgaXMgYSBsb3ctbGF0ZW5jeSwgbGlnaHR3ZWlnaHQgaW1hZ2UgY29kaW5n IHN5c3RlbQ0KICAgIGFsbG93aW5nIGZvciBhbiBpbmNyZWFzZWQgcmVzb2x1dGlvbiBhbmQgZnJh bWUgcmF0ZSwgd2hpbGUgb2ZmZXJpbmcNCiAgICB2aXN1YWxseSBsb3NzbGVzcyBxdWFsaXR5IHdp dGggcmVkdWNlZCBhbW91bnQgb2YgcmVzb3VyY2VzIHN1Y2ggYXMNCiAgICBwb3dlciBhbmQgYmFu ZHdpZHRoLg0KDQoNClRoaXMgbmV3IHZlcnNpb24gaW5jbHVkZXMgY29ycmVjdGlvbnMgc3VnZ2Vz dGVkIG9uIHRoaXMgbGlzdCBhbmQgZGlyZWN0bHkgYnkgZS1tYWlsLg0KDQpNaWdodCB3ZSBraW5k bHkgYXNrIHlvdSB0byByZXZpZXcgdGhpcyBJLUQgYW5kIHNlbmQgeW91ciBjb21tZW50cyByZWdh cmRpbmcgaXRzIHBvc3NpYmxlIGZvcm1hbCBhZG9wdGlvbiBieSB0aGUgV0c/DQoNCg0KTWFueSB0 aGFua3MgaW4gYWR2YW5jZSwNCg0KQmVzdCByZWdhcmRzLA0KDQpTw6liYXN0aWVuIEx1Z2FuDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwYXlsb2Fk IG1haWxpbmcgbGlzdA0KcGF5bG9hZEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9wYXlsb2FkDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cmh0dHA6Ly93d3cuYmJjLmNvLnVrDQpUaGlzIGUtbWFpbCAoYW5kIGFueSBhdHRhY2htZW50cykg aXMgY29uZmlkZW50aWFsIGFuZA0KbWF5IGNvbnRhaW4gcGVyc29uYWwgdmlld3Mgd2hpY2ggYXJl IG5vdCB0aGUgdmlld3Mgb2YgdGhlIEJCQyB1bmxlc3Mgc3BlY2lmaWNhbGx5IHN0YXRlZC4NCklm IHlvdSBoYXZlIHJlY2VpdmVkIGl0IGluDQplcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlv dXIgc3lzdGVtLg0KRG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGUNCmluZm9ybWF0aW9u IGluIGFueSB3YXkgbm9yIGFjdCBpbiByZWxpYW5jZSBvbiBpdCBhbmQgbm90aWZ5IHRoZSBzZW5k ZXINCmltbWVkaWF0ZWx5Lg0KUGxlYXNlIG5vdGUgdGhhdCB0aGUgQkJDIG1vbml0b3JzIGUtbWFp bHMNCnNlbnQgb3IgcmVjZWl2ZWQuDQpGdXJ0aGVyIGNvbW11bmljYXRpb24gd2lsbCBzaWduaWZ5 IHlvdXIgY29uc2VudCB0bw0KdGhpcy4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo= From nobody Sun Nov 18 10:11:08 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32ACD12D4E7; Sun, 18 Nov 2018 10:11:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.97 X-Spam-Level: X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 7O9v6N0JKvTp; Sun, 18 Nov 2018 10:11:05 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B8F4129BBF; Sun, 18 Nov 2018 10:11:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6848; q=dns/txt; s=iport; t=1542564665; x=1543774265; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=nn3CC00tFj+C/qphprqep2i+RZO+wNmj5gSfiVQElVM=; b=UaIb2Nq8SkzjLLUPjcwNugTfvpsqf0zKbFtAXYC7lRrKPb4O+TLyWiw+ C/WK9gzpDeUONbN5PLyjOQTvfKDTpHlG2YevKn7eHhiECh6VHjzL3vpBY xfFRNTAHraTBMpndzLfxJJno19BX0BH7TEyAvbw/spZv170m8x9lpV1Lr Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BcAAA7qvFb/4QNJK1YChoBAQEBAQI?= =?us-ascii?q?BAQEBBwIBAQEBgWWCBIFoJwqYAYINmTALAQGEbAKDVCI4EgEDAQECAQECbSi?= =?us-ascii?q?FPAEBAQQ6OBMEAgEIEQMBAh8QMh0IAgQBEoUjqDKKGYwFF4FAP4ERgxKEU4Y?= =?us-ascii?q?GAokYllcJApElGIFYhQiKHYgtj0ICERSBJzYhJ4EucBWDJ5BZAUExjQ6BHwE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.56,249,1539648000"; d="scan'208";a="484281770" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Nov 2018 18:11:04 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id wAIIB4Pb005014 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 18 Nov 2018 18:11:04 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 18 Nov 2018 12:11:03 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1395.000; Sun, 18 Nov 2018 12:11:03 -0600 From: "Mo Zanaty (mzanaty)" To: Magnus Westerlund , "payload@ietf.org" , "draft-ietf-payload-flexible-fec-scheme@ietf.org" Thread-Topic: [payload] Review of draft-ietf-payload-flexible-fec-scheme-08 Thread-Index: AQHUf2oRTAjBhotW8kuaxZKOwWeUWg== Date: Sun, 18 Nov 2018 18:11:03 +0000 Message-ID: References: <633bb439-9c53-2cd7-b34a-1071ad0dbaa8@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.173.7] Content-Type: text/plain; charset="us-ascii" Content-ID: <2535F8662E0BBB4F8305983F03048FA4@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [payload] Review of draft-ietf-payload-flexible-fec-scheme-08 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2018 18:11:07 -0000 WG, After discussing version -10 changes with Magnus and Jonathan, one change needs to be modified. OLD: When performing retransmissions of single source packets, a unique repair packet stream (SSRC) MUST be used for each source packet stream (SSRC) to enable efficient handling after the first initial repair packet on each SSRC. NEW: When performing retransmissions, a single repair packet stream (SSRC) MAY be used for retransmitting packets from multiple source packet streams (SSRCs), as well as transmitting FEC repair packets that protect multiple source packet streams (SSRCs). This replaces option A) with B) from Magnus' original comments, so a single repair SSRC can retransmit multiple source SSRCs, and further clarifies that the single repair SSRC can be used for both retransmission and FEC protection of multiple source SSRCs. Please comment if there are any objections, otherwise the authors will make this change in -11. Thanks, Mo -----Original Message----- From: 'Magnus Westerlund' Date: Thursday, October 25, 2018 at 7:33 AM To: "payload@ietf.org" , "draft-ietf-payload-flexible-fec-scheme@ietf.org" Subject: Re: [payload] Review of draft-ietf-payload-flexible-fec-scheme-08 Resent-From: Resent-To: mzanaty , , , Resent-Date: Thursday, October 25, 2018 at 7:33 AM Hi, I have looked at the new version -09 and see if it addresses my issues: On 2018-07-17 20:22, Magnus Westerlund wrote: G. Section 4.2.2.3: Are there any assumptions about the relation between repair RTP stream SSRC and the source RTP stream SSRC? The text here appears to indicate that it can be 1 (repair stream) sending retransmission packets for many source RTP streams? Can you please clarify this. Are there a point of doing this type of retransmission in a 1 to 1 fashion instead? So what I understand what got changed due to this comment was: Note that the retransmission packet corresponds only to a single source SSRC. I don't understand what this sentence means. I think you need either of two statements to make this clear. A) When performing retransmissions of single source packets, a unique repair packet stream (SSRC) MUST be used for each source packet stream (SSRC) to enable efficient handling after the first initial repair packet on each SSRC. B) When performing retransmissions, a single repair packet stream (SSRC) MAY be used for retransmitting packets from multiple source packet streams (SSRCs). I prefer A as it enables smarter processing for those who want to, but as each retransmission packet are self identifying, an implementation can choces to basically do what B) implies, namely determine first that it is a retransmission packet, then decapsulate it and restore the retransmitted packet and then handle it as a totally new incoming packet that need to be routed to the packet stream. A) enables an implementation freedom to do early binding on the associated repair stream SSRC. H. Section 5.1: o ToP: indicates the type of protection applied by the sender: 0 for 1-D interleaved FEC protection, 1 for 1-D non-interleaved FEC protection, and 2 for 2-D parity FEC protection. The ToP value of 3 is reserved for future uses. What about retransmission only uses? And what about combinations with retransmission and other types? The change: o ToP: indicates the type of protection applied by the sender: 0 for 1-D interleaved FEC protection, 1 for 1-D non-interleaved FEC protection, 2 for 2-D parity FEC protection, and 3 for retranmission. Note spelling error in retran(s)mission! However, this enables a PT to be configured for retransmission use. It still doesn't make it clear if ToP=3D0,3 would be allowed or not. I don't see any problem in requiring a single value per PT. But please be explicit about that limitation. N. Section 7: I think this section is missing the discussion of the need to signal the RTP session relation between source and repair RTP Streams. There is basically two choices here, either the repair RTP stream(s) are in the same RTP Session as the source packets, or they are in a different one. When they are in the same, it is clear that the packets carry the SSRC(s) of the source RTP packets. However, one thing is a bit unclear and could vary with implementation and that is the number of repair RTP streams in use when there are multiple source RTP streams. Are there only one repair stream, or one per source RTP stream or some other relation? So example 7.1 could be one or more source RTP stream but nothing in the signalling reveals this. Signalling context can make it clear if there is a single media source or could be more. For 7.2 there is an explicit binding between the repair and source SSRCs. I think the need and not need to explicitly indicate the source to repair stream relations. For different RTP sessions there need to be some type of RTP/RTCP out of band mechanism to indicate the relation. The use of grouping of media lines FEC semantics is very reasonable and should be made clear and probably include an example. I would prefer if the signalling requirements where discussed first, followed by SDP related mechanisms then followed by the examples of the realization. Good initial stab on the signalling requirements. 7. Signaling Requirements Out-of-band signaling should be designed to enable the receiver to identify the RTP streams associated with source packets and repair packets, respectively. At a minimum, the signaling must be designed to allow the receiver to o Determine whether one or more source RTP streams will be sent. o Determine whether one or more repair RTP streams will be sent. o Associate the appropriate SSRC's to both source and repair streams. o Clearly identify which SSRC's are associated with each source block. o Clearly identify which repair packets correspond to which source blocks. o Make use of repair packets to recover source data associated with specific SSRC's. This section provides several Sesssion Description Protocol (SDP) examples to demonstrate how these requirements can be met. Note that other approaches to RTP stream identification SHOULD NOT be used for the purposes of FLEX FEC. I think the above text is actually making the requirements stricter than necessary and also beyond SDP's capability in some cases depending on its use From nobody Sun Nov 18 21:21:43 2018 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F08F1128A6E; Sun, 18 Nov 2018 21:21:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: payload@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.88.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: payload@ietf.org Message-ID: <154260490195.2460.9799049819553963739@ietfa.amsl.com> Date: Sun, 18 Nov 2018 21:21:41 -0800 Archived-At: Subject: [payload] I-D Action: draft-ietf-payload-flexible-fec-scheme-11.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 05:21:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads WG of the IETF. Title : RTP Payload Format for Flexible Forward Error Correction (FEC) Authors : Mo Zanaty Varun Singh Ali Begen Giridhar Mandyam Filename : draft-ietf-payload-flexible-fec-scheme-11.txt Pages : 41 Date : 2018-11-18 Abstract: This document defines new RTP payload formats for the Forward Error Correction (FEC) packets that are generated by the non-interleaved and interleaved parity codes from source media encapsulated in RTP. These parity codes are systematic codes, where a number of FEC repair packets are generated from a set of source packets from one or more source RTP streams. These FEC repair packets are sent in a redundancy RTP stream separate from the source RTP stream(s) that carries the source packets. RTP source packets that were lost in transmission can be reconstructed using the source and repair packets that were received. The non-interleaved and interleaved parity codes which are defined in this specification offer a good protection against random and bursty packet losses, respectively, at a cost of decent complexity. The RTP payload formats that are defined in this document address the scalability issues experienced with the earlier specifications including RFC 2733, RFC 5109 and SMPTE 2022-1, and offer several improvements. Due to these changes, the new payload formats are not backward compatible with the earlier specifications, but endpoints that do not implement this specification can still work by simply ignoring the FEC repair packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-flexible-fec-scheme/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-11 https://datatracker.ietf.org/doc/html/draft-ietf-payload-flexible-fec-scheme-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-flexible-fec-scheme-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 22 05:23:44 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9A91130ED6 for ; Thu, 22 Nov 2018 05:23:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 8kMlyqk8vEb0 for ; Thu, 22 Nov 2018 05:23:41 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 C8F0112F1A2 for ; Thu, 22 Nov 2018 05:23:40 -0800 (PST) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id D72EAF904E853 for ; Thu, 22 Nov 2018 13:22:37 +0000 (GMT) Received: from DGGEMM421-HUB.china.huawei.com (10.1.198.38) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 22 Nov 2018 13:22:39 +0000 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.89]) by dggemm421-hub.china.huawei.com ([10.1.198.38]) with mapi id 14.03.0415.000; Thu, 22 Nov 2018 21:22:34 +0800 From: "Roni Even (A)" To: "payload@ietf.org" Thread-Topic: IPR on draft-ietf-payload-flexible-fec-scheme Thread-Index: AdSCZhro4BY8xglqTQGfIvE0ZS1hHg== Date: Thu, 22 Nov 2018 13:22:33 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD18C76348@DGGEMM506-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.202.166] Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD18C76348DGGEMM506MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [payload] IPR on draft-ietf-payload-flexible-fec-scheme X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 13:23:43 -0000 --_000_6E58094ECC8D8344914996DAD28F1CCD18C76348DGGEMM506MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-11 is re= ady for publication. Please note that there is an IPR statement on this dra= ft see https://datatracker.ietf.org/ipr/search/?id=3Ddraft-ietf-payload-fle= xible-fec-scheme&submit=3Ddraft Please let the chairs know if there are any concern about publishing the do= cument Thanks Roni Even (A) Payload WG co-chair --_000_6E58094ECC8D8344914996DAD28F1CCD18C76348DGGEMM506MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

https://tools.ietf.org/html/draft-ie= tf-payload-flexible-fec-scheme-11 is ready for publication. Please note that there is an IPR statement on this draft see = https://datatracker.ietf.org/ipr/search/?id=3Ddraft-ietf-payload-flexible-f= ec-scheme&submit=3Ddraft

Please let the chairs know if there are any= concern about publishing the document

 

Thanks

Roni Even (A)

Payload WG co-chair

--_000_6E58094ECC8D8344914996DAD28F1CCD18C76348DGGEMM506MBXchi_-- From nobody Mon Nov 26 00:20:38 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9026C126DBF for ; Mon, 26 Nov 2018 00:20:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.76 X-Spam-Level: X-Spam-Status: No, score=-5.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=MfniPY08; dkim=pass (1024-bit key) header.d=ericsson.com header.b=bmj87257 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 0eFPrHZ8a_ds for ; Mon, 26 Nov 2018 00:20:31 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 B55B4130DE2 for ; Mon, 26 Nov 2018 00:20:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1543220425; x=1545812425; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=6BC1XoVJeR9U2e3yajd6XDht/leCRqVkJS7MvQKtFjs=; b=MfniPY08V93iv/KZNxRkxCxbuI+JXNGHKz6h40C5KFTZY4Zo61XP50cnGhqfV+uG GLWJk7IBvcZqJmEwgZUxajn59H1xNpwyNBAAMjdCFUjVjfUdtL2YkITs1prsqLQ+ 3RTHxVF9EdPPGfTHo7iDzZfEd/nJPV8kLSi6vw4OatM=; X-AuditID: c1b4fb2d-3c7e09e000007af1-62-5bfbacc9734e Received: from ESESBMB502.ericsson.se (Unknown_Domain [153.88.183.115]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 7B.1F.31473.9CCABFB5; Mon, 26 Nov 2018 09:20:25 +0100 (CET) Received: from ESESSMB502.ericsson.se (153.88.183.163) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 26 Nov 2018 09:20:17 +0100 Received: from EUR03-AM5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Mon, 26 Nov 2018 09:20:17 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4DqZIFOpmnBF42QsB4GznmoZOxSuVvU1JrlZGMi5190=; b=bmj87257wUomvEr1hN253KeHdMYdarVVWH7GknmmUYMtJ4+VuhsyLpYZfj0G/tA+yW5OhTqdChzARDBIasKXDAUdxT1zjethLwMN1xsKBmk/kmSDO256QX5nYK7VBvs95OaVBN68qTb5bWY0V7rB5Y+XzlzBEC/XSQ3YvBqIcCQ= Received: from AM0PR07MB4979.eurprd07.prod.outlook.com (20.178.19.28) by AM0PR07MB5571.eurprd07.prod.outlook.com (20.178.82.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1382.11; Mon, 26 Nov 2018 08:20:16 +0000 Received: from AM0PR07MB4979.eurprd07.prod.outlook.com ([fe80::edb0:806b:dd18:8405]) by AM0PR07MB4979.eurprd07.prod.outlook.com ([fe80::edb0:806b:dd18:8405%3]) with mapi id 15.20.1361.013; Mon, 26 Nov 2018 08:20:16 +0000 From: Magnus Westerlund To: "payload@ietf.org" , "i-d-announce@ietf.org" Thread-Topic: [payload] I-D Action: draft-ietf-payload-flexible-fec-scheme-11.txt Thread-Index: AQHUf8fRe4Kbw0+YVUu5P8jo2UQaOQ== Date: Mon, 26 Nov 2018 08:20:16 +0000 Message-ID: References: <154260490195.2460.9799049819553963739@ietfa.amsl.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com; x-originating-ip: [192.176.1.83] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM0PR07MB5571; 6:pOt3NRerne0u9vFqt2g8nsJWPfGT25+YLL3GsOzHiJJeNpD5mpSsMJebT4ws7ed1AR7QoXPSCli1gNcrz6tELUT0R45IfbNlgeSyv38QwnplqER6G1DjE+lK1AsJVDTzcRntYEmEH1iHTFwF8z5VCKdG4lgxdDhu2XzCotFg0CRUY1HsJPmqp5Bfde1HscfdqOoTEWmSbe8Fg/F0uk4bzZUGCPK8hbfLncLfowrMaqKuvXIwBXlm80rfXelrjSqaHUMO/LgikmufVDXWdPHtA0eXW7vJ81hNpVYL2GGp1MQN3KzPtCFkmqVKO0LQvC7VQzgJzK2cVVCXMJhuQj6sJiA5rNT+FYw8zs5MBxpiqjOD397/1bAgX4DkHt7uDCxyh7fiomupxXXlYP1vKkQYqorCo+FwHFZbNsoTXB5nU41ubHB4VeGs1KBAWhfQ0WKknchOELS2P484VVj3zOAXSQ==; 5:l+F0pFmgMOj4gVtwxwHvphbJqNbjSBv/nBrhklWZMywLXxNTYjcIGEtpiu3iXcatHqQpfsDdecYZkwNRhDe6BBcHmBBtR2ISMBdIQxugvgitegVwQ/ncd3ARyuak4BQyqHV0lm8kf9jDwwqYpuE6utZnQmhJL0Aclkkq+BhkVMM=; 7:UeRUxtD2SYw1IDCcZAJbePHMOziknx7FcjcUra0jbDKEI81ACYveNikW/mUcnJJVF/omLU4gKWOX2PAphYPGIrsYbhhOy7EZgz2IoEhZUrEnyOWom5Jwl0LlSd6EuZKeSsU4HCGfobEOGHYN08wIbA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 7a63eda7-ec3c-4b6f-e633-08d65377ff09 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM0PR07MB5571; x-ms-traffictypediagnostic: AM0PR07MB5571: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231443)(944501410)(52105112)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB5571; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB5571; x-forefront-prvs: 086831DFB4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(346002)(136003)(376002)(366004)(189003)(199004)(256004)(86362001)(74316002)(66066001)(7696005)(2906002)(102836004)(2501003)(6436002)(476003)(8936002)(5660300001)(76176011)(55016002)(26005)(4001150100001)(305945005)(99286004)(7736002)(9686003)(110136005)(53936002)(53546011)(6246003)(316002)(97736004)(6306002)(6506007)(71200400001)(71190400001)(25786009)(478600001)(450100002)(105586002)(33656002)(186003)(14454004)(966005)(229853002)(486006)(446003)(3846002)(8676002)(6116002)(68736007)(106356001)(44832011)(81166006)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB5571; H:AM0PR07MB4979.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-microsoft-antispam-message-info: XhL8gbqlPLJ5Xd1+KSMoDiSKuHUaHRdJZGacIawq9Myd90wSMyL8XbuQLOLnuDiezoDnFoj3AwI0kcFCD82Mlim9wVU4iQGbVA2uo89KMcFEfnfOzmafFguuvPEZ0+dfUzM5XZ2XIChQlSCIJiT15UWbrrjrr9p3Wf6fWnjh7Gi11yjDhDSPHb6VSx+8efTvCesw0BtSvXwFxRhZQ6hYelot3n4Ts4JtxuLeDKI4gQZ2iXIsVY6Wd4LVVZW8gjUu9k3CLi76e8WtJV5m9lXw0vdlBJOpge24LMXXuRzqhbfdJp6BusAKW8laSyhZeTVLJsjTxRKknxzgGbXo/IhETC1WSKcttphqq/ScZeO271k= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7a63eda7-ec3c-4b6f-e633-08d65377ff09 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2018 08:20:16.3305 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5571 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUyM2J7se7JNb+jDf73Wlss2fWc2eLSxbNM DkweS5b8ZApgjOKySUnNySxLLdK3S+DKODX7C1NBn0bF6QPz2RoY/8h3MXJySAiYSDz+fp0V xBYSOMIo8fWcbRcjF5D9jVFi7YUWFojEEiaJ/lkhIAkWgQnMEv+6nzFCJCYySew/pQvR8YhR YsP/TUwgCTYBC4mbPxrZQGwRgRiJiTNng60QFgiSOHy2CSoeLPH/wG9GCFtP4mzLH2YQm0VA VeLR3blgm3mBeifcnQTUywG0wEni/wpTkDCjgKzE/e/3wEqYBcQlbj2ZzwTxjYDEkj3nmSFs UYmXj/+xQtQnStxofApVoyBxZ+padghbVuLS/G5GkPslBK6xSdze94wNIqEr8WHqVKhBvhKL Hy5ngbAvMEpcPxgEYWtJPF3WCVWTLfG+dxsrhC0nsar3IQvE0OPMEtuvzoMqkpH41LieHSLx gFXix+SrrBMY9WYh+QLC1pFYsPsTG4StLbFs4WvmWeDAEJQ4OfMJywJGllWMosWpxcW56UbG eqlFmcnFxfl5enmpJZsYgcni4JbfujsYV792PMQowMGoxMM7bcHvaCHWxLLiytxDjBIczEoi vL5LgEK8KYmVValF+fFFpTmpxYcYpTlYlMR59VbtiRISSE8sSc1OTS1ILYLJMnFwSjUw9lkF rXq3dHF2gLv8HJ+Tv3MUj+b3a4twnI5ueLA+nNnpwbFdq5v37ljp17N0aexJm3X31zxSYg3m e8W/cFpgUsqdt9tTfzGI9yqKpP3e05K8OEiWY/Xux8UNTJt/Nf5+XxnX+YZtmeTpuepbylhP 5C1ZkdPwysNgYYjqXoGZD9Yem1igHDCfQ4mlOCPRUIu5qDgRADV3LJgSAwAA Archived-At: Subject: Re: [payload] I-D Action: draft-ietf-payload-flexible-fec-scheme-11.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 08:20:37 -0000 Hi,=0A= =0A= I have now checked this document against my previous comments. I have=0A= two outstanding issues.=0A= =0A= 1. Section 5.1.1 and additonal ones:=0A= =0A= o ToP: indicates the type of protection applied by the sender: 0 for=0A= 1-D interleaved FEC protection, 1 for 1-D non-interleaved FEC=0A= protection, 2 for 2-D parity FEC protection, and 3 for=0A= retransmission. There can only be one value listed for ToP.=0A= =0A= At least in discussing this with Mo F2F I got the impression that the=0A= plan was to also be explicit about what the lack of it means, i.e. it=0A= can be any of the self describing usages, so a mix of retransmission and=0A= FEC is possible.=0A= =0A= 2. Also my original comment O. on version -08 has not bee answered:=0A= =0A= O. Section 7:=0A= The use of draft-ietf-avtext-rid RepairedRtpStreamId is not at all =0A= needed, even if it could be used in a sub-set of applications of =0A= flexfec. It would work in same RTP Session, with a single repair RTP =0A= stream only protects a singe source RTP stream. But, considering the =0A= possibility of repair of multiple source streams and different RTP =0A= Sessions, I think an explicit statement that this SHOULD NOT be used for = =0A= the payload format would be good to include.=0A= =0A= Please indicate your thoughts on this matter.=0A= =0A= Cheers=0A= =0A= Magnus Westerlund=0A= =0A= =0A= =0A= =0A= On 2018-11-19 06:22, internet-drafts@ietf.org wrote:=0A= > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories.=0A= > This draft is a work item of the Audio/Video Transport Payloads WG of the= IETF.=0A= >=0A= > Title : RTP Payload Format for Flexible Forward Error C= orrection (FEC)=0A= > Authors : Mo Zanaty=0A= > Varun Singh=0A= > Ali Begen=0A= > Giridhar Mandyam=0A= > Filename : draft-ietf-payload-flexible-fec-scheme-11.txt=0A= > Pages : 41=0A= > Date : 2018-11-18=0A= >=0A= > Abstract:=0A= > This document defines new RTP payload formats for the Forward Error=0A= > Correction (FEC) packets that are generated by the non-interleaved=0A= > and interleaved parity codes from source media encapsulated in RTP.=0A= > These parity codes are systematic codes, where a number of FEC repair= =0A= > packets are generated from a set of source packets from one or more=0A= > source RTP streams. These FEC repair packets are sent in a=0A= > redundancy RTP stream separate from the source RTP stream(s) that=0A= > carries the source packets. RTP source packets that were lost in=0A= > transmission can be reconstructed using the source and repair packets= =0A= > that were received. The non-interleaved and interleaved parity codes= =0A= > which are defined in this specification offer a good protection=0A= > against random and bursty packet losses, respectively, at a cost of=0A= > decent complexity. The RTP payload formats that are defined in this= =0A= > document address the scalability issues experienced with the earlier= =0A= > specifications including RFC 2733, RFC 5109 and SMPTE 2022-1, and=0A= > offer several improvements. Due to these changes, the new payload=0A= > formats are not backward compatible with the earlier specifications,= =0A= > but endpoints that do not implement this specification can still work= =0A= > by simply ignoring the FEC repair packets.=0A= >=0A= >=0A= > The IETF datatracker status page for this draft is:=0A= > https://datatracker.ietf.org/doc/draft-ietf-payload-flexible-fec-scheme/= =0A= >=0A= > There are also htmlized versions available at:=0A= > https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-11=0A= > https://datatracker.ietf.org/doc/html/draft-ietf-payload-flexible-fec-sch= eme-11=0A= >=0A= > A diff from the previous version is available at:=0A= > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-payload-flexible-fec-schem= e-11=0A= >=0A= >=0A= > Please note that it may take a couple of minutes from the time of submiss= ion=0A= > until the htmlized version and diff are available at tools.ietf.org.=0A= >=0A= > Internet-Drafts are also available by anonymous FTP at:=0A= > ftp://ftp.ietf.org/internet-drafts/=0A= >=0A= > _______________________________________________=0A= > payload mailing list=0A= > payload@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/payload=0A= >=0A= =0A= -- =0A= =0A= Magnus Westerlund =0A= =0A= ----------------------------------------------------------------------=0A= Network Architecture & Protocols, Ericsson Research=0A= ----------------------------------------------------------------------=0A= Ericsson AB | Phone +46 10 7148287=0A= Torshamnsgatan 23 | Mobile +46 73 0949079=0A= SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com=0A= ----------------------------------------------------------------------=0A= =0A=