...
On Mon, Jul 17, 2017 at 2:54 PM, Mirja Kühlewind <
mirja.kuehlew...@tik.ee.ethz.ch> wrote:
> I believe the problem that is addressed with this proposals is actually
> assessing streaming quality from the outside/network if you don’t have
> access to do the measurement on the endpoint in the
Well, with most streams becoming encrypted, in-network monitoring have to
be mostly heuristics based. Whether that is something to be specified, this
list can discuss it I think.
On Mon, Jul 17, 2017 at 8:54 PM, Mirja Kühlewind <
mirja.kuehlew...@tik.ee.ethz.ch> wrote:
> I believe the problem
On Mon, Jul 17, 2017 at 8:43 PM, Mirja Kühlewind <
mirja.kuehlew...@tik.ee.ethz.ch> wrote:
> This is the area list, not a wg; we are not working on any document. The
> purpose of announcing this work here is to figure if there is any
> interested in this work and if so where it should be done.
>
Hi,
Our work mainly focuses on TCP based metrics for streams, not going to collect
metrics in application layer (HTTP or above). But yes, we’ll do some gap
analysis to make sure we’re not doing something that already exit.
BR,
Rachel
发件人: Ali C. Begen [mailto:ali.begen@networked.media]
发送时间:
Well, I believe you wanna come up with some metrics for streaming video
over http and want to extend MDI for that. Well, MDI was not designed for
that at all, so extending it in that direction is not a good idea. Further,
there is already tons of work other organizations have done to collect
We have customers using MDI to address new needs, such as wifi performance
measurement MDI falls short when measuring delivery of streaming media over
tcp, that is why we think it should be extended. Yes, rtcp XR has its value.
But I think they could be complimentary.
Sent from HUAWEI
I am really curious about who is using MDI anymore. Can you share data if
you have it? RTCP XR is still extensively used and for non-RTP, it is a
mixed of several things.
-acbegen
On Mon, Jul 17, 2017 at 1:39 PM, Qin Wu wrote:
> Hi, All:
>
> We like to get a sense of this