IETF Logo Mail Archive

Re: [payload] draft-ietf-payload-rtp-ancillary-07: Comments on header layout

Thomas Edwards <Thomas.Edwards@fox.com> Wed, 29 March 2017 03:18 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 6698E12955E for <payload@ietfa.amsl.com>; Tue, 28 Mar 2017 20:18:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 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, URIBL_BLOCKED=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 mxlUpIH9O_Ix for <payload@ietfa.amsl.com>; Tue, 28 Mar 2017 20:18:26 -0700 (PDT)
Received: from mx0a-00195501.pphosted.com (mx0a-00195501.pphosted.com [67.231.149.164]) (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 3A6C6128CFF for <payload@ietf.org>; Tue, 28 Mar 2017 20:18:26 -0700 (PDT)
Received: from pps.filterd (m0087344.ppops.net [127.0.0.1]) by mx0a-00195501.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2T3Hd58017506; Tue, 28 Mar 2017 20:18:23 -0700
Received: from nam03-co1-obe.outbound.protection.outlook.com (mail-co1nam03lp0023.outbound.protection.outlook.com [216.32.181.23]) by mx0a-00195501.pphosted.com with ESMTP id 29enq6rkbw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 28 Mar 2017 20:18:23 -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=KgJrrjpNyFolm/GQxCtC/lvIYa9VTpRJcW1sJOregho=; b=IGQREW2FCGNN43v/pgZkrcxKHuhjojMO9ldqNC1U6soYO5O0LqND9CM8XghwOk8/3raXHSK2Ocn/xQo7zD+fkabsU0SEeLk6r2ZArPAVIKMarTUwB9+uiYLc+Z6bKkMwZygrPm6kTTJCP47uTLUPazrDxWjboSjkvqarFZalsHw=
Received: from CY4PR05MB3109.namprd05.prod.outlook.com (10.172.157.7) by CY4PR05MB3111.namprd05.prod.outlook.com (10.172.157.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.2; Wed, 29 Mar 2017 03:18:21 +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.1005.010; Wed, 29 Mar 2017 03:18:21 +0000
From: Thomas Edwards <Thomas.Edwards@fox.com>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: [payload] draft-ietf-payload-rtp-ancillary-07: Comments on header layout
Thread-Index: AQHSqDse0ajogi9cBkSf8oSM/dHxkQ==
Date: Wed, 29 Mar 2017 03:18:20 +0000
Message-ID: <3F3C31E6-648C-4B0C-B6F7-BE7D721436B7@fox.com>
References: <CALMQjD_AkjAR+MiA=WLYFaghy4BiiFGE3qwJmWhbuba-s80u7w@mail.gmail.com>
In-Reply-To: <CALMQjD_AkjAR+MiA=WLYFaghy4BiiFGE3qwJmWhbuba-s80u7w@mail.gmail.com>
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-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [76.171.122.204]
x-microsoft-exchange-diagnostics: 1; CY4PR05MB3111; 7:wW7FZZurImY5BQYZAg+C50SwZXAU3bYn7jIzWPuP50dVevjby6VPmP2+aN1MgUXWLbHKNHnZ1/xY9AK64Pjsg7NKPk37kM+pzFUjptI7lFyp1ntaecGe2bO/HsTEiIWNuLX+q8rgITb0OfPokoc9tBzgXTxWtNWsmM5oiHjUvx43PcQdL9YbidTXC2TvS2jE1uiENDuxk5pc2ExZdUia/IqKiZHV/4QjW3f1N22RfGTCorvt7vCkQR1R23/E38pZ5RCQJdZKmWB2j+LhvCtLKM03wgfIbxsKEmfprK3G+8y7A4Gt1cPbc5HmZIc4VPztmXARoufm0cdink4B4Mgo/Q==
x-ms-office365-filtering-correlation-id: 78788be5-39bb-442f-c5ef-08d4765240d0
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423070)(201703031133076); SRVR:CY4PR05MB3111;
x-microsoft-antispam-prvs: <CY4PR05MB31113E6560D2ED0229DABA1A94350@CY4PR05MB3111.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(10436049006162)(177823376758907);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040445)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123564025)(20161123555025)(201703131423070)(201702281528070)(201703061421070)(201703061406070)(20161123560025)(20161123562025)(20161123558025)(6072148); SRVR:CY4PR05MB3111; BCL:0; PCL:0; RULEID:; SRVR:CY4PR05MB3111;
x-forefront-prvs: 0261CCEEDF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39450400003)(39400400002)(39840400002)(39850400002)(39860400002)(377454003)(24454002)(3660700001)(110136004)(38730400002)(39060400002)(53936002)(230783001)(3280700002)(50986999)(76176999)(189998001)(54356999)(6246003)(122556002)(6306002)(6512007)(36756003)(2501003)(99286003)(2900100001)(2906002)(6436002)(5640700003)(4001350100001)(3846002)(81166006)(8936002)(6116002)(102836003)(1730700003)(6916009)(77096006)(229853002)(66066001)(86362001)(83716003)(8676002)(5660300001)(33656002)(83506001)(2950100002)(82746002)(305945005)(53546009)(25786009)(7736002)(4326008)(6486002)(6506006)(575784001)(2351001); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR05MB3111; H:CY4PR05MB3109.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <67BCB0783A07D745B2C16061A1924068@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: fox.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Mar 2017 03:18:21.0039 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: de99ade3-81db-4070-ae0d-3c1562041b30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3111
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-28_21:, , 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-1702020001 definitions=main-1703290026
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/zWZb04j8jp716TAl4wkbp2cmVe4>
Subject: Re: [payload] draft-ietf-payload-rtp-ancillary-07: Comments on header layout
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: Wed, 29 Mar 2017 03:18:28 -0000

Unfortunately, I think we have too many working implementations now based on the draft-ietf-payload-rtp-ancillary-07 to make a change like this that breaks existing code.  It would invalidate the work of the Joint Task Force on Networked Media interop event.  The goal is that the -08 revision would be backwards compatible with -07.

-Thomas

-- 
Thomas Edwards 
VP Engineering & Development
FOX Networks Engineering and Operations
thomas.edwards@fox.com
Phone: +1.310.369.6696
10201 West Pico Blvd.
Los Angeles, CA 90035

On 3/13/17, 4:01 PM, "payload on behalf of Kjetil Oftedal" <payload-bounces@ietf.org on behalf of oftedal@gmail.com> wrote:

    Hi,
    
    I have earlier commented upon the size of the line number/offset fields and
    their counterparts in RFC4175, and with the latest changes to the ANC RTP
    layout an new opportunity to address this has arrived.
    
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |C|   Line_Number       |   Horizontal_Offset   |    reserved   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
    Moving some of the reserved bits and aligning to the 16-bit boundary will both
    make it easier for software to build the header, and will
    allow these Line_Number/Horizontal_Offset fields to easily be expanded in the
    future if the need for ANC transport with higher resolution images should
    arise:
    
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |C| rsvd  |     Line_Number     | rsvd  |   Horizontal_Offset   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
    The only issue is handling the special value cases such as 0xFFF/0xFFE,
    Expanding the fields to 15-bits at this time would maybe just be easier,
    as there is no bandwidth penalty of doing so.
    
    Best regards,
    Kjetil Oftedal
    
    _______________________________________________
    payload mailing list
    payload@ietf.org
    https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_payload&d=DwICAg&c=uw6TLu4hwhHdiGJOgwcWD4AjKQx6zvFcGEsbfiY9-EI&r=lekNOOM5noV61zrPH3rwPyhtNnLLWoLEHgd0quQxly8&m=GekN5chRhz0WLf7WrPw08CEQd4tCW-_ZV01rcvLe7A4&s=fY_InbtX874voLEkB9cpscbnyKgFPON7RhUvJvKu-lg&e=

v2.23.0 | Report a Bug | By Email