Re: [xrblock] Burst Discard Count

Also consider a FEC scheme that is dynamic and can adjust for burst loss as well as supporting retransmission of packets and FEC.  In that situation, losses most certainly do not equal discards. 

> On Feb 27, 2015, at 3:36 AM, Varun Singh <vsingh.ietf@gmail.com> wrote:
> 
> I think the implicit assumption is that losses and discards are
> correlated, and that discards may occur before losses. However,
> consider a congestion control algorithm that is sensitive to discards
> may correct before any losses occur. Then the burstCount measuring
> only losses would not increase  and hence burst discards count will
> not correspond to burst loss count.
> 
> 
>> Also burst gap discard is intended to be sent together with burst gap loss.
>> See the section 1 of RFC7003:
>> "
>> This block is intended to be used in conjunction with [RFC7002], which provides the
>> total packets discarded and on which this block therefore depends.
>> However, the metric in [RFC7002] may be used independently of the
>> metrics in this block.
>> "
>> 
>> -Qin
>> -----邮件原件-----
>> 发件人: xrblock [mailto:xrblock-bounces@ietf.org] 代表 Varun Singh
>> 发送时间: 2015年2月26日 19:34
>> 收件人: xrblock@ietf.org
>> 主题: [xrblock] Burst Discard Count
>> 
>> Hi all,
>> 
>> While preparing the -01 version of the
>> draft-ietf-xrblock-rtcweb-rtcp-xr-metrics, I noticed that the
>> RFC6958 - Burst/Gap Loss reports a "burst count" metric, which indicates the number of bursts  in an reporting interval (cumulative or arbitrary time interval). However, RFC7003 does not report a corresponding burst count metric for discarded packets.
>> 
>> I forget if this was discussed before, but it appears to be an oversight, as arguments for including burst count for loss also apply to burst discards -- unless I am missing something or it is defined elsewhere. How do we fix this?
>> 
>> This may be non-blocking for the rtcweb metrics as we could instead use the burstLossRate and burstDiscardRate which are defined in the summary statistics in RFC7004.
>> 
>> Thanks and Regards,
>> Varun
>> 
>> 
>> --
>> http://www.callstats.io
>> 
>> _______________________________________________
>> xrblock mailing list
>> xrblock@ietf.org
>> https://www.ietf.org/mailman/listinfo/xrblock
> 
> 
> 
> -- 
> http://www.callstats.io
> 
> _______________________________________________
> xrblock mailing list
> xrblock@ietf.org
> https://www.ietf.org/mailman/listinfo/xrblock