[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [AVT] draft-ietf-avt-rtcp-bw-05.txt question
Steve,
This proposal would work fine if only b=RS is present. This would just
mean that the client would not send receiver reports.
In the case where b=RR is specified that would mean that no sender reports
or BYE packets could be sent. Is that allowed? In the A/V case the client
would not be able to sync the streams because it would never get their
CNAME. I suppose that is the server's fault for not specifying a value
for the sender reports. I guess this brings up another question. Does it
make sense for the RS value to be 0?
Perhaps we could modify your proposal to say, "If only b=RS is specified
and it's value is greater than 5% of the stream bitrate, then RR value is
0. If you need a b=RR line that is greater than 5% of the stream bitrate,
then you MUST supply a b=RS line." We could say that or we could just
make the rule that if you are allocating more than 5% of the stream
bitrate to RTCP, you MUST specify both the b=RR and b=RS lines.
Aaron
On Thu, 3 Jul 2003, Stephen Casner wrote:
> Aaron,
>
> > What is the expected behavior if only a b=RR line is specified and it's
> > value is greater than 5% of the stream bandwidth. The draft says that if
> > only one parameter is specified then the value of the other is determined
> > by subracting the value of the specified parameter from 5% of the stream
> > bitrate. In the case I have mentioned this would cause a negative
> > bandwidth to be calculated. That is obviously not valid. Could someone
> > please clarify what should happen in this case.
>
> I propose to simply say that the unspecified parameter is zero in that
> case.
> -- Steve
>
>
> _______________________________________________
> Audio/Video Transport Working Group
> avt@ietf.org
> https://www1.ietf.org/mailman/listinfo/avt
>
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt