W3C home > Mailing lists > Public > public-webrtc@w3.org > September 2012

RE: stats interface - hierarchal stats

From: Romascanu, Dan (Dan) <dromasca@avaya.com>
Date: Tue, 4 Sep 2012 10:10:19 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A040804D245@307622ANEX5.global.avaya.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>, <public-webrtc@w3.org>
> Oops did I say MIB :-)

You actually said an informational model :-) In the words of RFC 3444 we
need here to ' model managed objects at a conceptual level, independent
of any specific implementations or protocols used to transport the
data'. For the specific question, we need some kind of indexing for the
stats representing the multiple candidates. 

Dan


> -----Original Message-----
> From: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com]
> Sent: Monday, September 03, 2012 6:41 PM
> To: public-webrtc@w3.org
> Subject: stats interface - hierarchal stats
> 
> 
> I'm wondering if we need some sort of sub hierarchy in the stats
return
> objects ... sort of like a MIB. Oops did I say MIB :-)
> 
> Here are some use cases for the type of things I am thinking about.
Say
> we have one Track that has a bunch of CSRCs on it, could the stats API
> return the list of all the CSRC for that track?
> 
> Say we have multiplexing, bundle etc and have all audio video using
just
> one ICE machine. But that ICE machine has negotiated several
> successfully candidates and for each candidates, I would like to see
> what the computed RTT for that candidate is. Would there be a way for
> the ICE stats to include all the candidates  and stats for each
> candidate.
> 
> One way to solve with would be to allow the statValue in the stats
> dictionary in Harald's proposal to also include arrays and
dictionaries
> in a recursive way.
> 
> Thoughts on ways to solve use cases like this?
> 

> 
Received on Tuesday, 4 September 2012 08:10:54 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 4 September 2012 08:10:54 GMT