[payload] AD Evaluation: draft-ietf-avt-rtp-isac-04

Richard Barnes <rlb@ipv.sx> Mon, 01 April 2013 17:06 UTC

Return-Path: <rlb@ipv.sx>
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 51DE211E80D1 for <payload@ietfa.amsl.com>; Mon, 1 Apr 2013 10:06:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.097
X-Spam-Level:
X-Spam-Status: No, score=-1.097 tagged_above=-999 required=5 tests=[AWL=1.879, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VZdtyNvcLZWE for <payload@ietfa.amsl.com>; Mon, 1 Apr 2013 10:06:14 -0700 (PDT)
Received: from mail-oa0-f50.google.com (mail-oa0-f50.google.com [209.85.219.50]) by ietfa.amsl.com (Postfix) with ESMTP id B0A7C11E80AE for <payload@ietf.org>; Mon, 1 Apr 2013 10:06:14 -0700 (PDT)
Received: by mail-oa0-f50.google.com with SMTP id n1so2135873oag.23 for <payload@ietf.org>; Mon, 01 Apr 2013 10:06:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:cc:content-type:x-gm-message-state; bh=ljr1eVpnqMduUt0dcxjI2n/N7cT7MqEMZOPkCe4pN6A=; b=d5CRFEJzrXYV9ExmMGgvcjcMU0wxRq3MrBPFArDRUPTmV11XxF13RdBnA7ozfgt0me h5oMX87l9ipTKmxQJA9OnAzEFMI9kZtDZygWlxsNPhYoQBQWBC6/B4S1AbQIroG31gjw HWw+lemSA6gU200fPnVrrdbYelZMhgO6OzKiMrTyqsP+m14B68wAozMUOHx+8sEPwwSa Rl8CbLVnUQeP95GSMfIjlXDmtZ9FQIdesTDBKrlP/Vcd+n+CdrcpgAi/XfsJj2WxVt74 HwiQNs7uyLGzM7hkTgHuiE5DCCv3I8LVMG69vgD2uUwHStzQE/NqmEUnCnIRLuLCOGyC MO0w==
MIME-Version: 1.0
X-Received: by 10.60.3.71 with SMTP id a7mr4195473oea.35.1364835974165; Mon, 01 Apr 2013 10:06:14 -0700 (PDT)
Received: by 10.60.160.201 with HTTP; Mon, 1 Apr 2013 10:06:13 -0700 (PDT)
X-Originating-IP: [192.1.51.16]
Date: Mon, 01 Apr 2013 13:06:13 -0400
Message-ID: <CAL02cgS_0GYw0is8rW5tMhDmsb9A8Mng6oEVwxGks-OdZYi3Gg@mail.gmail.com>
From: Richard Barnes <rlb@ipv.sx>
To: payload@ietf.org
Content-Type: multipart/alternative; boundary="e89a8f839d516b1ef204d94fa35c"
X-Gm-Message-State: ALoCoQnGJwvwNKdZqRFQng8GQNU2FhELvbT8SNq15Q+diSMd+pEuvTcOKo+ExSeeYXiFTGwYfc1m
Cc: draft-ietf-avt-rtp-isac@tools.ietf.org
Subject: [payload] AD Evaluation: draft-ietf-avt-rtp-isac-04
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Mon, 01 Apr 2013 17:06:15 -0000

Overall, this document looks in pretty good shape.  A couple of comments I
would like to get resolved before IETF LC:

Section 3.1., "Consult source code for details"
If the details are only specified in the source code, then the source needs
to be a normative reference.  And I would prefer to avoid that  :)  Better
to specify here how the BEI and FL fields are encoded.   Alternatively, if
the codec really does expect a combined BEI/FL field, you could specify
such a field here, opaque to the RTP layer.  However, you would at least
need to say how the recipient knows where this field starts and stops.

Section 3.2., "The length of the encoded data is variable and depends on the
signal characteristics and the target bit rate."
However, there's nothing in this section that tells a recipient how to
determine what this length is.

Section 3.3., "... verifying the CRC checksum ..."
Please specify which CRC function is to be applied, and how the CRC value
field is formatted.

Section 3.3., "If this value would exceed 255 at encoding..."
It sounds like the LEN field is a single octet unsigned integer.  Please
state that explicitly.

Section 9.2. Informative References.
Better path to source code would be "webrtc/
modules/audio_coding/codecs/isac"

Thanks,
--Richard