- From: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>
- Date: Tue, 28 Nov 2017 18:32:36 +0100
- To: public-webrtc@w3.org
- Message-ID: <7fc5c8ef-0776-d3ab-a756-19fb973d4275@gmail.com>
Hi Harald, I was at TPAC where Peter introduced the topic (which made a lot of sense to me), but I was not at IETF, so not sure about the discussions there. IMHO, we could provide an extension of the current API that would not break current behaviour (which seemed to be the main concern), in the way that other W3C apis have done it. It could be possible to use either the current specification to set both local and qos priorities simultaneously: parameters.encodings[0].priority = "high"; Or specify each of them independently by providing a dictionary instead of an string: parameters.encodings[0].priority = {qos: "high", network: "low" }; Just my two cents Best regards Sergio On 28/11/2017 18:15, Harald Alvestrand wrote: > Picking up on a post-Singapore action item: > > I've written a very short (VERY short) spec for an extension to > webrtc-pc that allows one to control the setting of packet-level > priority separate from queue-management priority. > > This is at https://github.com/alvestrand/webrtc-dscp-exp > > Best starting point is probably the explainer: > > https://github.com/alvestrand/webrtc-dscp-exp/blob/master/explainer.md > > > The question now is - what now? > > Possible actions include adopting this in the WG, asking for adoption as > a WICG spec, or keeping it as an individual contribution. > > > What do people prefer? > > > Harald > > >
Received on Tuesday, 28 November 2017 17:33:03 UTC