[xrblock] AD evaluation: draft-ietf-xrblock-rtcp-xr-psi-decodability-03

Alissa Cooper <alissa@cooperw.in> Tue, 03 June 2014 21:08 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 499BE1A036F for <xrblock@ietfa.amsl.com>; Tue, 3 Jun 2014 14:08:37 -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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 oSF3TYQypm69 for <xrblock@ietfa.amsl.com>; Tue, 3 Jun 2014 14:08:35 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA2A31A01A8 for <xrblock@ietf.org>; Tue, 3 Jun 2014 14:08:34 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id DBAAF21DD9 for <xrblock@ietf.org>; Tue, 3 Jun 2014 17:08:21 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Tue, 03 Jun 2014 17:08:21 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=date :subject:from:to:message-id:mime-version:content-type :content-transfer-encoding; s=mesmtp; bh=7VxaCEEso7ZfEDqpcsmoS3a sSKA=; b=UQh4KyZUFh2tTodhQUFVUlVYnlpYW4mc6iyORT5YLJZ1EH+ThkcKp/K +ZecmHArsUXeFCpfPi6rCtIWO2lMpn2mzaWyyXCW6VRy7Kgnn2OVEVO4VASjicdG mEYsqMw09i/5wsIDdHNi1Fb8zo+9WZTkpVF7MGCMq30lyNrORUlk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:subject:from:to:message-id :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=7VxaCEEso7ZfEDqpcsmoS3asSKA=; b=KSSuX4Xnsj8hma0Fn+9J+dQB5OEO jbXBFwJ8C3lhPH6UKOORMy0fIupQ+2zscHpsijj8LweYwNvf9eNAx1CxOnAKXI/t agQcCUGUekHLeMlTwi331w5UMPWs1IhKXb5PRQmDUDRmBJGm8Mk3avlFjyTSqvVD hOeSWS1PXLAvzNE=
X-Sasl-enc: 3Y8ZHGIjNYUW3NuRKnhPsfeDE8BWGIqd1J/S01P2nY8V 1401829700
Received: from [10.21.84.78] (unknown [128.107.239.236]) by mail.messagingengine.com (Postfix) with ESMTPA id 0D119C007B4 for <xrblock@ietf.org>; Tue, 3 Jun 2014 17:08:19 -0400 (EDT)
User-Agent: Microsoft-MacOutlook/14.3.9.131030
Date: Tue, 03 Jun 2014 15:08:15 -0600
From: Alissa Cooper <alissa@cooperw.in>
To: xrblock@ietf.org
Message-ID: <CFB3955F.3DF4C%alissa@cooperw.in>
Thread-Topic: AD evaluation: draft-ietf-xrblock-rtcp-xr-psi-decodability-03
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/xrblock/C-0lj98bLiqCPXl7XTJe5Ij_sNQ
Subject: [xrblock] AD evaluation: draft-ietf-xrblock-rtcp-xr-psi-decodability-03
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <xrblock.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xrblock>, <mailto:xrblock-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xrblock/>
List-Post: <mailto:xrblock@ietf.org>
List-Help: <mailto:xrblock-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xrblock>, <mailto:xrblock-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jun 2014 21:08:37 -0000

I have reviewed this draft in preparation for IETF LC and I have some
questions before proceeding with the LC announcement.

In Section 3, there seem to be some inconsistencies between the way that
some of the fields are defined in the block and the way the corresponding
metrics are described in ETSI TR 101 290 (assuming
http://www.etsi.org/deliver/etsi_tr/101200_101299/101290/01.02.01_60/tr_101
290v010201p.pdf is the correct reference for that document):

(1) PAT_error_count is defined in the draft as:

"A count of the number of PAT errors that occurred in the above
      sequence number interval.  The program association table (PAT) is
      the only packet with packet ID (PID) 0x 0000.  A PAT error occurs
      when it does not occur at least every 0.5s or the table has an ID
      other than 0x 00, as defined in section 5.2.1 of [ETSI].  Every
      program within the MPEG TS stream is listed in the PAT; if it is
      missing, then no programs can be decoded."

Whereas in the ETSI document, a PAT_error is defined as:

"PID 0x0000 does not occur at least every 0,5 s
a PID 0x0000 does not contain a table_id 0x00 ( i.e.
a PAT)
Scrambling_control_field is not 00 for PID 0x0000”

Is the definition in the draft supposed to be equivalent to the first two
conditions in the ETSI definition? If so, that is not quite clear from the
draft. Why is the Scrambling_control_field condition not also part of the
definition in the draft?

I have the same questions about PAT_error_2_count.

(2) In the draft, PMT_error_count and PMT_error_2_count have the exact
same definition. But in the ETSI document, a PMT_error is different from a
PMT_error_2. Here are the definitions from the ETSI document:

PMT_error:
"Sections with table_id 0x02, ( i. e. a PMT), do not
occur at least every 0,5 s on the PID which is
referred to in the PAT
Scrambling_control_field is not 00 for all PIDs
containing sections with table_id 0x02 (i.e. a PMT)”

PMT_error_2:
"Sections with table_id 0x02, (i.e. a PMT), do not
occur at least every 0,5 s on each
program_map_PID which is referred to in the PAT
Scrambling_control_field is not 00 for all packets
containing information of sections with table_id
0x02 (i.e. a PMT) on each program_map_PID
which is referred to in the PAT"

Are the equivalent definitions of PMT_error_count and PMT_error_2_count in
the draft intentional? If so, why define the same metric twice, and why
make PMT_error_2_count different from the way PMT_error_2 is defined in
the ETSI document?

(3) The draft defines PID_error_count as:

"A count of the number of PID_errors that occurred in the above
      sequence number interval.  A PID_error occurs when MPEG TS streams
      are remultiplexed and any PID doesn't refer to an actual data
      stream, as defined in the section 5.2.2 of [ETSI]."


PID_error is defined in 5.2.1 of the ETSI draft, not 5.2.2. Is the
definition in 5.2.1 what this field in the block is supposed to correspond
to, or is it something else?

(4) CAT_error_count is defined in the draft as:

"A count of the number of CAT_errors that occurred in the above
      sequence number interval.  A CAT_error occurs when the table has
      an ID other than 0x 01,as defined in the section 5.2.2 of [ETSI].”

CAT_error is defined in the ETSI document as:

"Packets with transport_scrambling_control not 00
present, but no section with table_id = 0x01 (i.e. a
CAT) present
Section with table_id other than 0x01
(i.e. not a CAT) found on PID 0x0001"

Again I’m curious why the definition in the draft seems to have only one
portion of one of the conditions that appear in the ETSI document.

Thanks,
Alissa