[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[AVT] Comments on draft-ietf-avt-tfrc-profile-01.txt
Hi Ladan,
Here is some comments I have on the draft for the AVPCC profile.
1. I think we should consider to scrap all restrictions on RTCP in
regards to needed bandwidth for feedback, and instead ensure that it is
congestion controlled. If one congestion control RTCP then it is the
situation in both data and feedback channel that determine the available
bandwidth. If I remember TFRC correctly, it stipulates that the feedback
is sent either every RTT or for each received packet, what ever is the
longer time interval. With a congestion controlled RTCP there would be
no problem with the feedback traffic even if much larger than 5% of the
session bandwidth as long as it actually is available in the feedback
channel. Also 5% of the session bandwidth is rather difficult to define
when it is changing due to the congestion control.
2. On what is each TFRC congestion control state calculated over? With
the current text, I get the impression that the TFRC calculation is done
for each SSRC, rather than all traffic from A->B. I think the later is
more appropriate. However it creates some problem, as one has to take
multiple sequence number spaces into account. Here is also a excellent
hook to include RTCP in these calculations. Independently what is the
most appropriate, the feedback needs to be clarified.
3. the RTP header addition. I think the data header addition should only
use 16 bits, not also another 16 padding as shown in the figure. For the
RTP header 32 bit alignment is not a strict requirement. Unless you have
some other information, like being explicit about the RTT. Although the
Quad counter allows a receiver to decide how to calculate the loss rate,
do it suffice to allow the receiver to determine when to send feedback
packets?
4. You write that if TFRC-PS becomes reality it should be supported. How
do you intend the different versions to be indicated and handled? I know
this is part of the draft that is TBD, but do you have any ideas?
5. I would have expected that you include a normative reference to AVP,
as you are extenending it.
6. I would also think that an open issue section is appropriate for this
draft, so that readers get a picture of what remains to be done.
Cheers
Magnus
--
Magnus Westerlund
Multimedia Technologies, Ericsson Research EAB/TVA/A
----------------------------------------------------------------------
Ericsson AB | Phone +46 8 4048287
Torshamsgatan 23 | Fax +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund at ericsson.com
_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
https://www1.ietf.org/mailman/listinfo/avt