Skip to main content

Telechat Review of draft-ietf-rmcat-rtp-cc-feedback-11
review-ietf-rmcat-rtp-cc-feedback-11-artart-telechat-aboba-2022-10-17-00

Request Review of draft-ietf-rmcat-rtp-cc-feedback
Requested revision No specific revision (document currently at 12)
Type Telechat Review
Team ART Area Review Team (artart)
Deadline 2022-10-18
Requested 2022-10-10
Authors Colin Perkins
I-D last updated 2022-10-17
Completed reviews Genart Last Call review of -10 by Linda Dunbar (diff)
Artart Last Call review of -10 by Shuping Peng (diff)
Secdir Last Call review of -10 by Linda Dunbar (diff)
Artart Telechat review of -11 by Dr. Bernard D. Aboba (diff)
Assignment Reviewer Dr. Bernard D. Aboba
State Completed
Request Telechat review on draft-ietf-rmcat-rtp-cc-feedback by ART Area Review Team Assigned
Posted at https://mailarchive.ietf.org/arch/msg/art/W7BmGdxCPo4KSBFub5Ms2Se0ecI
Reviewed revision 11 (document currently at 12)
Result Ready w/nits
Completed 2022-10-17
review-ietf-rmcat-rtp-cc-feedback-11-artart-telechat-aboba-2022-10-17-00
This document provides answers to the questions outlined in Section 2:

   o  How often is feedback needed?
   o  How much overhead is acceptable?
   o  How much, and what, data does each report contain?

The answers to these questions are well reasoned, and are useful to document,
as is the conclusion:

"  If it is desired to use RTCP in something close to its current form
   for congestion feedback in WebRTC, the multimedia congestion control
   algorithm needs to be designed to work with feedback sent every few
   frames, since that fits within the limitations of RTCP.  The provided
   feedback will be more detailed than just an acknowledgement, however,
   and will provide a loss bitmap, relative arrival time, and received
   ECN marks, for each packet sent."

It occurs to me that the gist of this paragraph might be worth including in the
Abstract and/or Introduction, so as not to "bury the lead".

Also, it might be worth noting that the improved compression of recent codecs
such as AV1 and VVC implies that the rate required for high quality video has
been substantially reduced, which exacerbates the overhead issue.