RTP Control Protocol (RTCP) Extended Report (XR) Block for MPEG2 Transport Stream (TS) Program Specific Information (PSI) Decodability Statistics Metrics Reporting
RFC 7380
Yes
No Objection
Note: This ballot was opened for revision 05 and is now closed.
(Alissa Cooper; former steering group member) Yes
(Adrian Farrel; former steering group member) No Objection
(Barry Leiba; former steering group member) No Objection
Pete covers the point I would raise.
(Brian Haberman; former steering group member) No Objection
(Jari Arkko; former steering group member) No Objection
(Joel Jaeggli; former steering group member) No Objection
(Kathleen Moriarty; former steering group member) (was Discuss) No Objection
Thanks for adding the additional reference [RFC6990] to address my prior discuss question: I have a question on the security considerations and would like to discuss it to see if it can be improved in the current document. The Security Considerations Section references RFC3611. In RFC3611, confidentiality concerns are raised and it is good that they are spelled out explicitly. SRTCP is mentioned as a possible option, but says it is just in development. What's the current use of SRTCP and should there be a stronger recommendation for it's use in this new draft to address the confidentiality concerns? Or are there other measures that have evolved for confidentiality and DoS protections since RFC3611 was written. Thanks.
(Martin Stiemerling; former steering group member) No Objection
I have no objection to the publication of this document, but I wonder if anybody who is an MPEG-TS expert has reviewed this document? This is not clear from the sherpherd write-up.
(Pete Resnick; former steering group member) (was Discuss) No Objection
(Richard Barnes; former steering group member) No Objection
(Spencer Dawkins; former steering group member) No Objection
Pete asked my question, also ...
(Stephen Farrell; former steering group member) No Objection
(Ted Lemon; former steering group member) No Objection
This is probably explained in some ETSI document, but the sole distinction between PAT_error_count and PAT_error_2_count seems to be whether it reports the absence of a table of type 0, or the presence of a table not of type 0. The document explains that the two counts can't coexist, but doesn't explain why. If this is explained somewhere else, a reference to that document might be helpful. (I didn't find an explanation in section 5.2.1 of [ETSI], FWIW). Same observation applies for PMT_error_count.