[payload] Mirja Kühlewind's No Objection on draft-ietf-payload-rtp-ancillary-10: (with COMMENT)

Mirja Kühlewind <ietf@kuehlewind.net> Tue, 15 August 2017 08:58 UTC

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: Mirja Kühlewind <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] Mirja Kühlewind'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, 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.