[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
- [xrblock] AD evaluation: draft-ietf-xrblock-rtcp-… Alissa Cooper
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Qin Wu
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Romascanu, Dan (Dan)
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Qin Wu
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Alissa Cooper
- [xrblock] 答复: AD evaluation: draft-ietf-xrblock-r… Qin Wu
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Romascanu, Dan (Dan)
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Qin Wu
- Re: [xrblock] AD evaluation: draft-ietf-xrblock-r… Alissa Cooper