Re: [payload] Addressing comments on 2nd WGLC of draft-ietf-payload-rtp-ancillary-08

Thomas Edwards <Thomas.Edwards@fox.com> Fri, 05 May 2017 23:01 UTC

Return-Path: <Thomas.Edwards@fox.com>
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 5C298129413 for <payload@ietfa.amsl.com>; Fri, 5 May 2017 16:01:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.621
X-Spam-Level:
X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham 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 V2X0fgaTX8ed for <payload@ietfa.amsl.com>; Fri, 5 May 2017 16:01:08 -0700 (PDT)
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 7214E129480 for <payload@ietf.org>; Fri, 5 May 2017 16:01:08 -0700 (PDT)
Received: from pps.filterd (m0082293.ppops.net [127.0.0.1]) by mx0b-00195501.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id v45MxTVD026467 for <payload@ietf.org>; Fri, 5 May 2017 16:01:05 -0700
Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp0175.outbound.protection.outlook.com [216.32.181.175]) by mx0b-00195501.pphosted.com with ESMTP id 2a91u907jn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for <payload@ietf.org>; Fri, 05 May 2017 16:01:05 -0700
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; bh=BbR6WNcvnSpVRg7T+uZyq8MfOWF4NYOL150waleCceA=; b=q5MsmNEz3fhEnusjjXwxMBqC9DJwiEMed8UPwwWkoGCMGaLbncFxEZ2UfjBx9X996pZeKHtYjt7riGOkB2KKGcFCe+EOegjJ/S07o85EfQk+iAgqkrp+bjBQVZHZuUajiVljMRDT1760nSBo2QKQeJYJHcbhbk1sGEOgcsSxIow=
Received: from CY4PR05MB3109.namprd05.prod.outlook.com (10.172.157.7) by CY4PR05MB3110.namprd05.prod.outlook.com (10.172.157.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.1; Fri, 5 May 2017 23:01:03 +0000
Received: from CY4PR05MB3109.namprd05.prod.outlook.com ([10.172.157.7]) by CY4PR05MB3109.namprd05.prod.outlook.com ([10.172.157.7]) with mapi id 15.01.1075.014; Fri, 5 May 2017 23:01:03 +0000
From: Thomas Edwards <Thomas.Edwards@fox.com>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: Addressing comments on 2nd WGLC of draft-ietf-payload-rtp-ancillary-08
Thread-Index: AQHSw6cKJHsTJYrHE0yJGid5ElJJq6HissNP///+xwCAATe//IAAaGwAgAGtr1n//+rkAA==
Date: Fri, 05 May 2017 23:01:03 +0000
Message-ID: <4F87A2C7-8F46-4D6C-8B90-48DB7215334D@fox.com>
References: <26ED0D58-E6D6-4DD7-9801-4556FF67AAC2@fox.com> <B1D49063AD5FBD4688F3EEDEC68B2017C38150C0@bgb01xud1011> <5963166F-3FCC-4B88-8F60-1CBF4F5CFC0C@fox.com> <B1D49063AD5FBD4688F3EEDEC68B2017C3815690@bgb01xud1011> <54FEE4EC-5366-4086-B656-820510264769@fox.com> <B1D49063AD5FBD4688F3EEDEC68B2017C3815AFA@bgb01xud1011>
In-Reply-To: <B1D49063AD5FBD4688F3EEDEC68B2017C3815AFA@bgb01xud1011>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1b.0.161010
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=fox.com;
x-originating-ip: [216.205.246.240]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY4PR05MB3110; 7:X7u6cG+RvQfpjblvc2NcCFW7T2yVHLLm5mtYXN+24pwH8xHJ7Qd2BK7lZesC+umkP4WyfcQbpp0hzcHRIMndhq5/FungferADPNU4HSRTn6GyfDemwZrk5EUH6heQFl2UlYVX7u9nCayFOL4OEzptIqVPk5SDA1dWhi+HwS/UBuA4AKJ2UhD/x1cOFrRRijf2HBVJ8ezrmWiqvgO4riyFmSl95cHCvLEv9CqQyZzfOV10kdhWmbCjND0Mv8wcrXI/NXeg9OW+kuijdh0V5FLNeiey/3QT+tvQE26m8U6q8SaK/LkntZhpLhS9xLZmw8HUXhEsp8QbjbDjFGd8bUP6A==
x-ms-office365-filtering-correlation-id: 3f432ec5-7e83-4d2b-7061-08d4940a9ae2
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:CY4PR05MB3110;
x-microsoft-antispam-prvs: <CY4PR05MB31105C495043D81DD2BBC76594EB0@CY4PR05MB3110.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(127952516941037)(5213294742642);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700029)(100105000095)(100000701029)(100105300095)(100000702029)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(100000703029)(100105400095)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123555025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123558100)(20161123562025)(6072148)(100000704029)(100105200095)(100000705029)(100105500095); SRVR:CY4PR05MB3110; BCL:0; PCL:0; RULEID:(100000800029)(100110000095)(100000801029)(100110300095)(100000802029)(100110100095)(100000803029)(100110400095)(100000804029)(100110200095)(100000805029)(100110500095); SRVR:CY4PR05MB3110;
x-forefront-prvs: 02981BE340
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39400400002)(39410400002)(39840400002)(39850400002)(39450400003)(39860400002)(377454003)(24454002)(6306002)(2501003)(6512007)(5640700003)(99286003)(6246003)(33656002)(53936002)(7736002)(3660700001)(3280700002)(230783001)(305945005)(5660300001)(50986999)(54356999)(76176999)(102836003)(3846002)(6116002)(83716003)(86362001)(82746002)(25786009)(6506006)(122556002)(83506001)(2900100001)(8676002)(2906002)(81166006)(1730700003)(229853002)(6436002)(6486002)(8936002)(4001350100001)(77096006)(38730400002)(478600001)(189998001)(36756003)(110136004)(2351001)(93886004)(66066001)(6916009)(2950100002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR05MB3110; H:CY4PR05MB3109.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <4DDA2F47283F0840BA57D93AF4C35712@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: fox.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2017 23:01:03.3396 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: de99ade3-81db-4070-ae0d-3c1562041b30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3110
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-05-05_18:, , 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 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1705050213
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/bF9VO5Ql6AnG-ycuQrTJ-HQ53vU>
Subject: Re: [payload] Addressing comments on 2nd WGLC of draft-ietf-payload-rtp-ancillary-08
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 May 2017 23:01:10 -0000

>On 5/5/17, 10:38 AM, "John Fletcher" <John.Fletcher@bbc.co.uk> wrote:

> Regarding the C bit, I think something like my originally suggested wording is better:
    
> If the data corresponds to the color-difference data channel of an associated SDI interface, the C flag shall be set to "1".  If the data corresponds to the luma data channel of an associated SDI 
>interface, or the interface does not have separate luma and color-difference data channels, or the data is not associated with an SDI interface, the C flag shall be set to "0".
    
> Reasons being (a) you should mention that luma/color-difference channels are things in an SDI interface; (b) your suggested wording says  that if it is set to "0" the ANC data  corresponds to the >luma (Y) data channel, but that is not necessarily true, it might be because there are no luma/color-difference channels or because  there is no associated SDI interface.
  
I think we’ve discussed this before (see: https://mailarchive.ietf.org/arch/msg/payload/cd-_KMT18N7x4qJx--3BgBYbWp0).  There are ANC data packet standards that require the use of particular data channels.  Even if the ANC data packet is not sourced from an SDI interface, it is best if it is marked in the proper data channel so that downstream devices re-embedding in SDI can do their job properly.  And even if there is no SDI period, I don’t think it hurts much to mark the ANC data packets in the data channel required by their defining standard. 
 
>Regarding link number, you probably need to explain that if there are 2 links with 4 data channels each, you number the data channels across all links so that link 2, data channel 1 is the 5th data > channel etc. 

The link a particular stream uses would be specified by the interface standard.  I can add that as a note.

>You might also want to allow another bit so you could go up to 24 Gbit/s interfaces.
  
I’m OK with throwing one more bit in to be extensible.  However, to be clear, there are no current SMPTE SDI standards or projects that I am aware of that need more than 32 streams.  I also hope that if SMPTE does standardize a 24 Gbps interface that they do it in a less arcane fashion than having 64 streams.
 
 -Thomas