
From nobody Wed Aug  2 03:43:25 2017
Return-Path: <John.Fletcher@bbc.co.uk>
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 4ED93131EAD; Wed,  2 Aug 2017 03:43:23 -0700 (PDT)
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, RP_MATCHES_RCVD=-0.001, 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 tAV7NvX4KH_C; Wed,  2 Aug 2017 03:43:21 -0700 (PDT)
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 6FA9C131EAF; Wed,  2 Aug 2017 03:43:21 -0700 (PDT)
Received: from BGB01XI1011.national.core.bbc.co.uk (bgb01xi1011.national.core.bbc.co.uk [10.161.14.15]) by mailout0.cwwtf.bbc.co.uk (8.15.2/8.15.2) with ESMTP id v72AhGob023212; Wed, 2 Aug 2017 11:43:16 +0100 (BST)
Received: from BGB01XUD1011.national.core.bbc.co.uk ([10.161.14.9]) by BGB01XI1011.national.core.bbc.co.uk ([10.161.14.15]) with mapi id 14.03.0319.002; Wed, 2 Aug 2017 11:43:15 +0100
From: John Fletcher <John.Fletcher@bbc.co.uk>
To: Thomas Edwards <Thomas.Edwards@fox.com>
CC: "payload-chairs@ietf.org" <payload-chairs@ietf.org>, "draft-ietf-payload-rtp-ancillary@ietf.org" <draft-ietf-payload-rtp-ancillary@ietf.org>, "payload@ietf.org" <payload@ietf.org>, "acbegen@gmail.com" <acbegen@gmail.com>
Thread-Topic: [payload] Last Call: <draft-ietf-payload-rtp-ancillary-10.txt> (RTP Payload for SMPTE ST 291 Ancillary Data) to Proposed Standard
Thread-Index: AQHS9FTKepbnmWtL6ki9kLCc8NwsNKJxDGYE
Date: Wed, 2 Aug 2017 10:43:14 +0000
Message-ID: <B1D49063AD5FBD4688F3EEDEC68B2017C38A65D9@bgb01xud1011>
References: <149912480123.16079.7688117540328146344.idtracker@ietfa.amsl.com>
In-Reply-To: <149912480123.16079.7688117540328146344.idtracker@ietfa.amsl.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.19.161.212]
x-exclaimer-md-config: c91d45b2-6e10-4209-9543-d9970fac71b7
x-tm-as-product-ver: SMEX-11.0.0.4255-8.100.1062-23232.006
x-tm-as-result: No--21.539900-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/JnX3B5DrWStWKmtjjAaZCYF1cQo>
Subject: Re: [payload] Last Call: <draft-ietf-payload-rtp-ancillary-10.txt> (RTP Payload for SMPTE ST 291 Ancillary Data) to Proposed Standard
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, 02 Aug 2017 10:43:23 -0000

The terms "HANC" and "VANC" are used without any definition.  Can I suggest=
 that a definition is added by means of a reference to SMPTE RP 291-2?=0A=
=0A=
Regards,=0A=
John=0A=
________________________________________=0A=
From: payload [payload-bounces@ietf.org] on behalf of The IESG [iesg-secret=
ary@ietf.org]=0A=
Sent: 04 July 2017 00:33=0A=
To: IETF-Announce=0A=
Cc: payload-chairs@ietf.org; draft-ietf-payload-rtp-ancillary@ietf.org; pay=
load@ietf.org; acbegen@gmail.com=0A=
Subject: [payload] Last Call: <draft-ietf-payload-rtp-ancillary-10.txt> (RT=
P Payload for SMPTE ST 291 Ancillary Data) to Proposed Standard=0A=
=0A=
The IESG has received a request from the Audio/Video Transport Payloads WG=
=0A=
(payload) to consider the following document: - 'RTP Payload for SMPTE ST 2=
91=0A=
Ancillary Data'=0A=
  <draft-ietf-payload-rtp-ancillary-10.txt> as Proposed Standard=0A=
=0A=
This is a repeated IETF Last Call due to material changes since the origina=
l=0A=
last call of version 6.=0A=
=0A=
The IESG plans to make a decision in the next few weeks, and solicits final=
=0A=
comments on this action. Please send substantive comments to the=0A=
ietf@ietf.org mailing lists by 2017-07-25. Exceptionally, comments may be=
=0A=
sent to iesg@ietf.org instead. In either case, please retain the beginning =
of=0A=
the Subject line to allow automated sorting.=0A=
=0A=
Abstract=0A=
=0A=
=0A=
   This memo describes a real-time transport protocol (RTP) payload=0A=
   format for the Society of Motion Picture and Television Engineers=0A=
   (SMPTE) Ancillary data, as defined by SMPTE ST 291-1.  SMPTE=0A=
   Ancillary data is generally used along with professional video=0A=
   formats to carry a range of ancillary data types, including time=0A=
   code, Closed Captioning, and the Active Format Description (AFD).=0A=
=0A=
=0A=
=0A=
=0A=
The file can be obtained via=0A=
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/=0A=
=0A=
IESG discussion can be tracked via=0A=
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/ballot/=
=0A=
=0A=
=0A=
No IPR declarations have been submitted directly on this I-D.=0A=
=0A=
=0A=
=0A=
=0A=
_______________________________________________=0A=
payload mailing list=0A=
payload@ietf.org=0A=
https://www.ietf.org/mailman/listinfo/payload=0A=


From nobody Wed Aug  2 04:05:15 2017
Return-Path: <acbegen@gmail.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 6E6F8131FF2; Wed,  2 Aug 2017 04:05:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Aj1Jo1qGckre; Wed,  2 Aug 2017 04:05:12 -0700 (PDT)
Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 027D1131FEF; Wed,  2 Aug 2017 04:05:12 -0700 (PDT)
Received: by mail-io0-x22c.google.com with SMTP id m88so18901418iod.2; Wed, 02 Aug 2017 04:05:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eoKh5sr3npwZI8GgO+3hd0OLqBE+qXxZYGD2j4jv5e4=; b=Q7zt5awitoFD7hVshkyJwRuVIQ9FqOw6Q/qiXuqnwDMa/gr+C8TpIJIoUIeiosXEvY remJCNMxu2f23N7J8ewcUsZaa7TefzDMREo6sSihXyzhUJOZfVhESj39d0GowYYx1435 JJa8XhCet5AE98dT6gem6u8Ut0jyEulja63dSY8AJ54f7NygU827gDOktSc284J+nxcd zgw4NHJBW0wkjr9BbFS/UB3nAjkc8GtTrTnq/fy0KXzMwrW5HzJaFO3R7e5jDescmYyH /2HuwjZ/0+C+mEOFvdjUs9yDbxAXvNNajXT3i/4Wax9HVdHESx+JmjAWsfcfqbcn2gJD SSCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eoKh5sr3npwZI8GgO+3hd0OLqBE+qXxZYGD2j4jv5e4=; b=hXE/x6t0hK8k+hBz0svKS7uZlum3DrKquK77jpwiEii6oYjSnFR/SUZeUFw+8zO9S2 q039e2dyzVxpLRZisgi6oAKgtQKy80/N2o2u/1lj5TlcKiGIEGQEKJ84yzNONMdaSSgc YOl037YAiTkEvGbRSHhEiTudoZhIfwYFxWV4NFtL4Y426n35PYqxlbvi9Gp5E28l4O7U 2WI6H4AV6Z/36wchkJnO4jNldu+0vPEp47uIRq0qfvgkrRrcIz2O78N81BBJ5cb+qEFz dGdQnsLAVPTfYL0sLs9mUENC5uoX+3Rfw1C0HeEToaGjF/Yg5xHc88TFrkAo/ROzKmYu YUcg==
X-Gm-Message-State: AIVw113hZbYJuWLFrTAsk8xM70Du088yrW0/bl+AQ5SZAZErzH1WahyK CkKmDo8xgUynhSKP+eOLyaK9Zk0hpQ==
X-Received: by 10.107.35.140 with SMTP id j134mr25858411ioj.94.1501671911389;  Wed, 02 Aug 2017 04:05:11 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.85.194 with HTTP; Wed, 2 Aug 2017 04:05:10 -0700 (PDT)
In-Reply-To: <B1D49063AD5FBD4688F3EEDEC68B2017C38A65D9@bgb01xud1011>
References: <149912480123.16079.7688117540328146344.idtracker@ietfa.amsl.com> <B1D49063AD5FBD4688F3EEDEC68B2017C38A65D9@bgb01xud1011>
From: "Ali C. Begen" <acbegen@gmail.com>
Date: Wed, 2 Aug 2017 14:05:10 +0300
Message-ID: <CAG371nqsa_TqLhGG71hsWSj57g7psPGBPG+ygSEf97qhB4-eJw@mail.gmail.com>
To: John Fletcher <John.Fletcher@bbc.co.uk>
Cc: Thomas Edwards <Thomas.Edwards@fox.com>,  "payload-chairs@ietf.org" <payload-chairs@ietf.org>,  "draft-ietf-payload-rtp-ancillary@ietf.org" <draft-ietf-payload-rtp-ancillary@ietf.org>,  "payload@ietf.org" <payload@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/0jHCEUYTT1NiY8O2UHPp7P53Mxg>
Subject: Re: [payload] Last Call: <draft-ietf-payload-rtp-ancillary-10.txt> (RTP Payload for SMPTE ST 291 Ancillary Data) to Proposed Standard
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, 02 Aug 2017 11:05:13 -0000

We will have to do this during the RFC editor phase as the draft is
now with IESG so we cannot update the draft.

Thanks.
-acbegen

On Wed, Aug 2, 2017 at 1:43 PM, John Fletcher <John.Fletcher@bbc.co.uk> wrote:
> The terms "HANC" and "VANC" are used without any definition.  Can I suggest that a definition is added by means of a reference to SMPTE RP 291-2?
>
> Regards,
> John
> ________________________________________
> From: payload [payload-bounces@ietf.org] on behalf of The IESG [iesg-secretary@ietf.org]
> Sent: 04 July 2017 00:33
> To: IETF-Announce
> Cc: payload-chairs@ietf.org; draft-ietf-payload-rtp-ancillary@ietf.org; payload@ietf.org; acbegen@gmail.com
> Subject: [payload] Last Call: <draft-ietf-payload-rtp-ancillary-10.txt> (RTP Payload for SMPTE ST 291 Ancillary Data) to Proposed Standard
>
> The IESG has received a request from the Audio/Video Transport Payloads WG
> (payload) to consider the following document: - 'RTP Payload for SMPTE ST 291
> Ancillary Data'
>   <draft-ietf-payload-rtp-ancillary-10.txt> as Proposed Standard
>
> This is a repeated IETF Last Call due to material changes since the original
> last call of version 6.
>
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2017-07-25. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>
>    This memo describes a real-time transport protocol (RTP) payload
>    format for the Society of Motion Picture and Television Engineers
>    (SMPTE) Ancillary data, as defined by SMPTE ST 291-1.  SMPTE
>    Ancillary data is generally used along with professional video
>    formats to carry a range of ancillary data types, including time
>    code, Closed Captioning, and the Active Format Description (AFD).
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/ballot/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
>
>
> _______________________________________________
> payload mailing list
> payload@ietf.org
> https://www.ietf.org/mailman/listinfo/payload


From nobody Tue Aug  8 06:34:35 2017
Return-Path: <warren@kumari.net>
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 D6E771321E7; Tue,  8 Aug 2017 06:34:33 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Warren Kumari <warren@kumari.net>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-payload-rtp-ancillary@ietf.org, payload-chairs@ietf.org, acbegen@gmail.com, payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150219927387.12412.13816543900315456551.idtracker@ietfa.amsl.com>
Date: Tue, 08 Aug 2017 06:34:33 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/B1wHfHa8BnisyQEb6rhqGzf3AGY>
Subject: [payload] Warren Kumari's No Objection on draft-ietf-payload-rtp-ancillary-10: (with COMMENT)
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 08 Aug 2017 13:34:34 -0000

Warren Kumari has entered the following ballot position for
draft-ietf-payload-rtp-ancillary-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'd like to begin by noting that I know basically nothing about SMPTE or ST 291
or Ancillary Data. I opened the document thinking that this was going to be
either impenetrable, a huge waste of my time, or both...

I was very pleasantly surprised by how clear, accessible and interesting the
document is -- it clearly describes the use case / problem, provides just
enough background to make understanding the discussion (relatively) easy, and
documents the solution / protocol in a clear and concise manner.

I'm not really qualified to evaluate if this is the best way to implement / if
it has hidden landmines (see first sentence!), but I'd like to thank the author
and WG for producing a document which was a pleasure to read.

I'd also like to draw your attention to Nevil's OpsDir review, which contains
some good questions, and some nits:
https://datatracker.ietf.org/doc/review-ietf-payload-rtp-ancillary-06-opsdir-lc-brownlee-2016-11-03/



From nobody Thu Aug 10 05:49:57 2017
Return-Path: <internet-drafts@ietf.org>
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 3F64D1326BD; Thu, 10 Aug 2017 05:49:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150236939623.11859.10012455480897471932@ietfa.amsl.com>
Date: Thu, 10 Aug 2017 05:49:56 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/Xt_fs8bY3UPY7LB98KcvU3h4wss>
Subject: [payload] I-D Action: draft-ietf-payload-rtp-vc2hq-03.txt
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 10 Aug 2017 12:49:56 -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 VC-2 HQ Profile Video
        Author          : James P. Weaver
	Filename        : draft-ietf-payload-rtp-vc2hq-03.txt
	Pages           : 19
	Date            : 2017-08-10

Abstract:
   This memo describes an RTP Payload format for the High Quality (HQ)
   profile of SMPTE Standard ST 2042-1 known as VC-2.  This document
   describes the transport of HQ Profile VC-2 in RTP packets and has
   applications for low-complexity, high-bandwidth streaming of both
   lossless and lossy compressed video.

   The HQ profile of VC-2 is intended for low latency video compression
   (with latency potentially on the order of lines of video) at high
   data rates (with compression ratios on the order of 2:1 or 4:1).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-vc2hq/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-payload-rtp-vc2hq-03
https://datatracker.ietf.org/doc/html/draft-ietf-payload-rtp-vc2hq-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-rtp-vc2hq-03


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 Aug 10 05:50:51 2017
Return-Path: <James.Barrett@bbc.co.uk>
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 2318E1326B3 for <payload@ietfa.amsl.com>; Thu, 10 Aug 2017 05:50:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 8-1xzTbFjNcJ for <payload@ietfa.amsl.com>; Thu, 10 Aug 2017 05:50:47 -0700 (PDT)
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 F06621326B8 for <payload@ietf.org>; Thu, 10 Aug 2017 05:50:28 -0700 (PDT)
Received: from BGB01XI1001.national.core.bbc.co.uk ([10.184.50.51]) by mailout0.cwwtf.bbc.co.uk (8.15.2/8.15.2) with ESMTP id v7ACoR2O004801 for <payload@ietf.org>; Thu, 10 Aug 2017 13:50:27 +0100 (BST)
Received: from BGB01XUD1007.national.core.bbc.co.uk ([10.161.14.5]) by BGB01XI1001.national.core.bbc.co.uk ([10.184.50.51]) with mapi id 14.03.0319.002; Thu, 10 Aug 2017 13:50:26 +0100
From: James Barrett <James.Barrett@bbc.co.uk>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: New Version Notification for draft-ietf-payload-rtp-vc2hq-03.txt
Thread-Index: AQHTEdctgFJ6LY+eo0acTGe7jmGluw==
Date: Thu, 10 Aug 2017 12:50:25 +0000
Message-ID: <CB7046DB-883B-400F-867A-752A65F44F89@bbc.co.uk>
References: <150236939645.11859.1501659370577717168.idtracker@ietfa.amsl.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.10.48.249]
x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769
x-tm-as-product-ver: SMEX-11.0.0.4255-8.100.1062-23248.006
x-tm-as-result: No--15.665000-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_CB7046DB883B400F867A752A65F44F89bbccouk_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/gLnc4rG2jAO7DLKBpGhZR7kGZVY>
Subject: [payload] Fwd: New Version Notification for draft-ietf-payload-rtp-vc2hq-03.txt
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: Thu, 10 Aug 2017 12:50:49 -0000

--_000_CB7046DB883B400F867A752A65F44F89bbccouk_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

DQotLQ0KSmFtZXMgUC4gV2VhdmVyIChuw6kgQmFycmV0dCkNClJlc2VhcmNoIEVuZ2luZWVyDQpC
QkMgUiZEIE5vcnRoIExhYiwNCkZsb29yIDUgRG9jayBIb3VzZSwgTWVkaWFDaXR5LA0KTTUwIDJM
SA0KVGVsOiArNDQoMCkzMCAzMDQwLTk1MjENCmUtbWFpbDogamFtZXMuYmFycmV0dEBiYmMuY28u
dWs8bWFpbHRvOmphbWVzLmJhcnJldHRAYmJjLmNvLnVrPg0KDQoNCg0KQmVnaW4gZm9yd2FyZGVk
IG1lc3NhZ2U6DQoNCkZyb206IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVy
bmV0LWRyYWZ0c0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g
Zm9yIGRyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEtMDMudHh0DQpEYXRlOiAxMCBBdWd1c3Qg
MjAxNyBhdCAxMzo0OTo1NiBCU1QNClRvOiBKYW1lcyBXZWF2ZXIgPGphbWVzLmJhcnJldHRAYmJj
LmNvLnVrPG1haWx0bzpqYW1lcy5iYXJyZXR0QGJiYy5jby51az4+LCAiSmFtZXMgUC4gV2VhdmVy
IiA8amFtZXMuYmFycmV0dEBiYmMuY28udWs8bWFpbHRvOmphbWVzLmJhcnJldHRAYmJjLmNvLnVr
Pj4NCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJo
cS0wMy50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSmFtZXMgUC4gV2Vh
dmVyIGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6IGRyYWZ0LWll
dGYtcGF5bG9hZC1ydHAtdmMyaHENClJldmlzaW9uOiAwMw0KVGl0bGU6IFJUUCBQYXlsb2FkIEZv
cm1hdCBmb3IgVkMtMiBIUSBQcm9maWxlIFZpZGVvDQpEb2N1bWVudCBkYXRlOiAyMDE3LTA4LTA5
DQpHcm91cDogcGF5bG9hZA0KUGFnZXM6IDE5DQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEtMDMu
dHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh
ZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS0wMw0KSHRtbGl6ZWQ6
ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1w
YXlsb2FkLXJ0cC12YzJocS0wMw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn
L3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxLTAzDQoNCkFic3RyYWN0
Og0KICBUaGlzIG1lbW8gZGVzY3JpYmVzIGFuIFJUUCBQYXlsb2FkIGZvcm1hdCBmb3IgdGhlIEhp
Z2ggUXVhbGl0eSAoSFEpDQogIHByb2ZpbGUgb2YgU01QVEUgU3RhbmRhcmQgU1QgMjA0Mi0xIGtu
b3duIGFzIFZDLTIuICBUaGlzIGRvY3VtZW50DQogIGRlc2NyaWJlcyB0aGUgdHJhbnNwb3J0IG9m
IEhRIFByb2ZpbGUgVkMtMiBpbiBSVFAgcGFja2V0cyBhbmQgaGFzDQogIGFwcGxpY2F0aW9ucyBm
b3IgbG93LWNvbXBsZXhpdHksIGhpZ2gtYmFuZHdpZHRoIHN0cmVhbWluZyBvZiBib3RoDQogIGxv
c3NsZXNzIGFuZCBsb3NzeSBjb21wcmVzc2VkIHZpZGVvLg0KDQogIFRoZSBIUSBwcm9maWxlIG9m
IFZDLTIgaXMgaW50ZW5kZWQgZm9yIGxvdyBsYXRlbmN5IHZpZGVvIGNvbXByZXNzaW9uDQogICh3
aXRoIGxhdGVuY3kgcG90ZW50aWFsbHkgb24gdGhlIG9yZGVyIG9mIGxpbmVzIG9mIHZpZGVvKSBh
dCBoaWdoDQogIGRhdGEgcmF0ZXMgKHdpdGggY29tcHJlc3Npb24gcmF0aW9zIG9uIHRoZSBvcmRl
ciBvZiAyOjEgb3IgNDoxKS4NCg0KDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh
IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhl
IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y
ZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+Lg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCg0K
DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KaHR0cDovL3d3dy5iYmMuY28udWsN
ClRoaXMgZS1tYWlsIChhbmQgYW55IGF0dGFjaG1lbnRzKSBpcyBjb25maWRlbnRpYWwgYW5kIG1h
eSBjb250YWluIHBlcnNvbmFsIHZpZXdzIHdoaWNoIGFyZSBub3QgdGhlIHZpZXdzIG9mIHRoZSBC
QkMgdW5sZXNzIHNwZWNpZmljYWxseSBzdGF0ZWQuDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBp
biBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtLg0KRG8gbm90IHVzZSwg
Y29weSBvciBkaXNjbG9zZSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IHdheSBub3IgYWN0IGluIHJl
bGlhbmNlIG9uIGl0IGFuZCBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseS4NClBsZWFzZSBu
b3RlIHRoYXQgdGhlIEJCQyBtb25pdG9ycyBlLW1haWxzIHNlbnQgb3IgcmVjZWl2ZWQuDQpGdXJ0
aGVyIGNvbW11bmljYXRpb24gd2lsbCBzaWduaWZ5IHlvdXIgY29uc2VudCB0byB0aGlzLg0KDQot
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCg==

--_000_CB7046DB883B400F867A752A65F44F89bbccouk_
Content-Type: text/html; charset="utf-8"
Content-ID: <87C3B70830793D40AA1DE7CEF1601C06@bbc.co.uk>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBNYWls
IERpc2NsYWltZXJzIG9uIDAxOjUwOjI2IFRodXJzZGF5LCAxMCBBdWd1c3QgMjAxNyAtLT4NCjxt
ZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0
PXV0Zi04Ij4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+UC5iNTEwNmQ2YS0xNGRiLTRjNWUtYjU5
NC02YTdhNDExNzUwM2Igew0KCU1BUkdJTjogMGNtIDBjbSAwcHQNCn0NCkxJLmI1MTA2ZDZhLTE0
ZGItNGM1ZS1iNTk0LTZhN2E0MTE3NTAzYiB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElW
LmI1MTA2ZDZhLTE0ZGItNGM1ZS1iNTk0LTZhN2E0MTE3NTAzYiB7DQoJTUFSR0lOOiAwY20gMGNt
IDBwdA0KfQ0KVEFCTEUuYjUxMDZkNmEtMTRkYi00YzVlLWI1OTQtNmE3YTQxMTc1MDNiVGFibGUg
ew0KCU1BUkdJTjogMGNtIDBjbSAwcHQNCn0NCkRJVi5TZWN0aW9uMSB7DQoJcGFnZTogU2VjdGlv
bjENCn0NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBzdHlsZT0id29yZC13cmFwOiBicmVhay13
b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXIt
d2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJiNTEwNmQ2YS0xNGRiLTRjNWUtYjU5
NC02YTdhNDExNzUwM2IiPjxiciBjbGFzcz0iIj4NCjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2
IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0
LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdo
aXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl
LXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNw
YWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQot
LTxiciBjbGFzcz0iIj4NCkphbWVzIFAuIFdlYXZlciAobsOpIEJhcnJldHQpPGJyIGNsYXNzPSIi
Pg0KUmVzZWFyY2ggRW5naW5lZXI8YnIgY2xhc3M9IiI+DQpCQkMgUiZhbXA7RCBOb3J0aCBMYWIs
PGJyIGNsYXNzPSIiPg0KRmxvb3IgNSBEb2NrIEhvdXNlLCBNZWRpYUNpdHksPGJyIGNsYXNzPSIi
Pg0KTTUwIDJMSDxiciBjbGFzcz0iIj4NClRlbDogJiM0Mzs0NCgwKTMwIDMwNDAtOTUyMTxiciBj
bGFzcz0iIj4NCmUtbWFpbDogPGEgaHJlZj0ibWFpbHRvOmphbWVzLmJhcnJldHRAYmJjLmNvLnVr
IiBjbGFzcz0iIj5qYW1lcy5iYXJyZXR0QGJiYy5jby51azwvYT48YnIgY2xhc3M9IiI+DQo8YnIg
Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iIj48
YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xh
c3M9IiI+QmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWlu
dGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4t
cmlnaHQ6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMHB4OyIgY2xhc3M9
IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZl
dGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGNvbG9yOnJnYmEoMCwgMCwgMCwgMS4w
KTsiIGNsYXNzPSIiPjxiIGNsYXNzPSIiPkZyb206DQo8L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGlj
YSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPiZsdDs8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJh
ZnRzQGlldGYub3JnIiBjbGFzcz0iIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+Jmd0Ozxi
ciBjbGFzcz0iIj4NCjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsg
bWFyZ2luLXJpZ2h0OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDBweDsi
IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250
LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBjb2xvcjpyZ2JhKDAsIDAs
IDAsIDEuMCk7IiBjbGFzcz0iIj48YiBjbGFzcz0iIj5TdWJqZWN0Og0KPC9iPjwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVl
LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48YiBjbGFzcz0iIj5OZXcgVmVyc2lv
biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEtMDMudHh0PC9i
PjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi10b3A6IDBw
eDsgbWFyZ2luLXJpZ2h0OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDBw
eDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1m
b250LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBjb2xvcjpyZ2JhKDAs
IDAsIDAsIDEuMCk7IiBjbGFzcz0iIj48YiBjbGFzcz0iIj5EYXRlOg0KPC9iPjwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVl
LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4xMCBBdWd1c3QgMjAxNyBhdCAxMzo0
OTo1NiBCU1Q8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4t
dG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1s
ZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1z
eXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6
cmdiYSgwLCAwLCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+VG86DQo8L2I+PC9zcGFu
PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNh
IE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPkphbWVzIFdlYXZlciAmbHQ7
PGEgaHJlZj0ibWFpbHRvOmphbWVzLmJhcnJldHRAYmJjLmNvLnVrIiBjbGFzcz0iIj5qYW1lcy5i
YXJyZXR0QGJiYy5jby51azwvYT4mZ3Q7LCAmcXVvdDtKYW1lcyBQLiBXZWF2ZXImcXVvdDsgJmx0
OzxhIGhyZWY9Im1haWx0bzpqYW1lcy5iYXJyZXR0QGJiYy5jby51ayIgY2xhc3M9IiI+amFtZXMu
YmFycmV0dEBiYmMuY28udWs8L2E+Jmd0OzxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2Rpdj4NCjxi
ciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N
CkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxLTAzLnR4
dDxiciBjbGFzcz0iIj4NCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSmFtZXMg
UC4gV2VhdmVyIGFuZCBwb3N0ZWQgdG8gdGhlPGJyIGNsYXNzPSIiPg0KSUVURiByZXBvc2l0b3J5
LjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hbWU6PHNwYW4gY2xhc3M9IkFwcGxlLXRh
Yi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBs
ZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPmRyYWZ0LWlldGYtcGF5
bG9hZC1ydHAtdmMyaHE8YnIgY2xhc3M9IiI+DQpSZXZpc2lvbjo8c3BhbiBjbGFzcz0iQXBwbGUt
dGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPiA8L3NwYW4+MDM8YnIgY2xhc3M9IiI+
DQpUaXRsZTo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpw
cmUiPiA8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3Bh
Y2U6cHJlIj48L3NwYW4+UlRQIFBheWxvYWQgRm9ybWF0IGZvciBWQy0yIEhRIFByb2ZpbGUgVmlk
ZW88YnIgY2xhc3M9IiI+DQpEb2N1bWVudCBkYXRlOjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3Bh
biIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+IDwvc3Bhbj4yMDE3LTA4LTA5PGJyIGNsYXNzPSIi
Pg0KR3JvdXA6PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6
cHJlIj4gPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNw
YWNlOnByZSI+PC9zcGFuPnBheWxvYWQ8YnIgY2xhc3M9IiI+DQpQYWdlczo8c3BhbiBjbGFzcz0i
QXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPiA8L3NwYW4+PHNwYW4gY2xh
c3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+MTk8YnIg
Y2xhc3M9IiI+DQpVUkw6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxLTAzLnR4dCIgY2xhc3M9
IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtcGF5bG9h
ZC1ydHAtdmMyaHEtMDMudHh0PC9hPjxiciBjbGFzcz0iIj4NClN0YXR1czogJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS8iIGNsYXNz
PSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGF5bG9hZC1y
dHAtdmMyaHEvPC9hPjxiciBjbGFzcz0iIj4NCkh0bWxpemVkOiAmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh
ZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS0wMyIgY2xhc3M9IiI+aHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL2RyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEtMDM8L2E+PGJyIGNsYXNzPSIi
Pg0KSHRtbGl6ZWQ6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9
Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1wYXlsb2Fk
LXJ0cC12YzJocS0wMyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv
aHRtbC9kcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxLTAzPC9hPjxiciBjbGFzcz0iIj4NCkRp
ZmY6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1p
ZXRmLXBheWxvYWQtcnRwLXZjMmhxLTAzIiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9y
ZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS0wMzwvYT48YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQpBYnN0cmFjdDo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtU
aGlzIG1lbW8gZGVzY3JpYmVzIGFuIFJUUCBQYXlsb2FkIGZvcm1hdCBmb3IgdGhlIEhpZ2ggUXVh
bGl0eSAoSFEpPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7cHJvZmlsZSBvZiBTTVBURSBTdGFu
ZGFyZCBTVCAyMDQyLTEga25vd24gYXMgVkMtMi4gJm5ic3A7VGhpcyBkb2N1bWVudDxiciBjbGFz
cz0iIj4NCiZuYnNwOyZuYnNwO2Rlc2NyaWJlcyB0aGUgdHJhbnNwb3J0IG9mIEhRIFByb2ZpbGUg
VkMtMiBpbiBSVFAgcGFja2V0cyBhbmQgaGFzPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7YXBw
bGljYXRpb25zIGZvciBsb3ctY29tcGxleGl0eSwgaGlnaC1iYW5kd2lkdGggc3RyZWFtaW5nIG9m
IGJvdGg8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtsb3NzbGVzcyBhbmQgbG9zc3kgY29tcHJl
c3NlZCB2aWRlby48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtUaGUg
SFEgcHJvZmlsZSBvZiBWQy0yIGlzIGludGVuZGVkIGZvciBsb3cgbGF0ZW5jeSB2aWRlbyBjb21w
cmVzc2lvbjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyh3aXRoIGxhdGVuY3kgcG90ZW50aWFs
bHkgb24gdGhlIG9yZGVyIG9mIGxpbmVzIG9mIHZpZGVvKSBhdCBoaWdoPGJyIGNsYXNzPSIiPg0K
Jm5ic3A7Jm5ic3A7ZGF0YSByYXRlcyAod2l0aCBjb21wcmVzc2lvbiByYXRpb3Mgb24gdGhlIG9y
ZGVyIG9mIDI6MSBvciA0OjEpLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFz
cz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClBsZWFzZSBub3RlIHRoYXQgaXQg
bWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb248
YnIgY2xhc3M9IiI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh
aWxhYmxlIGF0IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZyIgY2xhc3M9IiI+DQp0b29s
cy5pZXRmLm9yZzwvYT4uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGhlIElFVEYgU2Vj
cmV0YXJpYXQ8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i
bG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8cD48L3A+DQo8cCBjbGFzcz0iYjUx
MDZkNmEtMTRkYi00YzVlLWI1OTQtNmE3YTQxMTc1MDNiIj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0i
YjUxMDZkNmEtMTRkYi00YzVlLWI1OTQtNmE3YTQxMTc1MDNiIj4tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tPGJyPg0KPGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48Zm9u
dCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxmb250IHNpemU9IjMiIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+PGJyPg0KPGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFu
Ij48YSBocmVmPSJodHRwOi8vd3d3LmJiYy5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93
d3cuPHNwYW4gY2xhc3M9ImlsIj5iYmM8L3NwYW4+LjxzcGFuIGNsYXNzPSJpbCI+Y288L3NwYW4+
LjxzcGFuIGNsYXNzPSJpbCI+dWs8L3NwYW4+PC9hPjxicj4NClRoaXMgZS1tYWlsIChhbmQgYW55
IGF0dGFjaG1lbnRzKSBpcyBjb25maWRlbnRpYWwgYW5kIG1heSBjb250YWluIHBlcnNvbmFsIHZp
ZXdzIHdoaWNoIGFyZSBub3QgdGhlIHZpZXdzIG9mIHRoZQ0KPHNwYW4gY2xhc3M9ImlsIj5CQkM8
L3NwYW4+IHVubGVzcyBzcGVjaWZpY2FsbHkgc3RhdGVkLjxicj4NCklmIHlvdSBoYXZlIHJlY2Vp
dmVkIGl0IGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0uPGJyPg0K
RG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IHdheSBu
b3IgYWN0IGluIHJlbGlhbmNlIG9uIGl0IGFuZCBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVs
eS48YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IHRoZSA8c3BhbiBjbGFzcz0iaWwiPkJCQzwvc3Bhbj4g
bW9uaXRvcnMgZS1tYWlscyBzZW50IG9yIHJlY2VpdmVkLjxicj4NCkZ1cnRoZXIgY29tbXVuaWNh
dGlvbiB3aWxsIHNpZ25pZnkgeW91ciBjb25zZW50IHRvIHRoaXMuPC9mb250PjwvZm9udD48L2Zv
bnQ+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJiNTEwNmQ2YS0xNGRiLTRjNWUtYjU5NC02YTdhNDEx
NzUwM2IiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_CB7046DB883B400F867A752A65F44F89bbccouk_--


From nobody Thu Aug 10 05:58:37 2017
Return-Path: <James.Barrett@bbc.co.uk>
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 783F81293E1 for <payload@ietfa.amsl.com>; Thu, 10 Aug 2017 05:58:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 FyEm5K9iK4H6 for <payload@ietfa.amsl.com>; Thu, 10 Aug 2017 05:58:35 -0700 (PDT)
Received: from mailout1.telhc.bbc.co.uk (mailout1.telhc.bbc.co.uk [132.185.161.180]) (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 CCEAC12708C for <payload@ietf.org>; Thu, 10 Aug 2017 05:58:34 -0700 (PDT)
Received: from BGB01XI1011.national.core.bbc.co.uk (bgb01xi1011.national.core.bbc.co.uk [10.161.14.15]) by mailout1.telhc.bbc.co.uk (8.15.2/8.15.2) with ESMTP id v7ACwWOb019797; Thu, 10 Aug 2017 13:58:32 +0100 (BST)
Received: from BGB01XUD1007.national.core.bbc.co.uk ([10.161.14.5]) by BGB01XI1011.national.core.bbc.co.uk ([10.161.14.15]) with mapi id 14.03.0319.002; Thu, 10 Aug 2017 13:58:32 +0100
From: James Barrett <James.Barrett@bbc.co.uk>
To: "Ali C. Begen" <ali.begen@networked.media>
CC: John Fletcher <John.Fletcher@bbc.co.uk>, "payload@ietf.org" <payload@ietf.org>
Thread-Topic: [payload] WGLC for draft-ietf-payload-rtp-vc2hq-01
Thread-Index: AQHSjiCWNi5A3ypT9ESfL4aDRiHLZKG1da2AgAFRdgCAAQ69AICirQAAgAAEE4CAI/zEgA==
Date: Thu, 10 Aug 2017 12:58:31 +0000
Message-ID: <D81CC1FE-3FA5-4FE3-8B7B-FBB8CDA11D8D@bbc.co.uk>
References: <CAA4Mczssf9Bt+LoamPpJa0kXuaOfE+n6bJH15GvQdZ3j+ZHjsA@mail.gmail.com> <CAA4McztuCK3RF0YWZtNyMbuWL_SVpdcPCEpzMH6WthPO6jaoWw@mail.gmail.com> <B1D49063AD5FBD4688F3EEDEC68B2017C37DE099@bgb01xud1011> <CAA4MczvO_6F70YJi-PLGVLnf9j5d3Gn3tJo4VHBQUn-m3_MPEQ@mail.gmail.com> <B1D49063AD5FBD4688F3EEDEC68B2017C3887114@bgb01xud1011> <CAA4Mczu+yYGz1B0ybSN9=juxXr-Cg1VTzvRzNu2NAU-efdzBuA@mail.gmail.com>
In-Reply-To: <CAA4Mczu+yYGz1B0ybSN9=juxXr-Cg1VTzvRzNu2NAU-efdzBuA@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.10.48.249]
x-exclaimer-md-config: c91d45b2-6e10-4209-9543-d9970fac71b7
x-tm-as-product-ver: SMEX-11.0.0.4255-8.100.1062-23248.006
x-tm-as-result: No--15.374800-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_D81CC1FE3FA54FE38B7BFBB8CDA11D8Dbbccouk_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/XPydcur9YgvTN1XCfZB90NXk-Tg>
Subject: Re: [payload] WGLC for draft-ietf-payload-rtp-vc2hq-01
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: Thu, 10 Aug 2017 12:58:36 -0000

--_000_D81CC1FE3FA54FE38B7BFBB8CDA11D8Dbbccouk_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SSBoYXZlIGRvbmUgc28uIFNvcnJ5IGFib3V0IHRoZSBkZWxheSwgdW5hdm9pZGFibGUgZHVlIHRv
IHByZXNzdXJlcyBvbiBteSB0aW1lLg0KDQotLQ0KSmFtZXMgUC4gV2VhdmVyIChuw6kgQmFycmV0
dCkNClJlc2VhcmNoIEVuZ2luZWVyDQpCQkMgUiZEIE5vcnRoIExhYiwNCkZsb29yIDUgRG9jayBI
b3VzZSwgTWVkaWFDaXR5LA0KTTUwIDJMSA0KVGVsOiArNDQoMCkzMCAzMDQwLTk1MjENCmUtbWFp
bDogamFtZXMuYmFycmV0dEBiYmMuY28udWs8bWFpbHRvOmphbWVzLmJhcnJldHRAYmJjLmNvLnVr
Pg0KDQoNCg0KT24gMTggSnVsIDIwMTcsIGF0IDE2OjI0LCBBbGkgQy4gQmVnZW4gPGFsaS5iZWdl
bkBuZXR3b3JrZWQubWVkaWE8bWFpbHRvOmFsaS5iZWdlbkBuZXR3b3JrZWQubWVkaWE+PiB3cm90
ZToNCg0KVGhhbmtzIGZvciB0aGUgaGVhZHMgdXAsIEphbWVzIGNhbiB5b3UgZG8gdGhhdCBhbmQg
d2Ugc2hvdWxkIHByb2JhYmx5IGEgbmV3IFdHTEMgcXVpY2tseS4NCg0KDQpPbiBUdWUsIEp1bCAx
OCwgMjAxNyBhdCAxMToxMCBQTSwgSm9obiBGbGV0Y2hlciA8Sm9obi5GbGV0Y2hlckBiYmMuY28u
dWs8bWFpbHRvOkpvaG4uRmxldGNoZXJAYmJjLmNvLnVrPj4gd3JvdGU6DQpTTVBURSBTVCAyMDQy
LTE6MjAxNyBoYXMgbm93IGJlZW4gcHVibGlzaGVkIHNvIGl0IHdvdWxkIGJlIGFwcHJvcHJpYXRl
IHRvIHVwZGF0ZSBkcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxIChpbiBwYXJ0aWN1bGFyIHNl
Y3Rpb24gNC4zKSB0byByZWZlciB0byB0aGUgMjAxNyB2ZXJzaW9uIG9mIHRoZSBWQy0yIHN0YW5k
YXJkLg0KDQpodHRwOi8vaWVlZXhwbG9yZS5pZWVlLm9yZy9kb2N1bWVudC83OTY3ODk2Lw0KDQpS
ZWdhcmRzLA0KSm9obiBGbGV0Y2hlcg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQpodHRwOi8vd3d3LmJiYy5jby51azxodHRwOi8vd3d3LmJiYy5jby51ay8+DQpUaGlzIGUtbWFp
bCAoYW5kIGFueSBhdHRhY2htZW50cykgaXMgY29uZmlkZW50aWFsIGFuZA0KbWF5IGNvbnRhaW4g
cGVyc29uYWwgdmlld3Mgd2hpY2ggYXJlIG5vdCB0aGUgdmlld3Mgb2YgdGhlIEJCQyB1bmxlc3Mg
c3BlY2lmaWNhbGx5IHN0YXRlZC4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIGl0IGluDQplcnJvciwg
cGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtLg0KRG8gbm90IHVzZSwgY29weSBvciBk
aXNjbG9zZSB0aGUNCmluZm9ybWF0aW9uIGluIGFueSB3YXkgbm9yIGFjdCBpbiByZWxpYW5jZSBv
biBpdCBhbmQgbm90aWZ5IHRoZSBzZW5kZXINCmltbWVkaWF0ZWx5Lg0KUGxlYXNlIG5vdGUgdGhh
dCB0aGUgQkJDIG1vbml0b3JzIGUtbWFpbHMNCnNlbnQgb3IgcmVjZWl2ZWQuDQpGdXJ0aGVyIGNv
bW11bmljYXRpb24gd2lsbCBzaWduaWZ5IHlvdXIgY29uc2VudCB0bw0KdGhpcy4NCi0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0K

--_000_D81CC1FE3FA54FE38B7BFBB8CDA11D8Dbbccouk_
Content-Type: text/html; charset="utf-8"
Content-ID: <AE7E9C20A429E84EB0B03362FCB66F82@bbc.co.uk>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSSBoYXZlIGRvbmUgc28uIFNvcnJ5
IGFib3V0IHRoZSBkZWxheSwgdW5hdm9pZGFibGUgZHVlIHRvIHByZXNzdXJlcyBvbiBteSB0aW1l
Lg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHls
ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGln
bjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1z
cGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0
aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsg
LXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KLS08YnIg
Y2xhc3M9IiI+DQpKYW1lcyBQLiBXZWF2ZXIgKG7DqSBCYXJyZXR0KTxiciBjbGFzcz0iIj4NClJl
c2VhcmNoIEVuZ2luZWVyPGJyIGNsYXNzPSIiPg0KQkJDIFImYW1wO0QgTm9ydGggTGFiLDxiciBj
bGFzcz0iIj4NCkZsb29yIDUgRG9jayBIb3VzZSwgTWVkaWFDaXR5LDxiciBjbGFzcz0iIj4NCk01
MCAyTEg8YnIgY2xhc3M9IiI+DQpUZWw6ICYjNDM7NDQoMCkzMCAzMDQwLTk1MjE8YnIgY2xhc3M9
IiI+DQplLW1haWw6IDxhIGhyZWY9Im1haWx0bzpqYW1lcy5iYXJyZXR0QGJiYy5jby51ayIgY2xh
c3M9IiI+amFtZXMuYmFycmV0dEBiYmMuY28udWs8L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz
PSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXY+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMTgg
SnVsIDIwMTcsIGF0IDE2OjI0LCBBbGkgQy4gQmVnZW4gJmx0OzxhIGhyZWY9Im1haWx0bzphbGku
YmVnZW5AbmV0d29ya2VkLm1lZGlhIiBjbGFzcz0iIj5hbGkuYmVnZW5AbmV0d29ya2VkLm1lZGlh
PC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xp
bmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPlRoYW5rcyBmb3Ig
dGhlIGhlYWRzIHVwLCBKYW1lcyBjYW4geW91IGRvIHRoYXQgYW5kIHdlIHNob3VsZCBwcm9iYWJs
eSBhIG5ldyBXR0xDIHF1aWNrbHkuDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyIGNsYXNzPSIiPg0KPGRpdiBj
bGFzcz0iZ21haWxfcXVvdGUiPk9uIFR1ZSwgSnVsIDE4LCAyMDE3IGF0IDExOjEwIFBNLCBKb2hu
IEZsZXRjaGVyIDxzcGFuIGRpcj0ibHRyIiBjbGFzcz0iIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86
Sm9obi5GbGV0Y2hlckBiYmMuY28udWsiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5Kb2huLkZs
ZXRjaGVyQGJiYy5jby51azwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8Ymxv
Y2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3Jk
ZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NClNNUFRFIFNUIDIwNDIt
MToyMDE3IGhhcyBub3cgYmVlbiBwdWJsaXNoZWQgc28gaXQgd291bGQgYmUgYXBwcm9wcmlhdGUg
dG8gdXBkYXRlIGRyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEgKGluIHBhcnRpY3VsYXIgc2Vj
dGlvbiA0LjMpIHRvIHJlZmVyIHRvIHRoZSAyMDE3IHZlcnNpb24gb2YgdGhlIFZDLTIgc3RhbmRh
cmQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cDovL2llZWV4cGxv
cmUuaWVlZS5vcmcvZG9jdW1lbnQvNzk2Nzg5Ni8iIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJf
YmxhbmsiIGNsYXNzPSIiPmh0dHA6Ly9pZWVleHBsb3JlLmllZWUub3JnLzx3YnIgY2xhc3M9IiI+
ZG9jdW1lbnQvNzk2Nzg5Ni88L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KUmVnYXJk
cyw8YnIgY2xhc3M9IiI+DQpKb2huIEZsZXRjaGVyPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KPGJyIGNsYXNzPSIiPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnIgY2xhc3M9
IiI+DQo8c3BhbiBjbGFzcz0iIj48YSBocmVmPSJodHRwOi8vd3d3LmJiYy5jby51ay8iIHJlbD0i
bm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHA6Ly93d3cuYmJjLmNvLnVr
PC9hPjxiciBjbGFzcz0iIj4NClRoaXMgZS1tYWlsIChhbmQgYW55IGF0dGFjaG1lbnRzKSBpcyBj
b25maWRlbnRpYWwgYW5kPGJyIGNsYXNzPSIiPg0KbWF5IGNvbnRhaW4gcGVyc29uYWwgdmlld3Mg
d2hpY2ggYXJlIG5vdCB0aGUgdmlld3Mgb2YgdGhlIEJCQyB1bmxlc3Mgc3BlY2lmaWNhbGx5IHN0
YXRlZC48YnIgY2xhc3M9IiI+DQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBpbjxiciBjbGFzcz0i
Ij4NCmVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0uPGJyIGNsYXNzPSIi
Pg0KRG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGU8YnIgY2xhc3M9IiI+DQppbmZvcm1h
dGlvbiBpbiBhbnkgd2F5IG5vciBhY3QgaW4gcmVsaWFuY2Ugb24gaXQgYW5kIG5vdGlmeSB0aGUg
c2VuZGVyPGJyIGNsYXNzPSIiPg0KaW1tZWRpYXRlbHkuPGJyIGNsYXNzPSIiPg0KUGxlYXNlIG5v
dGUgdGhhdCB0aGUgQkJDIG1vbml0b3JzIGUtbWFpbHM8YnIgY2xhc3M9IiI+DQpzZW50IG9yIHJl
Y2VpdmVkLjxiciBjbGFzcz0iIj4NCkZ1cnRoZXIgY29tbXVuaWNhdGlvbiB3aWxsIHNpZ25pZnkg
eW91ciBjb25zZW50IHRvPGJyIGNsYXNzPSIiPg0KdGhpcy48YnIgY2xhc3M9IiI+DQo8L3NwYW4+
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+
DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_D81CC1FE3FA54FE38B7BFBB8CDA11D8Dbbccouk_--


From nobody Sun Aug 13 03:44:33 2017
Return-Path: <aamelnikov@fastmail.fm>
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 0E045132223; Sun, 13 Aug 2017 03:44:24 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-payload-rtp-ancillary@ietf.org, payload-chairs@ietf.org, acbegen@gmail.com, payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150262106405.26459.9850568812662383617.idtracker@ietfa.amsl.com>
Date: Sun, 13 Aug 2017 03:44:24 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/UgEuweb-tm_2J8fi_z-RNLqy9ww>
Subject: [payload] Alexey Melnikov's No Objection on draft-ietf-payload-rtp-ancillary-10: (with COMMENT)
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 13 Aug 2017 10:44:24 -0000

Alexey Melnikov has entered the following ballot position for
draft-ietf-payload-rtp-ancillary-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

This is generally a well written document.

As the media type registration template in Section 3.1 is supposed to be self
contained (it will be posted to IANA website as a web page), it should define
(or point to) ABNF for different parameters and specify that some parameters
(e.g. DID_SDID) can be repeated multiple times. I can find this information in
Section 4, so please add references to section 4 in the template.



From nobody Tue Aug 15 01:58:50 2017
Return-Path: <ietf@kuehlewind.net>
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 735AE13261D; Tue, 15 Aug 2017 01:58:43 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: =?utf-8?q?Mirja_K=C3=BChlewind?= <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-payload-rtp-ancillary@ietf.org, payload-chairs@ietf.org, acbegen@gmail.com, payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150278752346.21126.1870194955747059354.idtracker@ietfa.amsl.com>
Date: Tue, 15 Aug 2017 01:58:43 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/NSsC3rTocbTooLq6R6kUaAQ-RnY>
Subject: [payload] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draf?= =?utf-8?q?t-ietf-payload-rtp-ancillary-10=3A_=28with_COMMENT=29?=
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 15 Aug 2017 08:58:43 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-payload-rtp-ancillary-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

One comment at the end of section 2:
"One millisecond is a reasonable upper bound for the
   amount of time between when an ANC data packet becomes available to a
   sender and the emission of an RTP payload containing that ANC data
   packet."
While it makes sense to send out the packet as soon as possible, I'm not sure
what this sentence gives you. I don't think you can guanrantee 1ms as there
might be additional delays on the NIC and as such I don't think there are any
actions that could follow based on this value. To avoid that anybody is taking
this as a hard requirement, I would maybe rather just remove this note.



From nobody Tue Aug 15 09:55:13 2017
Return-Path: <spencerdawkins.ietf@gmail.com>
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 B645E126DD9; Tue, 15 Aug 2017 09:55:11 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-payload-rtp-ancillary@ietf.org, payload-chairs@ietf.org, acbegen@gmail.com, payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150281611174.20971.16853094230882242080.idtracker@ietfa.amsl.com>
Date: Tue, 15 Aug 2017 09:55:11 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/96wiG1smr3WsPOwoKSU4i-nOA8E>
Subject: [payload] Spencer Dawkins' No Objection on draft-ietf-payload-rtp-ancillary-10: (with COMMENT)
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 15 Aug 2017 16:55:12 -0000

Spencer Dawkins has entered the following ballot position for
draft-ietf-payload-rtp-ancillary-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I wasn’t sure whether this text was giving three examples of SDIs, or two. Am I
the only one who’s confused?

   ANC is generally associated with the carriage of metadata within the
   bit stream of a Serial Digital Interface (SDI) such as SMPTE ST 259
   [ST259], the standard definition (SD) Serial Digital Interface (with
   ANC data inserted as per SMPTE ST 125 [ST125]), or SMPTE ST 292-1
   [ST292], the 1.5 Gb/s Serial Digital Interface for high definition
   (HD) television applications.

Perhaps using the descriptions first in each case, and ending with the name and
reference in parentheses, would be clearer?



From nobody Tue Aug 15 19:24:22 2017
Return-Path: <adam@nostrum.com>
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 3B809132455; Tue, 15 Aug 2017 19:24:14 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Adam Roach <adam@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-payload-rtp-ancillary@ietf.org, payload-chairs@ietf.org, acbegen@gmail.com, payload@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.58.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150285025423.12514.106587665039751833.idtracker@ietfa.amsl.com>
Date: Tue, 15 Aug 2017 19:24:14 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/e3kN2NHKyjH3agYhJNyH1NWrZQQ>
Subject: [payload] Adam Roach's Discuss on draft-ietf-payload-rtp-ancillary-10: (with DISCUSS and COMMENT)
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Aug 2017 02:24:14 -0000

Adam Roach has entered the following ballot position for
draft-ietf-payload-rtp-ancillary-10: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

The grouping semantics here are problematic. Section 4.1 talks about LS to
associate ANC streams with other streams. LS is strictly a synchronization
construct, not used to otherwise state relationships between streams. More
importantly, there's nothing that prevents it being used to synchronize an
arbitrary number of video streams with each other. The problem that arises is
best illustrated by this example, where I'm going to transmit two video
streams, each with their own ANC data, but need them to be synchronized (e.g.,
perhaps I'm going to have two border-less screens physically right next to each
other for a double-wide image, and synchronization is important to avoid
tearing):

        v=0
        o=Al 123456 11 IN IP4 host.example.com
        s=Professional Networked Media Test
        i=A test of synchronized video and ANC data
        t=0 0
        a=group:LS V1 V2 M1 M2
        m=video 50000 RTP/AVP 96
        c=IN IP4 233.252.0.1/255
        a=rtpmap:96 raw/90000
        a=fmtp:96 sampling=YCbCr-4:2:2; width=1280; height=720; depth=10
        a=mid:V1
        m=video 50002 RTP/AVP 96
        c=IN IP4 233.252.0.1/255
        a=rtpmap:96 raw/90000
        a=fmtp:96 sampling=YCbCr-4:2:2; width=1280; height=720; depth=10
        a=mid:V2
        m=video 50010 RTP/AVP 97
        c=IN IP4 233.252.0.2/255
        a=rtpmap:97 smpte291/90000
        a=fmtp:97 DID_SDID={0x61,0x02};DID_SDID={0x41,0x05}
        a=mid:M1
        m=video 50012 RTP/AVP 97
        c=IN IP4 233.252.0.2/255
        a=rtpmap:97 smpte291/90000
        a=fmtp:97 DID_SDID={0x61,0x02};DID_SDID={0x41,0x05}
        a=mid:M2

If the recipient of these mutually synchronized streams needs to reintegrate
the ANC data into the video for offloading to an HDMI connection, how does it
know which ANC stream to insert into which video stream?

There needs to be some additional association mechanism here. You can either
add an attribute to the smpte291 media sections that clearly indicates which
video stream they correspond to, or you can include the smpte291 packets in the
same stream as the corresponding video, like so:

        v=0
        o=Al 123456 11 IN IP4 host.example.com
        s=Professional Networked Media Test
        i=A test of synchronized video and ANC data
        t=0 0
        m=video 50000 RTP/AVP 96 97
        c=IN IP4 233.252.0.1/255
        a=rtpmap:96 raw/90000
        a=rtpmap:97 smpte291/90000
        a=fmtp:96 sampling=YCbCr-4:2:2; width=1280; height=720; depth=10
        a=fmtp:97 DID_SDID={0x61,0x02};DID_SDID={0x41,0x05}
        m=video 50002 RTP/AVP 96 97
        c=IN IP4 233.252.0.1/255
        a=rtpmap:96 raw/90000
        a=rtpmap:97 smpte291/90000
        a=fmtp:96 sampling=YCbCr-4:2:2; width=1280; height=720; depth=10
        a=fmtp:97 DID_SDID={0x61,0x02};DID_SDID={0x41,0x05}

(See RFC4733 for an example of a payload that performs stream association in
this fashion)


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

It is common in examples of RTP payloads (such as Figure 1) to include values
for those fields whose values are illustrative of the format itself. The "V=2"
in Figure 1 is an example of this. I would suggest that the example would be
slightly improved by including a similar notation for (e.g.) "Length = 32",
"ANC_Count = 2", and the two Data_Count fields.

Section 2.1 defines "b01" as "invalid" for the F field. It does not, however,
prescribe what recipients of such a value should do; reasonable options would
include (a) treat it as 0b00; (b) ignore the ANC but process any others that
might be present; or (c) ignore the entire packet.  I'll note that (b) allows
you to come back and add semantics for "0b01" at a later date, if you find a
reason to do so. In any case, to minimize variations among recipients, I would
suggest defining concrete behavior here.

[Warning: I'm not terribly familiar with SMPTE video formats, and with the
UHD-and-higher specs in particular, so it may be that the following comment can
be answered with "that can never happen no matter how high-res streams get in
the future."] As far as I know, SMPTE defines 4k as having 4 streams (each
efectively a normal 1080 stream), 8k as having 16, and the future-looking 16k
(presumably) having 64. Given that the Horizontal_Offset can communicate widths
only up to 4093 samples (well within striking distance of the 2640 samples used
by a single stream), and that the StreamNum field can communicate at most 128
streams, it seems that any sizes larger than 16k run the risk of exceeding the
ability for these fields to place ancillary data packets at the correct
horizontal position. I would recommend defining another reserved value for
Horizontal_Offset (0xFFD), that can be used to mean "longer field follows" in a
future specification; and a reserved value (0x7F) for StreamNum for the same
purpose. Line_Number, with a maximum value of 2045, is similarly within
striking distance of the 1125 lines used by a single stream, and would likely
need the same accommodations.

It is implied, but not stated, that implementations should use different
sessions (or at least different media sections) to convey smpte291 payloads
than the video streams they correspond to. If this is the intention, please
include a normative statement to that effect. If it is okay to include both
payload types in the same media section, please add a statement explicitly
saying so, and indicate that this can be used as an alternative to using LS
groups.

Section 5.1 indicates that the answerer can respond with "all or a subset" of
the DID_SDID parameters, or that it "MAY reject the offer."  Of course, an
answerer is always able to reject an offer, but this text seems to imply that
it might do so if it doesn't want to receive any of the DID_SDID parameters
indicated in the offer. That seems like massive overkill. Since the model here
appears to be using multiple sessions (or, at least, separate media sections)
to convey smpte291 data, I would offer that this should instead say something
like "MAY set the corresponding port number to 0 to decline the smpte291
stream". (If you opt to allow the smpte291 payloads to be in the same media
section as their corresponding video streams, this would instead involve
removing the corresponding PT).

Nit: The final line in the final example of section 4 is too long. Consider
outdenting by two characters.


